[PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])

IOhannes m zmölnig zmoelnig at iem.at
Fri Aug 20 18:43:14 CEST 2010


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

On 08/20/2010 04:58 PM, Bernardo Barros wrote:
> maybe as audio signal through JACK? That is the fastest way I'm aware.
> That would be 441000 values per second per channel -1.0/+1.0, then you
> had to rescale again.

is that true.
jack internally uses floating point samples, so i don't see a reason why
jack should not be able to transmit samples outside the [-1..+1] range.

apart from that, you won't be able to use jack from within [pd~], as the
[dac~]s in [pd~] are mapped to the outlet~s of the object (that is: the
inner pd cannot connect to the audio api directly)

if course you could just use 2 separate Pd's anyhow, in which case jack
would work.

an even faster way to transport would be Gem's shared memory objects
(see [pix_share_read]).
however it's probably not so fast to convert the data to/from the pix
format.

fgmasdr
IOhannes



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

iEYEARECAAYFAkxusKEACgkQkX2Xpv6ydvSEdwCghiXF587vWRRZ95fIZud414Qj
xs0An2077wpG2lonhA59im5OyDWJrA6n
=e910
-----END PGP SIGNATURE-----



More information about the Pd-list mailing list