Re: [PD] questions for everibody...
On Sun, 2008-01-13 at 12:35 +0100, David Schaffer wrote: > A little poll: > > -According to you, what is THE feature/fonction/object that Pd misses > the most? A formal dynamic patching interface. I would like what is possible in Chuck and SuperCollider with regard to dynamic instantiation and destruction of objects to be possible in Pd, implemented in a stable way with a consistent Pd-like interface. > -What Pd feature/fonction/object causes you the most problems? The lack of 'helper' functionality for visual layout. I waste way too much time moving objects around to get them lined up and looking good. Some basic options like 'snap to grid', horizontal and vertical alignments, and 'distribute centres' for selected objects would be nice. Also useful would be the ability to apply operations on selected objects like setting vertical and horizontal dimensions of groups of sliders in one shot would save a lot of time. Out of interest what are you going to use this info for, or is just for interest? Jamie > -- www.postlude.co.uk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] questions for everibody...
hard off a écrit : > who has problems with crashing? > > > on os x, pd is super stable for me. don't think i've ever had a crash > unless i did something really stupid. > > > does it crash on linux or windows??? > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list For me pd crashes on windows when an amount of abstractions has been reloaded, but it does happen only during patch conception, not performance, this problem has been recently discussed in the list, and I guess that it happens on all platforms. Also I completely agree with cdr about programming, yesterday I've just successfully passed all the day about trying to find some procedural errors in a part of my little large scale application, today I'll try to find what's wrong in some other parts. It's seriously difficult to make a decent graphical application, that works like a normal musician would expect. There are too many traps to not fall in and one must have a very good (maybe too much) knowledge of all the software, to end up with a working project. my problem with puredata = the interface the most missing thing = a kind of pointer for matrixes, or multidimension arrays or lists, or a native gridflow. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] questions for everibody...
who has problems with crashing? on os x, pd is super stable for me. don't think i've ever had a crash unless i did something really stupid. does it crash on linux or windows??? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] questions for everibody...
Quoting cdr <[EMAIL PROTECTED]>: >> >> -What Pd feature/fonction/object causes you the most problems? > > lack of proper 64 bit support what are you missing? gmadsr IOhannes This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] questions for everibody...
On Sun Jan 13, 2008 at 12:35:38PM +0100, David Schaffer wrote: > A little poll: > > -According to you, what is THE feature/fonction/object that Pd misses the > most? uniformity in implementation allowing reuse and clean abstraction across the levels. with blackbox objects written in C, orthogonal languages in [expr], [pyext] and similar, subgraphs of C objects in the visual patcher, you cant mix and match pieces, using a subpatch as a function in a script, etc. you could if the visual patcher was just a visual 'surface syntax' to haskell/ocaml/ml instead of a roughshod hodgepodge of stuff written in diff langs at the varying levels of abstraction without even a unifying type system allowing clean composabilility.. that, and the complete lack of control over execution modes (Depth-first being the only option). and the imo 'leakage' of the implementation by requiring users to cable things a certain way to even get the exiexisting execution ordering right (ie, usage of [t] and filling up function arguments before finally caling it - this is way too low level, not to mention unnecessary, especially for artists and people who wouldnt consider themselves programmers. its akin to going back to ASM and dumb registers on a chip, really. but don't take my word for it: http://www.youtube.com/watch?v=faJ8N0giqzw http://www.cs.nott.ac.uk/~ggg/publications/padl2008.pdf http://ptolemy.eecs.berkeley.edu/~johnr/papers/thesis.html > > -What Pd feature/fonction/object causes you the most problems? crashing, lack of proper 64 bit support, lack of polyphony (this is tied up with the clean encapsulation problem, but also the poor multithreading of the kernel wrt background graph-sorting, etc. > > Thanks for your contribution! > > > > http://www.flickr.com/photos/schafferdavid/ > http://audioblog.arteradio.com/David_Schaffer/ > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] questions for everibody...
A little poll: -According to you, what is THE feature/fonction/object that Pd misses the most? -What Pd feature/fonction/object causes you the most problems? Thanks for your contribution! http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
