[PD] Making a Realtime Convolution External

IOhannes m zmoelnig zmoelnig at iem.at
Wed Apr 6 20:52:53 CEST 2011


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

On 2011-04-06 20:26, Hans-Christoph Steiner wrote:
>
> Pd has its own scheduling system which is best to stick to as long as
> you can so that you can keep the deterministic operation intact.  For
> convolution, I can't see a reason to use a thread.  It adds complexity
> and more code to run, but if the CPU is overtaxed by realtime
> convolution processing, you are going to get an interruption in the
> audio regardless of whether the processing is in a thread or not.
> 

partioned convolutions can gain massively from parallelisation.
given that we have more and more CPUs available, i think it is a good
thing to try and do a multicore convolution.

otoh, if there is only a single thread doing the convolution, then there
is no parallelisation, and thus the only thing gained is complexity.

using "threats" does not mean that things have to get non-deterministic,
and indeed a lot of software uses threads and stays completely
deterministic.

gjasdr
IOhannes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2ctoUACgkQkX2Xpv6ydvSRHgCffF6PLcdNxIZb4SdpdQjMA5iJ
TJ8An0OJBOD2SPYZcU54ltqGn7RF/tCb
=yot/
-----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/20110406/92ef0e83/attachment.bin>


More information about the Pd-list mailing list