<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 31, 2018 at 11:29 AM, Christian Affolter <span dir="ltr"><<a href="mailto:c.affolter@purplehaze.ch" target="_blank">c.affolter@purplehaze.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><br>
</span>Yes, it's a proprietary driver and I don't have access to the source<br>
code. I could contact the vendor and ask if they observed the same or a<br>
similar issue already.<br>
However, I'm wondering what arecord and jackd-dummy/alsa_in are doing<br>
different compared to jackd-alsa.<br>
<br></blockquote><div><br></div><div>Sorry if this is not relevant (I'm not quite following what's happening), but could</div><div>it be that the difference can be explained by different alsa paremeters set</div><div>by arecord and jack? Have you tried to run "arecord -L" and find the most</div><div>low-level device to record from (which jack probably uses).</div><div><br></div><div>For instance by running something like "arecord -D iec958:CARD=M2496,DEV=0" </div><div>(my soundcard).</div><div><br></div><div>If that is the case, then it's probably the default alsa device that does something magic</div><div>when accessing a more low-level device.</div><div><br></div><div><br></div><span style="font-family:monospace">
<br></span></div></div></div>