Andy Farnell wrote:
I was thinking of trying 64studio as a new main Pd machine.
A few things are holding me back from upgrading;
- The reported table/array problem, is that fixed now?
yes.
- Extended - when you say there's no pd-extended, does this mean
that most externals can be compiled 64 bit but none are collected together so you have to do each one yourself?
basically correct. Pd itself does not have any problems any more with 64bit. there might still be a few externals that are incompatible with 64bit mode (that have to be ported, because they use low-level tricks), and more externals that still miss the "-fPIC" flag (this is rather trivial to solve when compiling)
- Does the 64 bit version benefit from any computational accuracy
improvement, or is it just running as 32 bit?
both the type of numbers in messages (t_float) and signals (t_sample) are still single precision floating point. In Pd-0.41 the types t_float and t_sample are used almost everywhere (where applicable), i hope that i will have patches for pd-0.42 that will allow you to compile Pd with double-precision.
- Is there now a Debian package for 64 bit Pd that I can apt-get?
Pd has been in debian/amd64 for some years now.
i don't know whether günther has backported all the 0.41 fixes for 64bit. personally i always have the debian-packages installed and never use them.
fgmasdr IOhannes
Thanks for any further clues.
Andy
Hi andy, Io,
IOhannes m zmoelnig a écrit :
Andy Farnell wrote:
I was thinking of trying 64studio as a new main Pd machine.
I'm curious about gutsy low-latency kernel, the 64bit packet version is not available in repositories, they only give the headers.
both the type of numbers in messages (t_float) and signals (t_sample) are still single precision floating point. In Pd-0.41 the types t_float and t_sample are used almost everywhere (where applicable), i hope that i will have patches for pd-0.42 that will allow you to compile Pd with double-precision.
Does it mean that we should wait for those patches to see a difference between pd-32bit and pd-64bit?
- Is there now a Debian package for 64 bit Pd that I can apt-get?
Pd has been in debian/amd64 for some years now.
i don't know whether günther has backported all the 0.41 fixes for 64bit. personally i always have the debian-packages installed and never use them.
Same here, if you look for some particular 64bit externals that doesn't compile, I use to put some successfully compiled ones in here:
http://megalego.free.fr/pd/extra/
I don't know if it's a good idea to share externals like this because there is already pd-extended, But I like the idea of being able to install a single external with wget or something like that.
Yes I, Patko.
fgmasdr IOhannes
Thanks for any further clues.
Andy
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Patrice Colet wrote:
Hi andy, Io,
both the type of numbers in messages (t_float) and signals (t_sample) are still single precision floating point. In Pd-0.41 the types t_float and t_sample are used almost everywhere (where applicable), i hope that i will have patches for pd-0.42 that will allow you to compile Pd with double-precision.
Does it mean that we should wait for those patches to see a difference between pd-32bit and pd-64bit?
as said before, the double/float issue is independent of the 32bit/64bit issue. it is "by chance" that float are 32bit and double are 64bit. using doubles as Pds native number format will give you higher accuracy at the cost of time and memory.
http://megalego.free.fr/pd/extra/
I don't know if it's a good idea to share externals like this because there is already pd-extended, But I like the idea of being able to install a single external with wget or something like that.
i like this idea too. pdapt!
fgmadsr. IOhannes