I don't know, I have a huge soft spot for [list-drip]. I think it's the paradigmatic example of how to do a recursive function in Pd (naive approaches to which usually die with a stack overflow). It makes sense to have a built-in iteration method for [list], but I'd kind of selfishly hate to obsolete [list-drip]. It's great for teaching because it makes students think a lot about how things are implemented.
On Sun, Apr 24, 2016 at 7:49 AM, Christof Ressi christof.ressi@gmx.at wrote:
Thanks a lot! [clone] is a really awesome feature!
I also like the new 'delete' method for [text]. Very nice!
Just one question: Are there any plans to get rid of some deep copying in the code for [list]? Some month ago we had a discussion about iterating through lists in Pd and how it's not possible in linear time in pure vanilla style (at least not in a trivial way, think of the [list-drip] abstraction). You kind of made a hint that you might revise the code in a future release. I'm just curious if this is something we could expect. I checked and the 'naive' style with two [list split] objects still behaves kind of exponentially. Generally I find it a bit curious that in Pd one needs to split a list twice (with all the copying involved) just to retrieve a single item. Have you thought of implementing something like an 'iterate' method (I think I even saw this in one of your to-do-lists) or even getter/setter methods, like in [text] and [array]?
Thanks a again for the release!
Gesendet: Samstag, 23. April 2016 um 20:27 Uhr Von: "Miller Puckette" msp@ucsd.edu An: pd-announce@iem.at Betreff: [PD] [PD-announce] pd 0.47-0 test 1 released
To Pd-announce:
Pd version 0.47-0 test 1 is available on
http://msp.ucsd.edu/software.htm
or via git from sourceforge: git clone git://git.code.sf.net/p/pure-data/pure-data
I'm still fixing bugs but the major changes are in place: a "clone"
object
for making voice banks etc., and a "zoom" feature for people whose high-resolution displays make Pd's windows microscopically small. (Also, setting the Pd window font size now extends to menus and dialogs).
cheers Miller
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
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I did some test patches with the two versions that are compiled for OSX and both had some problems with crashing Pd. I hadn't made much that was complicated, so I don't think it's my fault such as a stack overflow. My machine is a 2011 MacBook Pro running OSX 10.11.03.
On Sun, Apr 24, 2016 at 11:59 AM, Christof Ressi christof.ressi@gmx.at wrote:
[list-drip] is indeed very nice and I can imagine it's great for teaching recursion, but after all it's a only a (albeit very clever) workaround for a problem which shouldn't exist in the first place ;-). However, I'm not sure at all if the solution would be additional methods for [list] or revising the existing code regarding some of the deep copying...
*Gesendet:* Sonntag, 24. April 2016 um 18:06 Uhr *Von:* "Matt Barber" brbrofsvl@gmail.com *An:* "Christof Ressi" christof.ressi@gmx.at *Cc:* PD-List pd-list@iem.at, "Miller Puckette" < mpuckett@imusic1.ucsd.edu> *Betreff:* Re: [PD] [PD-announce] pd 0.47-0 test 1 released I don't know, I have a huge soft spot for [list-drip]. I think it's the paradigmatic example of how to do a recursive function in Pd (naive approaches to which usually die with a stack overflow). It makes sense to have a built-in iteration method for [list], but I'd kind of selfishly hate to obsolete [list-drip]. It's great for teaching because it makes students think a lot about how things are implemented.
On Sun, Apr 24, 2016 at 7:49 AM, Christof Ressi christof.ressi@gmx.at wrote:
Thanks a lot! [clone] is a really awesome feature!
I also like the new 'delete' method for [text]. Very nice!
Just one question: Are there any plans to get rid of some deep copying in the code for [list]? Some month ago we had a discussion about iterating through lists in Pd and how it's not possible in linear time in pure vanilla style (at least not in a trivial way, think of the [list-drip] abstraction). You kind of made a hint that you might revise the code in a future release. I'm just curious if this is something we could expect. I checked and the 'naive' style with two [list split] objects still behaves kind of exponentially. Generally I find it a bit curious that in Pd one needs to split a list twice (with all the copying involved) just to retrieve a single item. Have you thought of implementing something like an 'iterate' method (I think I even saw this in one of your to-do-lists) or even getter/setter methods, like in [text] and [array]?
Thanks a again for the release!
Gesendet: Samstag, 23. April 2016 um 20:27 Uhr Von: "Miller Puckette" msp@ucsd.edu An: pd-announce@iem.at Betreff: [PD] [PD-announce] pd 0.47-0 test 1 released
To Pd-announce:
Pd version 0.47-0 test 1 is available on
http://msp.ucsd.edu/software.htm
or via git from sourceforge: git clone git://git.code.sf.net/p/pure-data/pure-data
I'm still fixing bugs but the major changes are in place: a "clone"
object
for making voice banks etc., and a "zoom" feature for people whose high-resolution displays make Pd's windows microscopically small.
(Also,
setting the Pd window font size now extends to menus and dialogs).
cheers Miller
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
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
Hi,
On Sun, Apr 24, 2016 at 12:06:58PM -0400, Matt Barber wrote:
I don't know, I have a huge soft spot for [list-drip]. I think it's the paradigmatic example of how to do a recursive function in Pd (naive approaches to which usually die with a stack overflow). It makes sense to have a built-in iteration method for [list], but I'd kind of selfishly hate to obsolete [list-drip]. It's great for teaching because it makes students think a lot about how things are implemented.
[list]-abs even still include the very slow list-dripslow.pd, which is only useful for teaching speed comparisons. :)
BTW.: I'm still impressed of list-abs being useful after several years, but I'm also sorry for not having the time to update it to include some useful new features of recent Pd versions.
Ciao
[list-abs] is IMO one of the best accomplishments in Pd. I use it for teaching all the time, because each abstraction is designed to solve a little — but nontrivial — problem. Students often tend not to to be all that interested in the unsexy land of control algorithms until they need something, and [list-abs] is a trove of solutions.
It's why I started working on an [array-abs]. Maybe soon someone will do a [text-abs].
On Mon, Apr 25, 2016 at 5:41 AM, Frank Barknecht fbar@footils.org wrote:
Hi,
On Sun, Apr 24, 2016 at 12:06:58PM -0400, Matt Barber wrote:
I don't know, I have a huge soft spot for [list-drip]. I think it's the paradigmatic example of how to do a recursive function in Pd (naive approaches to which usually die with a stack overflow). It makes sense to have a built-in iteration method for [list], but I'd kind of selfishly
hate
to obsolete [list-drip]. It's great for teaching because it makes
students
think a lot about how things are implemented.
[list]-abs even still include the very slow list-dripslow.pd, which is only useful for teaching speed comparisons. :)
BTW.: I'm still impressed of list-abs being useful after several years, but I'm also sorry for not having the time to update it to include some useful new features of recent Pd versions.
Ciao
-- Frank Barknecht _ ______footils.org__
-
AP Vague -
Christof Ressi -
Frank Barknecht -
Matt Barber