Re: [Jack-Devel] audioadapter: quality setting important when not changing sampling frequency?

PrevNext  Index
DateSat, 29 Sep 2018 10:29:08 +0200
From David Kastrup <[hidden] at gnu dot org>
ToHolger Marzen <[hidden] at marzen dot de>
Cc[hidden] at lists dot jackaudio dot org
In-Reply-ToHolger Marzen Re: [Jack-Devel] audioadapter: quality setting important when not changing sampling frequency?
Follow-UpHolger Marzen Re: [Jack-Devel] audioadapter: quality setting important when not changing sampling frequency?
Holger Marzen <[hidden]> writes:

> On Fri, 28 Sep 2018, Holger Marzen wrote:
>
>> On Fri, 28 Sep 2018, Holger Marzen wrote:
>> 
>> > q2 (SRC_SINC_FASTEST) showed the desired flat envelope and seems to be
>> > the best compromise between CPU load and quality.
>> > 
>> > -> That's the setting I'll use from now on.
>> 
>> Unfortunately this leads to errors once in a while (although my Core i7
>> has no big CPU load), the ringbuffer increases up to 64k. So it's no
>> stable solution for me.
>
> It seems that playing with jackd's priority can cure the problem. I'll
> play around with the parms but this seems to be a good start. Maybe
> squeezelite, an audioplayer, was the cause because it was running at a
> higher priority than jackd.

Wouldn't jackd be running at realtime priority usually?

> jackdmp 1.9.11
> Copyright 2001-2005 Paul Davis and others.
> Copyright 2004-2014 Grame.
> jackdmp comes with ABSOLUTELY NO WARRANTY
> This is free software, and you are welcome to redistribute it
> under certain conditions; see the file COPYING for details
> JACK server starting in realtime mode with priority
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Yup.  Is squeezelite also running with realtime priority?  That would
seem weird.  I mean, running an audioplayer while in a recording session
seems weird anyway.

-- 
David Kastrup
PrevNext  Index

1538209786.2501_0.ltw:2, <87a7o0puzv.fsf at fencepost dot gnu dot org>