Hi Adrian, I could’ve guessed you were on this list as well :-) I’m going to try this tomorrow when back in the studio, or maybe I can even do it remote if I have left everything patched up correctly :-)
I will come back with the results. Thanks for your input! fokke > On Feb 3, 2016, at 14:21 , Adrian Knoth <a...@drcomp.erfurt.thur.de> wrote: > > On 02/03/16 14:04, Fokke de Jong wrote: > >> Hi all, > > Hi! > >> I have a RME madi fx card, but i found out that the minimal buffersize >> for those cards is 8192 samples, which is way to big for my use. > > Hardware buffer size. This buffer is divided into sub-buffers (periods) > depending on what you configure. > > If you choose 32 samples, then it's 8192/32 == 256 periods that fit into > one buffer. You get an interrupt every 32 samples, and ALSA reads the > just completed sub-buffer. > > The HW buffer size really has zero relation to your RTT. > > Spin up jackd and then use Fons' jack_delay. Maybe we have to add > buffer_size_min to the driver, but I'm pretty sure returning the card is > the entirely wrong approach. > > > HTH > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev