[LAD] RME madi latency

[Fokke de Jong]

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 <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.
> 
> 
> HTH
> _______________________________________________
> 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>