Re: [linux-audio-dev] Jack and block-based algorithms (was: Reborn)

New Message Reply About this list Date view Thread view Subject view Author view Other groups

Subject: Re: [linux-audio-dev] Jack and block-based algorithms (was: Reborn)
From: Paul Davis (pbd_AT_op.net)
Date: Wed Aug 14 2002 - 16:23:11 EEST


>> sync. this is a natural consequence to using a "push" model ("i'm the
>> client, and i'll work when and for as long as i choose") as opposed
>> to a "pull" model ("hey client: do this much work right now").
>
>How does the pull model work with block-based algorithms that cannot
>provide any output until it has read a block on the input, and thus
>inherently has a lower bound on delay?

the client has to use an intermediate buffer, and fills it with
silence to start with. its process() callback fetches data from that
buffer. the non-JACK part of the client fills the buffer. use of a
lock-free ringbuffer is encouraged.

this is precisely the design that has been mentioned in connection
with adding latency. its the same design that all VST/TDM/DirectX/MAS
etc. FFT-based plugins use, to the best of my knowledge.

--p


New Message Reply About this list Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Wed Aug 14 2002 - 16:22:48 EEST