[PD] Maybe I'm pushing dynamic object creation too far

[IOhannes m zmoelnig]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2011-02-02 01:00, Ed Kelly wrote:
> I get dropouts, regardless of the jack buffer size/buffers number. Is this 
> because the dynamic creation of a new object interrupts the pd audio stream? If 
> so, can this be alleviated - 1. is it a GUI problem (and will pd 0.43 fix it) 
> and 2. if so, can pd -nogui sort it out?

given that you most likely do all the dynamic creation inside a closed
canvas/window, the gui can be ruled out: so, no 0.43 won't fix your
problems for you, nor will -nogui [1]

the problem most likely comes from the DSP graph being continuously rebuilt.
the only things you can do for now is:
- - try to reduce rebuilding of the DSP graph as much as possible.
needeless to say that you shouldn't dynamically create objects that are
not needed.
more interesting is that e.g. creating 3 objects while audio is running,
will re-caculate the DSP graph 3 times. even if this happens in 0
logical time. so i you know you are going to schedule several
dynamically created objects "at once", turn audio off before and turn it
on again after you do the actual creation.


- - try to get the DSP graph building into a separate thread.
well, this involves pd~ or the like....


fgmasdr
IOhannes





[1] btw, it's usually really easy to check things: e.g. running your
patch with "-nogui" and see whether you get dropouts might take about
the same time as (you) asking on this list, (me) answering on this list
and (you) reading the answer - not counting the delay due to
amil-servers and the like. anyhow.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk1JKCQACgkQkX2Xpv6ydvQzfQCgsvmL0cevgXGPbL1oZW4keMcu
diwAoJaN6Pvheh261jAZwzr2CpJ78ypV
=z/KF
-----END PGP SIGNATURE-----

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20110202/5424d029/attachment.bin>