On Wednesday 14 August 2002 15.51, you wrote: > On Wed, Aug 14, 2002 at 03:13:12 +0200, Anders Torger wrote: > > I'm considering a redesign of I/O handling in BruteFIR to add Jack > > support (I/O is currently select()-based), but since it is > > processes in blocks, perhaps it is not feasible? > > It makes it trickier. If the jack period size is giong to be fixed > (we havn't decided yet) and it's a power of two (usually is), its > easier, but otherwise you just need to buffer round it.
Wouldn't it be possible to make an API where you report the latency to Jack, and then Jack automatically aligns all applications? There is probably a bunch of problems doing so, I have not given it any deeper thought. The thing I don't like with sending initial zero samples which is required now, is that if the output is a file or into the edit window of an sound editor, you get a bunch of empty samples in the beginning, which you probably want to cut away. /Anders Torger
