<div dir="ltr">The device driver for these cards is broken. At least arguably.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 19, 2016 at 9:46 PM, Markus Seeber <span dir="ltr"><<a href="mailto:markus.seeber@spectralbird.de" target="_blank">markus.seeber@spectralbird.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 02/19/2016 11:46 PM, Robin Gareus wrote:<br>
[...]<br>
<div><div class="h5"><br>
><br>
>> Usually I use 48KHz p256 n2:<br>
>> [rocketmouse@archlinux ~]$ jackd -dalsa -dhw:0 -r48000 -p256 -n2<br>
>> jackdmp 1.9.10<br>
>> Copyright 2001-2005 Paul Davis and others.<br>
>> Copyright 2004-2014 Grame.<br>
>> jackdmp comes with ABSOLUTELY NO WARRANTY<br>
>> This is free software, and you are welcome to redistribute it<br>
>> under certain conditions; see the file COPYING for details<br>
>> no message buffer overruns<br>
>> no message buffer overruns<br>
>> no message buffer overruns<br>
>> JACK server starting in realtime mode with priority 10<br>
>> self-connect-mode is "Don't restrict self connect requests"<br>
>> audio_reservation_init<br>
>> Acquire audio card Audio0<br>
>> creating alsa driver ... hw:0|hw:0|256|2|48000|0|0|nomon|swmeter|-|32bit<br>
>> configuring for 48000Hz, period = 256 frames (5.3 ms), buffer = 2 periods<br>
>> ALSA: final selected sample format for capture: 32bit integer little-endian<br>
>> ALSA: use 64 periods for capture<br>
>> ALSA: final selected sample format for playback: 32bit integer little-endian<br>
>> ALSA: use 64 periods for playback<br>
><br>
> and 64.<br>
><br>
> I dimly recall seeing some message on LAU fly by about some RME devices<br>
> requiring 16K buffers.<br>
><br>
> If you have such a kernel/card, Ardour/ALSA won't currently support it<br>
> directly, sorry.<br>
><br>
<br>
</div></div>That is correct, the AIO, same as the RayDAT has a fixed buffer of 16K.<br>
This means that regardless of the requested number of periods and frame<br>
size, it will always report a buffer size of 16K and a number of periods<br>
equal to buffersize divided by framesize. Never the less, if requested 2<br>
periods with framesize of 64 samples, the card will still work correctly<br>
and have a latency that corresponds to 2 frames of 64 samples.<br>
As said before, there are applications that make (most likely too many)<br>
assumptions about these numbers and therefor break with these cards.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/listinfo/linux-audio-user" rel="noreferrer" target="_blank">http://lists.linuxaudio.org/listinfo/linux-audio-user</a><br>
</div></div></blockquote></div><br></div>