Re: [LAU] jack2 vs. jack1/zita vs. jack2+zita-a2j, performance differences

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <linux-audio-user@...>
Date: Thursday, April 17, 2014 - 9:54 am

On Thu, Apr 17, 2014 at 02:37:00AM -0400, Paul Davis wrote:

> I really don't understand the goal here. Why not just run jack -d alsa -d

One reason for using the bridges (reported in private mail by another
user) is the ability to switch soundcards without having to stop Jack.

According to that user this is really convenient in particular in
combination with suspend resume. Which brings me to the real topic.

Currently this is not possible with zita-ajbridge, and the reason
is that libzita-alsa-pcmi doesn't support suspend/resume. The next
update (being tested ATM) will. Then there is one remaining problem.

Upon resume, zita-ajbridge detects 'excessive timing errors' and
waits for 15 seconds to let the dust settle. This is essentially
the same thing that occured with older Jack versions after free-
wheeling. The reason is that the DLL is not properly reset after
a resume and is using stale information.

I had a quick look at the code, and AFAICS a resume is handled
entirely within the backend, and the event is not propagated
up to the engine. So solving this may require some non-trivial
changes.

It would actually make sense to have the DLL inside the backend
instead of in the engine. The DLL state is coupled quite closely
to that of the backend, and the required code is really minimal.

Ciao,

--
FA

A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAU] jack2 vs. jack1/zita vs. jack2+zita-a2j, performance d..., Jonathan E. Brickman, (Thu Apr 17, 1:54 am)
Re: [LAU] jack2 vs. jack1/zita vs. jack2+zita-a2j, performan..., Fons Adriaensen, (Thu Apr 17, 9:54 am)
Re: [LAU] jack2 vs. jack1/zita vs. jack2+zita-a2j, performan..., Jonathan E. Brickman, (Thu Apr 17, 12:36 pm)