Ok, thanks for the clarification, IOhannes's message was a bit cryptic for me !
All best dear pd community
Raphaël Ilias
Le 27 janv. 2018 5:03 PM, "Roman Haefeli" reduzent@gmail.com a écrit :
On Sam, 2018-01-27 at 14:06 +0100, Raphaël Ilias wrote:
Does it mean that Puredata will soon have to upgrade all it's floats and ~'s objects to double precision (64bit floating point) like Katia's pd-double ? I would love that ! :) Long tables made easy !
Let me quote IOhannes' email from yesterday
IOhannes wrote: "64bit in this case means "sizeof(void*)==8" - that is: 64bit pointers.
this is orthogonal to "double precision" Pd, which uses (64bit) double as t_float."
So, no, that doesn't automatically mean double-precision Pd.
Roman _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
cryptic for me too :) another (stupid) question : is GEM available in 64bits ? still using old school GEM on pd extended on my side, in parallel with PD-47-64bit pd for sound… jm
Le 27 janv. 2018 à 17:07, Raphaël Ilias phae.ilias@gmail.com a écrit :
Ok, thanks for the clarification, IOhannes's message was a bit cryptic for me !
All best dear pd community
Raphaël Ilias
Le 27 janv. 2018 5:03 PM, "Roman Haefeli" <reduzent@gmail.com mailto:reduzent@gmail.com> a écrit : On Sam, 2018-01-27 at 14:06 +0100, Raphaël Ilias wrote:
Does it mean that Puredata will soon have to upgrade all it's floats and ~'s objects to double precision (64bit floating point) like Katia's pd-double ? I would love that ! :) Long tables made easy !
Let me quote IOhannes' email from yesterday
IOhannes wrote: "64bit in this case means "sizeof(void*)==8" - that is: 64bit pointers.
this is orthogonal to "double precision" Pd, which uses (64bit) double as t_float."
So, no, that doesn't automatically mean double-precision Pd.
Roman _______________________________________________ Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 01/28/2018 03:26 PM, Jean-Marie Adrien wrote:
cryptic for me too :) another (stupid) question : is GEM available in 64bits ?
Gem has been available (and functional) on 64bit systems for about 15 years now.
however, on OSX, Gem uses QuickTime to get images (to read films or your video camera), and Apple decided that QuickTime is *not* available for 64bit. Dan has done a great job to reimplement film reading (using AVFoundation), which mainly leaves video input and image reading to be implemented to make Gem fully usable on macOS 64bit.
see also:
https://github.com/umlaeute/Gem/issues?q=is%3Aissue+is%3Aopen+label%3A%22hel...
there were rumours about offering a bounty to get these fixed.
hopefully, this was cryptic enough.
gamdsr IOhannes
still using old school GEM on pd extended on my side, in parallel with PD-47-64bit pd for sound… jm
Le 27 janv. 2018 à 17:07, Raphaël Ilias phae.ilias@gmail.com a écrit :
Ok, thanks for the clarification, IOhannes's message was a bit cryptic for me !
All best dear pd community
Raphaël Ilias
Le 27 janv. 2018 5:03 PM, "Roman Haefeli" <reduzent@gmail.com mailto:reduzent@gmail.com> a écrit : On Sam, 2018-01-27 at 14:06 +0100, Raphaël Ilias wrote:
Does it mean that Puredata will soon have to upgrade all it's floats and ~'s objects to double precision (64bit floating point) like Katia's pd-double ? I would love that ! :) Long tables made easy !
Let me quote IOhannes' email from yesterday
IOhannes wrote: "64bit in this case means "sizeof(void*)==8" - that is: 64bit pointers.
this is orthogonal to "double precision" Pd, which uses (64bit) double as t_float."
So, no, that doesn't automatically mean double-precision Pd.
Roman _______________________________________________ Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
2018-01-28 12:45 GMT-02:00 IOhannes m zmölnig zmoelnig@iem.at:
there were rumours about offering a bounty to get these fixed.
there were more than rumors, I already sent a bit of money for bounty actually. This has been going on for a while but it hasn't had much progress. There were talks about advertising about it on this list and on the facebook group, but something is holding it back.
It seems that these couple of issues in GEM on macOS is what's worrying most people that still use Pd Extended...
cheers
On 01/28/2018 03:26 PM, Jean-Marie Adrien wrote:
Le 27 janv. 2018 à 17:07, Raphaël Ilias phae.ilias@gmail.com a écrit : Ok, thanks for the clarification, IOhannes's message was a bit cryptic for me !
cryptic for me too :)
actually, i wonder which part of my reply was cryptic beyond recognition.
was it
- the liberal usage of tech babble ("void", "pointers", "t_float",
"orthogonal")?
- the lack of an actual conclusion (stating two facts, but not the
implication)?
- just another of my cryptic-in-general mails so you didn't even fully
try to read it?
- something else?
fgmdsar IOhannes
On Sun, Jan 28, 2018 at 9:26 AM, Jean-Marie Adrien jm.adrien.mnt@gmail.com wrote:
cryptic for me too :) another (stupid) question : is GEM available in 64bits ? still using *old school GEM on pd extended* on my side, in parallel with PD-47-64bit pd for sound… jm
I don't know what OS you're on, but if you install packages on 64-bt linux
they will be 64-bit. If you build them from source on a 64-bit machine they will be 64-bit by default. Although it is rather difficult to build pd-extended because of all its dependencies, it should be possible to make a 64-bit version. There is no explicit use of the -m32 flags in any of its makefiles.
Martin
2018-01-28 12:26 GMT-02:00 Jean-Marie Adrien jm.adrien.mnt@gmail.com:
in parallel with PD-47-64bit pd for sound…
why not Pd 0.48-1? :)
because i am always late one version since 15 years but strictly parallel :)
Le 28 janv. 2018 à 16:09, Alexandre Torres Porres porres@gmail.com a écrit :
2018-01-28 12:26 GMT-02:00 Jean-Marie Adrien <jm.adrien.mnt@gmail.com mailto:jm.adrien.mnt@gmail.com>: in parallel with PD-47-64bit pd for sound…
why not Pd 0.48-1? :)
well, that is still not a convincing reason why to me, sorry :) what I'm trying to say is that there is no reason not to use the latest for the most part when it comes to Pd
cheers
2018-01-28 13:22 GMT-02:00 Jean-Marie Adrien jm.adrien.mnt@gmail.com:
because i am always late one version since 15 years but strictly parallel :)
Le 28 janv. 2018 à 16:09, Alexandre Torres Porres porres@gmail.com a écrit :
2018-01-28 12:26 GMT-02:00 Jean-Marie Adrien jm.adrien.mnt@gmail.com:
in parallel with PD-47-64bit pd for sound…
why not Pd 0.48-1? :)
-
Alexandre Torres Porres -
IOhannes m zmölnig -
Jean-Marie Adrien -
Martin Peach -
Raphaël Ilias