[LAU] Hardware Soundcard - MOTU 624 AVB Working with Gnu/Linux - Debian 8.7

[Paul Davis]

That seems to be a function of the device taking a noticeably long time to
switch sample rates and be "ready for action". If JACK changes the device
state as a part of the startup, it takes a while before it is actually
ready.

On Tue, Aug 8, 2017 at 2:57 PM, Anders Hellquist <lau at hellquist.net> wrote:

> Ok, the only quirk with my setup that others have experienced too
> according to Ardour forum threads is that I often need two to four attempts
> to start jackd (actually using cadence in kxstudio to starti jackd) but
> when successfully started, it has never failed.
> Sometimes it starts on first attempt and sometimes I need more than 5 but
> usually on second or third.
>
> I hope you can figure out whats causing the unreliable behaviour on your
> end.
>
> /Anders
>
> 2017-08-08 20:18 GMT+02:00 Paul Davis <paul at linuxaudiosystems.com>:
>
>> I got mine to work (kernel 4.9) but it seems a little unreliable and may
>> have needed to be used on a MacOS box first. Still trying to figure out
>> what causes the lack of signal at the CPU. Certainly not caused by config
>> changes on the MOTU itself.
>>
>> On Tue, Aug 8, 2017 at 1:27 PM, Anders Hellquist <lau at hellquist.net>
>> wrote:
>>
>>> Hi again and sorry for the delay
>>>
>>> uname -a
>>>
>>> Linux 3.13.0-126-lowlatency #175-Ubuntu SMP PREEMPT Thu Jul 20 19:13:12
>>> UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
>>>
>>>
>>>
>>> cat /proc/asound/version
>>>
>>> Advanced Linux Sound Architecture Driver Version k3.13.0-126-lowlatency.
>>>
>>>
>>> /Anders
>>>
>>> ​
>>>
>>> _______________________________________________
>>> Linux-audio-user mailing list
>>> Linux-audio-user at lists.linuxaudio.org
>>> https://lists.linuxaudio.org/listinfo/linux-audio-user
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-user/attachments/20170808/2d74aeb3/attachment.html>