-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/30/2011 01:04 PM, katja wrote:
> Since I am not familiar with this part of Pd code, my proceedings are slow > and I've not found the time to scan s_audio_jack.c, s_audio_alsa.c etcetera > for similar issues. Yet, on the dsp side of things, I feel we're close to a > properly functioning double precision Pd. i had correct output using double precision samples using (iirc) ALSA and jack, back then when i started the patch set (which eventually made it into Pd-0.42), so that shouldn't be a problem. looking at the code, the relevant changes are definitely there for jack; and alsa will most likely work if it's not trying to do mmap() - if the device does support mmap we might have problems. > distributed as stable release, whenever that will happen. And this > protection must preferably be backwards compatible, in such a way that old > Pd installations from the 'single only era' can not accidentally load new > double precision classes. totally true. fmgsadr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk40D24ACgkQkX2Xpv6ydvSWVACg2WVSLxH+BdHmOF4dlLqmkxwm yDEAoIwLp9IWpRUFSlpovmtTDr2sjnQl =F4Hv -----END PGP SIGNATURE----- _______________________________________________ Pd-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
