9 Nov
2021
9 Nov
'21
5:51 p.m.
Hi,
I am currently giving linux-show-player a try but the following problem
might happen with other software as well.
In linux-show-player audio files can be played back from a cue list.
Each cue is implemented as a separate jack client. I am having the
problem that starting a cue, while another one is already playing, is
causing an audible drop out in the audio processing. When running the
software under alsa, this does not seem to happen. I suspect that
creating and connecting new jack clients causes this to happen. No xruns
happen though. I can not reproduce this exactly, although it happens at
about 30% of cue starts. Increasing jackd's buffer size does not help so
far. How can I go about to debug this further?
Thank you!
Peter
9 Nov
9 Nov
6 p.m.
On Tue, Nov 9, 2021 at 8:52 AM Peter P. <peterparker(a)fastmail.com> wrote:
Hi,
I am currently giving linux-show-player a try but the following problem
might happen with other software as well.
In linux-show-player audio files can be played back from a cue list.
Each cue is implemented as a separate jack client. I am having the
problem that starting a cue, while another one is already playing, is
causing an audible drop out in the audio processing. When running the
software under alsa, this does not seem to happen. I suspect that
creating and connecting new jack clients causes this to happen. No xruns
happen though. I can not reproduce this exactly, although it happens at
about 30% of cue starts. Increasing jackd's buffer size does not help so
far. How can I go about to debug this further?
A number of JACK-compatible applications disconnect/reconnect to JACK
based on certain things that they do. Clementine, for example, will
disconnect from JACK on stop, and reconnect on start. This is silly
behavior, but it is understandable why they ended up this way.
The first question is: which version of JACK are you using? If it is
JACK1, this behavior would be expected - connections in JACK1 are not
click-free. If it is JACK2, then it is more of a problem, since if you
are not using sync mode (typical), this should not happen.
6:40 p.m.
* Paul Davis <paul(a)linuxaudiosystems.com> [2021-11-09 17:00]:
On Tue, Nov 9, 2021 at 8:52 AM Peter P.
<peterparker(a)fastmail.com> wrote:
Thanks Paul, indeed I am using JACK1. Largely because I remember
having had some problems / incompatibilities with JACK2 in the past.
best, P
Hi,
I am currently giving linux-show-player a try but the following problem
might happen with other software as well.
In linux-show-player audio files can be played back from a cue list.
Each cue is implemented as a separate jack client. I am having the
problem that starting a cue, while another one is already playing, is
causing an audible drop out in the audio processing. When running the
software under alsa, this does not seem to happen. I suspect that
creating and connecting new jack clients causes this to happen. No xruns
happen though. I can not reproduce this exactly, although it happens at
about 30% of cue starts. Increasing jackd's buffer size does not help so
far. How can I go about to debug this further?
A number of JACK-compatible applications disconnect/reconnect to JACK
based on certain things that they do. Clementine, for example, will
disconnect from JACK on stop, and reconnect on start. This is silly
behavior, but it is understandable why they ended up this way.
The first question is: which version of JACK are you using? If it is
JACK1, this behavior would be expected - connections in JACK1 are not
click-free. If it is JACK2, then it is more of a problem, since if you
are not using sync mode (typical), this should not happen.
8:18 p.m.
On Tue, Nov 9, 2021 at 9:41 AM Peter P. <peterparker(a)fastmail.com> wrote:
Thanks Paul, indeed I am using JACK1. Largely because I remember
having had some problems / incompatibilities with JACK2 in the past.
Then this is one of the "costs" of using JACK1 (and was one of the
major motivations for JACK2)
11:47 p.m.
* Paul Davis <paul(a)linuxaudiosystems.com> [2021-11-09 19:18]:
On Tue, Nov 9, 2021 at 9:41 AM Peter P.
<peterparker(a)fastmail.com> wrote:
Do you see any advantages of JACK1 still? Thanks!
Thanks Paul, indeed I am using JACK1. Largely because I remember
having had some problems / incompatibilities with JACK2 in the past.
Then this is one of the "costs" of using JACK1 (and was one of the
major motivations for JACK2)
10 Nov
10 Nov
1:20 a.m.
On Tue, Nov 9, 2021 at 2:48 PM Peter P. <peterparker(a)fastmail.com> wrote:
* Paul Davis <paul(a)linuxaudiosystems.com> [2021-11-09 19:18]:
Well for me personally the fact that I wrote (a lot of) it seems sort
of important :)
The integration of a2jmidid is probably one the better features of
JACK1 over JACK2. The integration of zita_a2j/j2a is also a big plus
but alas, I did not keep it up to date with Fons' own code, and the
version inside JACK1 is markedly inferior. As a result I'm still
running zita_a2j despite the possibility of using the integrated
version.
JACK1 is just "more right" than JACK2, but JACK2 has features that
lots of people think they want: integration with dBus, parallelism
when the data flow permits it. click-free connections.
On Tue, Nov 9, 2021 at 9:41 AM Peter P.
<peterparker(a)fastmail.com> wrote:
Do you see any advantages of JACK1 still? Thanks!
Thanks Paul, indeed I am using JACK1. Largely because I remember
having had some problems / incompatibilities with JACK2 in the past.
Then this is one of the "costs" of using JACK1 (and was one of the
major motivations for JACK2) _______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-user
15 Nov
15 Nov
6 p.m.
* Paul Davis <paul(a)linuxaudiosystems.com> [2021-11-10 00:20]:
On Tue, Nov 9, 2021 at 2:48 PM Peter P.
<peterparker(a)fastmail.com> wrote:
[...]
Thanks for your advice (and for writing jackd1 of course) Paul!
Will programs that are compiled against libs from the Debian package
libjack-dev work also work with the jackd2 server?
best, P
* Paul Davis <paul(a)linuxaudiosystems.com> [2021-11-09 19:18]:
Well for me personally the fact that I wrote (a lot of) it seems sort
of important :) On Tue, Nov 9, 2021 at 9:41 AM Peter P.
<peterparker(a)fastmail.com> wrote:
Do you see any advantages of JACK1 still? Thanks!
Thanks Paul, indeed I am using JACK1. Largely because I remember
having had some problems / incompatibilities with JACK2 in the past.
Then this is one of the "costs" of using JACK1 (and was one of the
major motivations for JACK2) 
10 Nov
10 Nov
10:10 p.m.
On 09.11.21 16:59, Paul Davis wrote:
On Tue, Nov 9, 2021 at 8:52 AM Peter P.
<peterparker(a)fastmail.com> wrote:
Strawberry, a maintained version of Clementine, blames it on GStreamer
https://github.com/strawberrymusicplayer/strawberry/issues/828#issuecomment…
Hi,
I am currently giving linux-show-player a try but the following problem
might happen with other software as well.
In linux-show-player audio files can be played back from a cue list.
Each cue is implemented as a separate jack client. I am having the
problem that starting a cue, while another one is already playing, is
causing an audible drop out in the audio processing. When running the
software under alsa, this does not seem to happen. I suspect that
creating and connecting new jack clients causes this to happen. No xruns
happen though. I can not reproduce this exactly, although it happens at
about 30% of cue starts. Increasing jackd's buffer size does not help so
far. How can I go about to debug this further?
A number of JACK-compatible applications disconnect/reconnect to JACK
based on certain things that they do. Clementine, for example, will
disconnect from JACK on stop, and reconnect on start. This is silly
behavior, but it is understandable why they ended up this way. 
9 Nov
9 Nov
6:03 p.m.
Am 09.11.21 um 16:51 schrieb Peter P.:
In linux-show-player audio files can be played back
from a cue list.
Each cue is implemented as a separate jack client. I am having the
problem that starting a cue, while another one is already playing, is
causing an audible drop out in the audio processing.
Do you use JACK1 or JACK2?
https://github.com/jackaudio/jackaudio.github.com/wiki/Differences-between-…
Chris
6 Dec
6 Dec
2:30 p.m.
* Christopher Arndt <chris(a)chrisarndt.de> [2021-11-09 17:03]:
Am 09.11.21 um 16:51 schrieb Peter P.:
Thanks Chris, I just switched to jackd2 and think this will resolve the
drop outs mentioned.
cheersz, P
In linux-show-player audio files can be played
back from a cue list.
Each cue is implemented as a separate jack client. I am having the
problem that starting a cue, while another one is already playing, is
causing an audible drop out in the audio processing.
Do you use JACK1 or JACK2?
https://github.com/jackaudio/jackaudio.github.com/wiki/Differences-between-…
1083
days inactive
1111
days old
linux-audio-user@lists.linuxaudio.org
10 comments
5 participants
participants (5)
-
Christopher Arndt -
IOhannes m zmölnig -
Max -
Paul Davis -
Peter P.