[LAD] RME madi latency

Fokke de Jong fokkedejong at gmail.com
Wed Feb 3 13:54:18 UTC 2016

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!


> On Feb 3, 2016, at 14:21 , Adrian Knoth <adi at 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.
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev at lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20160203/fe059e6c/attachment.pgp>

More information about the Linux-audio-dev mailing list