GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #glasgow
egg|anbo|egg__ has joined #glasgow
Sellerie has quit [Quit: Ping timeout (120 seconds)]
egg|anbo|egg has quit [Read error: Connection reset by peer]
Sellerie has joined #glasgow
jstein has quit [Quit: quit]
egg|anbo|egg__ has quit [Read error: Connection reset by peer]
egg|anbo|egg has joined #glasgow
egg|anbo|egg has quit [Remote host closed the connection]
GNUmoon2 has quit [Ping timeout: 240 seconds]
GNUmoon2 has joined #glasgow
siriusfox has quit [Ping timeout: 240 seconds]
siriusfox has joined #glasgow
egg|anbo|egg has joined #glasgow
Stephanie is now known as Stephie
egg|anbo|egg has quit [Remote host closed the connection]
egg|anbo|egg has joined #glasgow
egg|anbo|egg has quit [Remote host closed the connection]
<gruetzkopf>
@attie you mentionend in the i2s capture issue that uart is also dropping bytes - i believe i'm observing that- to be true for me (i'm definity triggering on my start condition)
<gruetzkopf>
any hints on where to go hunting?
<d1b2>
<Attie> I believe @marcan addressed it initially by increasing the fifo size... but that won't hold up for longer duration bursts... I wanted to look into controlling the flush to improve the throughput
<gruetzkopf>
ah, that wouldn't work for my infinite duration burst
<d1b2>
<Attie> i.e: only allow flush once n-bytes are received or a timeout if n-frames of idle is reached
<gruetzkopf>
flush every n bytes would be perfectly fine for my case
<gruetzkopf>
(my case being a custom audio bus clocked at 12.288MHz, with /CS high for every two out of 10 clock periods (and CLK not active in that hole)
<d1b2>
<Attie> (both triggers are required to avoid leaving data in the fifo once the bust finishes... but if your burst "doesn't finish", then you should get good results with only the first)
<gruetzkopf>
so exactly 1.2288MBytes/s
<d1b2>
<Attie> that should be well within reach! interested to hear how you get on :)
<gruetzkopf>
yeah i have seen 40+ MByte/s from the bandwidth tests, that was impressive
<marcan>
I think I managed 42 at some point
<marcan>
which is about the same as I'd get on an FT2232H
<marcan>
depends on the kernel and host controller; I remember a Linux upgrade improved performance slightly once
<gruetzkopf>
and on the usb hub, the one in my hp usbc dock is .. interesting
<gruetzkopf>
as in: glasgow works better one further hub down..
<gruetzkopf>
now where have i seen manual flush before