[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