[LAD] Proposals for JACK

Paul Davis paul at linuxaudiosystems.com
Wed May 23 15:25:35 UTC 2012

On Wed, May 23, 2012 at 5:21 PM, Nikita Zlobin <cook60020tmp at mail.ru> wrote:

> В Wed, 23 May 2012 09:40:47 -0400
> Paul Davis <paul at linuxaudiosystems.com> wrote:
> > What is the use case for "Waiting wheel. ?"
> Just a way to prevent

[ .... ] ?

> > It it true that I skipped over the proposal for dynamic/on-the-fly
> > backend switching. This has already been discussed and yes, it would
> > be great to add it. Torben did this for his "tschak" implementation.
> > Its another example of something that needs to be done, not discussed.
> >
> Not just a backend. In my ideas sound card is not a backend, but just a
> same client, as ardour, zynaddsubfx, etc. And any of them could serve
> as clock source. E.g., if it is needed to load some project just for
> mixdown, sequencer could be such source, and so - no cards is needed,
> even dummy source.

this is not accurate.

a backend is different from a normal client in one critical respect. rather
than having a single process() callback, it has two callbacks, one for "get
data from whatever source you represent" and one for "write data to
whatever sink you represent". These are called before and after
(respectively) the main process callback is executed for all regular

if you don't do this, you add another period's worth of latency to the data

and yes, the dummy source could be used for precisely the type of use you
mention, except .. this is what freewheeling exists for.

> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev at lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20120523/ce208430/attachment.html>

More information about the Linux-audio-dev mailing list