[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