To Pd-announce:
Pd version 0.51-0test1 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data
The "older machine" compile targets aren't ready yet, just 64-bit ones for OSes less than 10 or 15 years old.
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce
Yay!!! Thanks!
Remarks:
- In the download section of your website you have "Compiled versions for
older, 32-bit processors" after the section *NEW TEST VERSION 0.51-0* which makes me think they're 0.51-0 , not 0.50-2. Moving the test version below would prevent this confusion.
- Release note issues:
- I already pointed on github, but you still have "0.50-3" in
https://github.com/pure-data/pure-data/blob/master/doc/1.manual/x5.htm#L26 * I also think it's worth noting that now atom boxes get highlighted when clicked on in the release notes. * While we're at it, I tried getting this release note change in the last release but it didn't make it https://github.com/pure-data/pure-data/pull/744 it's just a note that we added more info on *managing* externs, not "writing" them.
Now, I've been using the latest added commits from the repository since december and everything seems quite stable! But I just never use "net" related stuff and I guess most of the testing should go that way!
cheers
Em qui., 28 de mai. de 2020 às 17:50, Miller Puckette via Pd-announce < pd-announce@lists.iem.at> escreveu:
To Pd-announce:
Pd version 0.51-0test1 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data
The "older machine" compile targets aren't ready yet, just 64-bit ones for OSes less than 10 or 15 years old.
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi,
other things missing in the release notes:
new mode argument for [openpanel]
[equal( method for [pointer]
maybe mention that Pd is now double precision ready?
@alex: what's the state of your documentation updates https://github.com/pure-data/pure-data/pull/1036 ? they contain the pointer-help.pd update.
Christof
On 29.05.2020 01:58, Alexandre Torres Porres wrote:
Yay!!! Thanks!
Remarks:
- In the download section of your website you have "Compiled versions
for older, 32-bit processors" after the section *NEW TEST VERSION 0.51-0* which makes me think they're 0.51-0 , not 0.50-2. Moving the test version below would prevent this confusion.
- Release note issues:
* I already pointed on github, but you still have "0.50-3" in https://github.com/pure-data/pure-data/blob/master/doc/1.manual/x5.htm#L26 * I also think it's worth noting that now atom boxes get highlighted when clicked on in the release notes. * While we're at it, I tried getting this release note change in the last release but it didn't make it https://github.com/pure-data/pure-data/pull/744%C2%A0it%27s just a note that we added more info on *managing* externs, not "writing" them.
Now, I've been using the latest added commits from the repository since december and everything seems quite stable! But I just never use "net" related stuff and I guess most of the testing should go that way!
cheers
Em qui., 28 de mai. de 2020 às 17:50, Miller Puckette via Pd-announce <pd-announce@lists.iem.at mailto:pd-announce@lists.iem.at> escreveu:
To Pd-announce: Pd version 0.51-0test1 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data The "older machine" compile targets aren't ready yet, just 64-bit ones for OSes less than 10 or 15 years old. _______________________________________________ Pd-announce mailing list Pd-announce@lists.iem.at <mailto:Pd-announce@lists.iem.at> https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at <mailto: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
Em qui., 28 de mai. de 2020 às 21:47, Christof Ressi info@christofressi.com escreveu:
@alex: what's the state of your documentation updates https://github.com/pure-data/pure-data/pull/1036 ? they contain the pointer-help.pd update.
Oh yeah, was about to bug Miller for PRs he should consider ;)
That particular PR is closed and is now replaced for a cleaner one, see https://github.com/pure-data/pure-data/pull/1037
I only have documentation updates in it for things that are already in Pd, so it's just fixing documentation issues, adding missing information, adding examples, and mentioning new functionalities. That would have to be looked into even if this was just a "0.50-3" bug fix release ;)
thanks
Em qui., 28 de mai. de 2020 às 21:51, Alexandre Torres Porres < porres@gmail.com> escreveu:
That particular PR is closed and is now replaced for a cleaner one, see https://github.com/pure-data/pure-data/pull/1037
I only have documentation updates in it for things that are already in Pd, so it's just fixing documentation issues, adding missing information, adding examples, and mentioning new functionalities. That would have to be looked into even if this was just a "0.50-3" bug fix release ;)
not to hijack the issue, what I have to say about the updates I made is that what needs for carefulness and discussion is that last two commits, where I'm pressuring we change the way we make an example on how to use slop~ to report peak level, and also changes to out1~ abstraction.
One other thing is that I made some changes in the other help files and I put "updated for 0.51-0" but not because the object itself changed. Let me explain, I'm using examples where I can now use a backslash in a message box to escape a space symbol. This wasn't working in Pd 0.50-2, it's a bug that just got fixed, before Pd wouldn't save the backslash in the message box. Anyway, I thought this did count for an update for 0.51-0 because this couldn't be done before. But I'm not sure this is good as it might lead people to believe the object itself changed. I don't really know what's the policy for this "updated for" warnings, do they reflect that only the object changed or also if the documentation went though a major overhaul?
cheers
Em qui., 28 de mai. de 2020 às 21:47, Christof Ressi info@christofressi.com escreveu:
other things missing in the release notes:
- new mode argument for [openpanel]
Oh, about that, I also had a PR regarding this new functionality => https://github.com/pure-data/pure-data/pull/830 it's a minor revision that just changes the order of new modes, I know might be pure bikeshedding, but it's something I thought made better sense and Christof doesn't oppose, and if it is to change, it has to be now before the release is out :)
thanks
excited about that release, thanks to all involved!
- maybe mention that Pd is now double precision ready?
what does that exactly mean? is it in, but not enabled or is it a subset? ( certainly its not a marketing scam as these tv sets labeled “HD ready” :-)
thanks for clarification,
hans
Hi Hans,
it means that Pd can be compiled -DPD_FLOATSIZE=64, so it will use 64-bit doubles instead of 32-bit floats everywhere, and all built-in objects should still work as expected.
This has advantages (better precision/stability for certain filters, large precise table indicies, etc.) and possible disadvantages (needs more memory, some code paths might be a bit slower).
Currently, we only ship the good old single precision builds, but people can compile double precision builds from source for themselves to experiment with.
Christof
On 29.05.2020 08:58, hans w. koch wrote:
excited about that release, thanks to all involved!
- maybe mention that Pd is now double precision ready?
what does that exactly mean? is it in, but not enabled or is it a subset? ( certainly its not a marketing scam as these tv sets labeled “HD ready” :-)
thanks for clarification,
hans
thanks, christof,
that makes sense. a more general question: is that the plan for a transisiton period or will it stay that way for the foreseeable future?
apart from the obvious profits for the playback of longer soundfiles and the ones specified in katjas research some time ago (http://www.katjaas.nl/doubleprecision/doubleprecision.html), i use double for simple math tasks involving really big numbers.
so far i compiled nicolas danets “spaghettis” pd fork (https://github.com/Spaghettis/Spaghettis), but i guess its now time to try and compile pd myself. unless some kind and more knowledgable soul provides a binary for mac, hint, hint :-) (dan wilcox did one for pd50-2 some time ago)
best hans
Am 29.05.2020 um 10:48 schrieb Christof Ressi info@christofressi.com:
Hi Hans,
it means that Pd can be compiled -DPD_FLOATSIZE=64, so it will use 64-bit doubles instead of 32-bit floats everywhere, and all built-in objects should still work as expected.
This has advantages (better precision/stability for certain filters, large precise table indicies, etc.) and possible disadvantages (needs more memory, some code paths might be a bit slower).
Currently, we only ship the good old single precision builds, but people can compile double precision builds from source for themselves to experiment with.
Christof
On 29.05.2020 08:58, hans w. koch wrote:
excited about that release, thanks to all involved!
- maybe mention that Pd is now double precision ready?
what does that exactly mean? is it in, but not enabled or is it a subset? ( certainly its not a marketing scam as these tv sets labeled “HD ready” :-)
thanks for clarification,
hans
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
so far i compiled nicolas danets “spaghettis” pd fork (https://github.com/Spaghettis/Spaghettis), but i guess its now time to try and compile pd myself. unless some kind and more knowledgable soul provides a binary for mac, hint, hint :-)
If you managed to compile "spaghettis" from source, than compiling Pd should be no big deal. Did you give it a try? The INSTALL.txt contains the necessary info.
Christof
On 29.05.2020 11:25, hans w. koch wrote:
thanks, christof,
that makes sense. a more general question: is that the plan for a transisiton period or will it stay that way for the foreseeable future?
apart from the obvious profits for the playback of longer soundfiles and the ones specified in katjas research some time ago (http://www.katjaas.nl/doubleprecision/doubleprecision.html), i use double for simple math tasks involving really big numbers.
so far i compiled nicolas danets “spaghettis” pd fork (https://github.com/Spaghettis/Spaghettis), but i guess its now time to try and compile pd myself. unless some kind and more knowledgable soul provides a binary for mac, hint, hint :-) (dan wilcox did one for pd50-2 some time ago)
best hans
Am 29.05.2020 um 10:48 schrieb Christof Ressi info@christofressi.com:
Hi Hans,
it means that Pd can be compiled -DPD_FLOATSIZE=64, so it will use 64-bit doubles instead of 32-bit floats everywhere, and all built-in objects should still work as expected.
This has advantages (better precision/stability for certain filters, large precise table indicies, etc.) and possible disadvantages (needs more memory, some code paths might be a bit slower).
Currently, we only ship the good old single precision builds, but people can compile double precision builds from source for themselves to experiment with.
Christof
On 29.05.2020 08:58, hans w. koch wrote:
excited about that release, thanks to all involved!
- maybe mention that Pd is now double precision ready?
what does that exactly mean? is it in, but not enabled or is it a subset? ( certainly its not a marketing scam as these tv sets labeled “HD ready” :-)
thanks for clarification,
hans
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
thanks for nudging my laziness…i´ll give it a spin :-)
hans
Am 29.05.2020 um 11:31 schrieb Christof Ressi info@christofressi.com:
so far i compiled nicolas danets “spaghettis” pd fork (https://github.com/Spaghettis/Spaghettis), but i guess its now time to try and compile pd myself. unless some kind and more knowledgable soul provides a binary for mac, hint, hint :-)
If you managed to compile "spaghettis" from source, than compiling Pd should be no big deal. Did you give it a try? The INSTALL.txt contains the necessary info.
Christof
On 29.05.2020 11:25, hans w. koch wrote:
thanks, christof,
that makes sense. a more general question: is that the plan for a transisiton period or will it stay that way for the foreseeable future?
apart from the obvious profits for the playback of longer soundfiles and the ones specified in katjas research some time ago (http://www.katjaas.nl/doubleprecision/doubleprecision.html), i use double for simple math tasks involving really big numbers.
so far i compiled nicolas danets “spaghettis” pd fork (https://github.com/Spaghettis/Spaghettis), but i guess its now time to try and compile pd myself. unless some kind and more knowledgable soul provides a binary for mac, hint, hint :-) (dan wilcox did one for pd50-2 some time ago)
best hans
Am 29.05.2020 um 10:48 schrieb Christof Ressi info@christofressi.com:
Hi Hans,
it means that Pd can be compiled -DPD_FLOATSIZE=64, so it will use 64-bit doubles instead of 32-bit floats everywhere, and all built-in objects should still work as expected.
This has advantages (better precision/stability for certain filters, large precise table indicies, etc.) and possible disadvantages (needs more memory, some code paths might be a bit slower).
Currently, we only ship the good old single precision builds, but people can compile double precision builds from source for themselves to experiment with.
Christof
On 29.05.2020 08:58, hans w. koch wrote:
excited about that release, thanks to all involved!
- maybe mention that Pd is now double precision ready?
what does that exactly mean? is it in, but not enabled or is it a subset? ( certainly its not a marketing scam as these tv sets labeled “HD ready” :-)
thanks for clarification,
hans
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
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hello list,
Thanks Miller and all other people involved for this new release ! ++
Jack
Le 28/05/2020 à 22:08, Miller Puckette via Pd-announce a écrit :
To Pd-announce:
Pd version 0.51-0test1 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data
The "older machine" compile targets aren't ready yet, just 64-bit ones for OSes less than 10 or 15 years old.
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Alexandre Torres Porres -
Christof Ressi -
hans w. koch -
Jack -
Miller Puckette via Pd-announce