[PD] audio drop-outs when resizing tables??

Tim Blechmann tim at klingt.org
Sun Aug 19 14:27:43 CEST 2007

On Sun, 2007-08-19 at 13:53 +0200, Matteo Sisti Sette wrote:
> >> Does PD recompute the whole DSP chain whenever a table (with one or
> more
> >> tabread~ reading from it) is resized?
> >
> >yes, the dsp chain is recreated ...
> Why does it need to recompute the dsp graph?
> I know nothing about pd internals, but (or should I say "so") I really
> can't 
> see the reason for recomputing the dsp graph after resizing a table.

don't ask me, ask miller (imho, this is one of the big design faults of
i can only guess, that it is done due to performance reasons ... it
saves one pointer dereferencing. this is of course not a real
explanation, as it is perfectly possible to keep track of the pointers
in the dsp chain ... neither is it that expensive to do an additional
pointer dereferencing ...

> It seems it does not even recompute it when you send a
> [set ...( message to 
> a tabread~ (at least I get no dropouts)... why do it when you resize
> a 
> table? 

that is the other direction ... when objects are bound to the table,
then they can just call garray_getfloatarray ... if tables change,
garray_getfloatarray has to be called from all objects, that are bound
to this table ...

cheers, tim

tim at klingt.org    ICQ: 96771783

I had nothing to offer anybody except my own confusion
  Jack Kerouac
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20070819/2e549cf3/attachment.pgp>

More information about the Pd-list mailing list