[PD] starting [pd~] causes: tcl: /usr/lib/bin/pd.tk: can't open script
When I send [start( to [pd~] I get tcl: /usr/lib/bin/pd.tk: can't open script in the command window. since /usr/lib/bin/pd.tk didn't exist I tried ln -s /usr/lib/pd-extended/bin/pd.tk /usr/lib/bin/pd.tk still no go. I had also been getting other variations of file not found for watchdog and pd-gui but symbolic links appeared to fix those: ln -s /usr/lib/pd-extended/bin/pd-watchdog /usr/lib/bin/. ln -s /usr/lib/pd-extended/bin/pd-gui /usr/lib/bin/pd-gui pd 0.42.5-extended downloaded as a binary from the pd site, running on ubuntu Maverick workaround? -- John ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] starting [pd~] causes: tcl: /usr/lib/bin/pd.tk: can't open script
On Mon, Mar 7, 2011 at 2:04 PM, John Harrison johnharrison...@gmail.com wrote: When I send [start( to [pd~] I get tcl: /usr/lib/bin/pd.tk: can't open script in the command window. Hi John, first try pddir flag to set the pd path. It could works. But if it doesn't, as for me, you can try to use pd-vanila (for [pd~]) in conjunction with pd-extended libraries/externals (the extra dir). After a night of pd Chat and testing (different machines, different platforms) was the only way to get it working on linux. Seems to remember pd~ works correctly on MacOS X. I know it's not elegant but it's worked for me. I'm curious to know if someone get it working. husk since /usr/lib/bin/pd.tk didn't exist I tried ln -s /usr/lib/pd-extended/bin/pd.tk /usr/lib/bin/pd.tk still no go. I had also been getting other variations of file not found for watchdog and pd-gui but symbolic links appeared to fix those: ln -s /usr/lib/pd-extended/bin/pd-watchdog /usr/lib/bin/. ln -s /usr/lib/pd-extended/bin/pd-gui /usr/lib/bin/pd-gui pd 0.42.5-extended downloaded as a binary from the pd site, running on ubuntu Maverick workaround? -- John ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- when Art become pratical we call it technology. When Technology become useless we call it Art www.estereotips.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
Hi everybody. I regularly read the blog @ analogindustries.com, and today an interesting post about pd vs max/msp stability on macintel appeared. You can read about it here http://www.analogindustries.com/blog/entry.php?blogid=1299508451902 To be honest, I always found pd on PPC macs to be fairly stable for my needs, and the author of the post (in comments) points out that on pc's pd is fairly stable too. So I just wanted to bring out the matter to the community, just for the sake of discussion. No hatred please! :) cheers, p. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Get list of a the arguments of a patch without using any external?
Hello everyone, I was wondering if there is a way in pure-vanilla Pd to retrieve the list of arguments of an abstraction. I use zexy's [dollarg] for this, but I'm making an effort to see if I can use Pd vanilla only for some abstractions. Is there a way to do this in Pd vanilla? Thanks, -- Alexandre Quessy http://alexandre.quessy.net/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Get list of a the arguments of a patch without using any external?
Sorry -- there's no way to do that! Miller On Mon, Mar 07, 2011 at 11:50:16AM -0500, Alexandre Quessy wrote: Hello everyone, I was wondering if there is a way in pure-vanilla Pd to retrieve the list of arguments of an abstraction. I use zexy's [dollarg] for this, but I'm making an effort to see if I can use Pd vanilla only for some abstractions. Is there a way to do this in Pd vanilla? Thanks, -- Alexandre Quessy http://alexandre.quessy.net/ ___ 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
Re: [PD] Get list of a the arguments of a patch without using any external?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-03-07 17:50, Alexandre Quessy wrote: Hello everyone, I was wondering if there is a way in pure-vanilla Pd to retrieve the list of arguments of an abstraction. I use zexy's [dollarg] for this, most likely not, as there is no such object in zexy (there is one in iemlib though, which you probably mean; iemguts comes with it's own version of the object) but I'm making an effort to see if I can use Pd vanilla only for some abstractions. Is there a way to do this in Pd vanilla? well, it seems like this is something that can be done via externals, but hardly via abstractions, hence the existence of [dollarg] and the like. otoh, you can test whether a certain named argument is present and use this. see: http://lists.puredata.info/pipermail/pd-list/2008-10/065465.html http://lists.puredata.info/pipermail/pd-list/2008-11/066293.html fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk11EysACgkQkX2Xpv6ydvRqyQCgik2ci4HvjTxAjzdMnYoiNgVq 1iIAn148zdH9BsdQDaqJA4CadQZySs2t =XL11 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
A quick search of the mailing list and bug tracker don't reveal anything from Chris Randall. As a software developer he is no doubt aware that user bug reports are vital to fixing problems. I think he could have done a bit more to help his situation. On Mon, Mar 7, 2011 at 11:45 AM, pierlu pie...@gmail.com wrote: Hi everybody. I regularly read the blog @ analogindustries.com, and today an interesting post about pd vs max/msp stability on macintel appeared. You can read about it here http://www.analogindustries.com/blog/entry.php?blogid=1299508451902 To be honest, I always found pd on PPC macs to be fairly stable for my needs, and the author of the post (in comments) points out that on pc's pd is fairly stable too. So I just wanted to bring out the matter to the community, just for the sake of discussion. No hatred please! :) cheers, p. ___ 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
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
in the way that he is talking about looks like a more generalized problem, but in my personal experience i have no problem at all here, and about a way to configure audio and midi in pd for every time it starts, a software developer should not have a problem on it, even more, if it is using the software for years..well, just my opinion 2011/3/7 pierlu pie...@gmail.com Hi everybody. I regularly read the blog @ analogindustries.com, and today an interesting post about pd vs max/msp stability on macintel appeared. You can read about it here http://www.analogindustries.com/blog/entry.php?blogid=1299508451902 To be honest, I always found pd on PPC macs to be fairly stable for my needs, and the author of the post (in comments) points out that on pc's pd is fairly stable too. So I just wanted to bring out the matter to the community, just for the sake of discussion. No hatred please! :) cheers, p. ___ 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
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
Hear hear! Sure, there are crasher bugs with Pd, but if you aren't even going to bother to report them, how can you expect them to be fixed? Most of the developers of Pd use Pd in their own work, and therefore are very likely to fix problems they encounter. I rarely encounter crasher bugs because I try to fix them when they happen to me. So that points to something else: the area where the Pd devs work are the area where Pd will work best. I don't know any Pd dev doing a lot with VSTs or even MIDI, so that is not where Pd is going to shine. .hc On Mar 7, 2011, at 12:23 PM, chris clepper wrote: A quick search of the mailing list and bug tracker don't reveal anything from Chris Randall. As a software developer he is no doubt aware that user bug reports are vital to fixing problems. I think he could have done a bit more to help his situation. On Mon, Mar 7, 2011 at 11:45 AM, pierlu pie...@gmail.com wrote: Hi everybody. I regularly read the blog @ analogindustries.com, and today an interesting post about pd vs max/msp stability on macintel appeared. You can read about it here http://www.analogindustries.com/blog/entry.php?blogid=1299508451902 To be honest, I always found pd on PPC macs to be fairly stable for my needs, and the author of the post (in comments) points out that on pc's pd is fairly stable too. So I just wanted to bring out the matter to the community, just for the sake of discussion. No hatred please! :) cheers, p. ___ 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 [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
Le 07/03/2011 18:33, Hans-Christoph Steiner a écrit : Hear hear! Sure, there are crasher bugs with Pd, but if you aren't even going to bother to report them, how can you expect them to be fixed? Most of the developers of Pd use Pd in their own work, and therefore are very likely to fix problems they encounter. I rarely encounter crasher bugs because I try to fix them when they happen to me. So that points to something else: the area where the Pd devs work are the area where Pd will work best. I don't know any Pd dev doing a lot with VSTs or even MIDI, so that is not where Pd is going to shine. pd works great with midi. (except sysex). it can be VERY accurate if you start pd -noaudio. c .hc On Mar 7, 2011, at 12:23 PM, chris clepper wrote: A quick search of the mailing list and bug tracker don't reveal anything from Chris Randall. As a software developer he is no doubt aware that user bug reports are vital to fixing problems. I think he could have done a bit more to help his situation. On Mon, Mar 7, 2011 at 11:45 AM, pierlu pie...@gmail.com mailto:pie...@gmail.com wrote: Hi everybody. I regularly read the blog @ analogindustries.com http://analogindustries.com, and today an interesting post about pd vs max/msp stability on macintel appeared. You can read about it here http://www.analogindustries.com/blog/entry.php?blogid=1299508451902 To be honest, I always found pd on PPC macs to be fairly stable for my needs, and the author of the post (in comments) points out that on pc's pd is fairly stable too. So I just wanted to bring out the matter to the community, just for the sake of discussion. No hatred please! :) cheers, p. ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity. -John Gilmore ___ 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
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
Well it works great with midi even with audio on. The thing I noticed is that cc messages are not as so responsive as midi messages. Working with launchpad I noticed that I can send at once several midi messages by pressing more than one button at a time while when sending cc messages I can only push one button at a time to make cc work properly. (the top row on the launchpad sends cc instead of midi messages). p. On Mon, Mar 7, 2011 at 6:49 PM, cyrille henry c...@chnry.net wrote: Le 07/03/2011 18:33, Hans-Christoph Steiner a écrit : Hear hear! Sure, there are crasher bugs with Pd, but if you aren't even going to bother to report them, how can you expect them to be fixed? Most of the developers of Pd use Pd in their own work, and therefore are very likely to fix problems they encounter. I rarely encounter crasher bugs because I try to fix them when they happen to me. So that points to something else: the area where the Pd devs work are the area where Pd will work best. I don't know any Pd dev doing a lot with VSTs or even MIDI, so that is not where Pd is going to shine. pd works great with midi. (except sysex). it can be VERY accurate if you start pd -noaudio. c .hc On Mar 7, 2011, at 12:23 PM, chris clepper wrote: A quick search of the mailing list and bug tracker don't reveal anything from Chris Randall. As a software developer he is no doubt aware that user bug reports are vital to fixing problems. I think he could have done a bit more to help his situation. On Mon, Mar 7, 2011 at 11:45 AM, pierlu pie...@gmail.com mailto:pie...@gmail.com wrote: Hi everybody. I regularly read the blog @ analogindustries.com http://analogindustries.com, and today an interesting post about pd vs max/msp stability on macintel appeared. You can read about it here http://www.analogindustries.com/blog/entry.php?blogid=1299508451902 To be honest, I always found pd on PPC macs to be fairly stable for my needs, and the author of the post (in comments) points out that on pc's pd is fairly stable too. So I just wanted to bring out the matter to the community, just for the sake of discussion. No hatred please! :) cheers, p. ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity. -John Gilmore ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on, analogindustries.com
Okay, I'm with others here - what is Chris on this time? I can see three complaints: 1. Ugly UI (fine.) 2. Lack of persistence of audio interface settings. Actually, two comments here on that -- first, of course, you can set this as a command-line argument, which to me is the safest way to go. But secondly, maybe there's a reason Pd can't persist audio settings between sessions? No idea. Anyway, at best, his comment here is misleading. 3. "Crashes" Crashes ... where? As near as I can tell, this entire rant is about the stability of vst~. (Is vst~ even part of Vanilla?) Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
A trial version eh? Let's see how that comparison is working out in 30 days. a. On Mon, 7 Mar 2011 17:45:12 +0100 pierlu pie...@gmail.com wrote: Hi everybody. I regularly read the blog @ analogindustries.com, and today an interesting post about pd vs max/msp stability on macintel appeared. You can read about it here http://www.analogindustries.com/blog/entry.php?blogid=1299508451902 To be honest, I always found pd on PPC macs to be fairly stable for my needs, and the author of the post (in comments) points out that on pc's pd is fairly stable too. So I just wanted to bring out the matter to the community, just for the sake of discussion. No hatred please! :) cheers, p. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Andy Farnell padawa...@obiwannabe.co.uk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
Re-posting as my previous post got scrubbed - sorry, Thunderbird is convinced Pd-list archives are rich HTML. Doh. ;) Anyway, I understand now - Chris is complaining generally about stability, not about vst~. It's troubling, but he's not going into specifics, so it's hard to know how to respond. I am genuinely curious about what's causing his troubles; I suspect it isn't his imagination, so that makes me wonder what the cause is. As for the UI - well, I think everyone's aware of the situation there. For audio interface setting persistence, I see that is now improved in Pd-extended; don't know if that's a patch worth making to Vanilla. It's a question that comes up a lot, and I don't know enough about the state of that feature, but I'd be curious to know. Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Get list of a the arguments of a patch without using any external?
Can't you simply do [f $arg_num] or [symbol $arg_num] inside the patch for each of the arguments and send them out with a loadbang? Granted this won't generate a list buy you could easily pack it below. Ico -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Miller Puckette Sent: Monday, March 07, 2011 12:16 PM To: Alexandre Quessy Cc: pd-list@iem.at Subject: Re: [PD] Get list of a the arguments of a patch without using any external? Sorry -- there's no way to do that! Miller On Mon, Mar 07, 2011 at 11:50:16AM -0500, Alexandre Quessy wrote: Hello everyone, I was wondering if there is a way in pure-vanilla Pd to retrieve the list of arguments of an abstraction. I use zexy's [dollarg] for this, but I'm making an effort to see if I can use Pd vanilla only for some abstractions. Is there a way to do this in Pd vanilla? Thanks, -- Alexandre Quessy http://alexandre.quessy.net/ ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
On Mon, 7 Mar 2011, Andy Farnell wrote: A trial version eh? Let's see how that comparison is working out in 30 days. I've been running a trial version of pd for 8 or 9 years now. I'm waiting for it to expire. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Get list of a the arguments of a patch without using any external?
Right. We discussed before somewhere on the list but I couldn't figure out where. Here's the same solution but only using a subpatch. Just use testab.pd as an abstraction, give it some args, and bang [pd get-my-args] to get your args. (Then just copy/paste [pd get-my-args] into any abstraction where you want to get the args.) -Jonathan --- On Mon, 3/7/11, Matt Barber brbrof...@gmail.com wrote: From: Matt Barber brbrof...@gmail.com Subject: Re: [PD] Get list of a the arguments of a patch without using any external? To: pd-list@iem.at, Alexandre Quessy alexan...@quessy.net, Jack j...@rybn.org Date: Monday, March 7, 2011, 8:28 PM If you need to get the arguments to use within the abstraction instance itself, you can do it using the [list-argv] patch I've attached (see the help file). It requires a helper subpatch on [list-argv]'s parent (i.e. the abstraction you want to use it in). This employs an idiom by IOhannes which has seemed to be pretty robust. Warning: there is some dynamic patching that goes on in the helper subpatch to make this work. I use this a lot for abstractions that need to be able to take a variable number of arguments. Matt Hello Alexandre, I just try to write an abstraction. I don't know if it could help you, it is just a try. ++ Jack Le lundi 07 mars 2011 ? 11:50 -0500, Alexandre Quessy a ?crit : Hello everyone, I was wondering if there is a way in pure-vanilla Pd to retrieve the list of arguments of an abstraction. I use zexy's [dollarg] for this, but I'm making an effort to see if I can use Pd vanilla only for some abstractions. Is there a way to do this in Pd vanilla? Thanks, -- Alexandre Quessy http://alexandre.quessy.net/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- next part -- A non-text attachment was scrubbed... Name: getArgsAbs.zip Type: application/zip Size: 1514 bytes Desc: not available URL: http://lists.puredata.info/pipermail/pd-list/attachments/20110307/cbf7378f/attachment.zip -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: http://lists.puredata.info/pipermail/pd-list/attachments/20110307/cbf7378f/attachment.pgp -- ___ Pd-list mailing list Pd-list@iem.at to manage your subscription (including un-subscription) see http://lists.puredata.info/listinfo/pd-list End of Pd-list Digest, Vol 72, Issue 29 *** -Inline Attachment Follows- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list testab.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
It's a missed opportunity for everyone involved. Here was a developer of audio plugins with a lot of experience who could have provided a lot of valuable feedback, but chose not to do so. It doesn't take that much time to fire off the crash log to the list or post something on Sourceforge, plus he would have a lot more direct interaction with the Pd developers. Could have been a mutually beneficial relationship. On Mon, Mar 7, 2011 at 2:04 PM, Peter Kirn pe...@createdigitalmedia.netwrote: Re-posting as my previous post got scrubbed - sorry, Thunderbird is convinced Pd-list archives are rich HTML. Doh. ;) Anyway, I understand now - Chris is complaining generally about stability, not about vst~. It's troubling, but he's not going into specifics, so it's hard to know how to respond. I am genuinely curious about what's causing his troubles; I suspect it isn't his imagination, so that makes me wonder what the cause is. As for the UI - well, I think everyone's aware of the situation there. For audio interface setting persistence, I see that is now improved in Pd-extended; don't know if that's a patch worth making to Vanilla. It's a question that comes up a lot, and I don't know enough about the state of that feature, but I'd be curious to know. Peter ___ 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
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
I get asked by people if Pd is ever coming out of beta. On Mon, Mar 7, 2011 at 2:47 PM, Mathieu Bouchard ma...@artengine.ca wrote: On Mon, 7 Mar 2011, Andy Farnell wrote: A trial version eh? Let's see how that comparison is working out in 30 days. I've been running a trial version of pd for 8 or 9 years now. I'm waiting for it to expire. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ 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
Re: [PD] Get list of a the arguments of a patch without using any external?
I think Jonathan Wilkes had a different approach as well, which I hope he'll post. MB On Mon, Mar 7, 2011 at 2:28 PM, Matt Barber brbrof...@gmail.com wrote: If you need to get the arguments to use within the abstraction instance itself, you can do it using the [list-argv] patch I've attached (see the help file). It requires a helper subpatch on [list-argv]'s parent (i.e. the abstraction you want to use it in). This employs an idiom by IOhannes which has seemed to be pretty robust. Warning: there is some dynamic patching that goes on in the helper subpatch to make this work. I use this a lot for abstractions that need to be able to take a variable number of arguments. Matt Hello Alexandre, I just try to write an abstraction. I don't know if it could help you, it is just a try. ++ Jack Le lundi 07 mars 2011 ? 11:50 -0500, Alexandre Quessy a ?crit : Hello everyone, I was wondering if there is a way in pure-vanilla Pd to retrieve the list of arguments of an abstraction. I use zexy's [dollarg] for this, but I'm making an effort to see if I can use Pd vanilla only for some abstractions. Is there a way to do this in Pd vanilla? Thanks, -- Alexandre Quessy http://alexandre.quessy.net/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- next part -- A non-text attachment was scrubbed... Name: getArgsAbs.zip Type: application/zip Size: 1514 bytes Desc: not available URL: http://lists.puredata.info/pipermail/pd-list/attachments/20110307/cbf7378f/attachment.zip -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: http://lists.puredata.info/pipermail/pd-list/attachments/20110307/cbf7378f/attachment.pgp -- ___ Pd-list mailing list Pd-list@iem.at to manage your subscription (including un-subscription) see http://lists.puredata.info/listinfo/pd-list End of Pd-list Digest, Vol 72, Issue 29 *** ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
On Mon, 7 Mar 2011, Peter Kirn wrote: Anyway, I understand now - Chris is complaining generally about stability, not about vst~. It's troubling, but he's not going into specifics, so it's hard to know how to respond. I am genuinely curious about what's causing his troubles; I suspect it isn't his imagination, so that makes me wonder what the cause is. As for the UI - well, I think everyone's aware of the situation there. Randomly disappearing boxes, and generally, canvas appearance that stops reflecting canvas content — wasn't that a big WINDOWS®-only bug in Pd a few years ago ? No idea what the problem was. Does that still happen to anyone ? For audio interface setting persistence, I see that is now improved in Pd-extended; don't know if that's a patch worth making to Vanilla. The more difficult it is to apply patches to Vanilla, the less it's worth applying patches to Vanilla. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Get list of a the arguments of a patch without using any external?
On Mon, 7 Mar 2011, Jack wrote: I just try to write an abstraction. I don't know if it could help you, it is just a try. Doesn't work with arguments that contain $0 or $1 or such. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
I just emailed Chris to see if he would send along crash logs and info. Maybe some bugs will get fixed from this. On Mon, Mar 7, 2011 at 2:50 PM, chris clepper cgclep...@gmail.com wrote: It's a missed opportunity for everyone involved. Here was a developer of audio plugins with a lot of experience who could have provided a lot of valuable feedback, but chose not to do so. It doesn't take that much time to fire off the crash log to the list or post something on Sourceforge, plus he would have a lot more direct interaction with the Pd developers. Could have been a mutually beneficial relationship. On Mon, Mar 7, 2011 at 2:04 PM, Peter Kirn pe...@createdigitalmedia.netwrote: Re-posting as my previous post got scrubbed - sorry, Thunderbird is convinced Pd-list archives are rich HTML. Doh. ;) Anyway, I understand now - Chris is complaining generally about stability, not about vst~. It's troubling, but he's not going into specifics, so it's hard to know how to respond. I am genuinely curious about what's causing his troubles; I suspect it isn't his imagination, so that makes me wonder what the cause is. As for the UI - well, I think everyone's aware of the situation there. For audio interface setting persistence, I see that is now improved in Pd-extended; don't know if that's a patch worth making to Vanilla. It's a question that comes up a lot, and I don't know enough about the state of that feature, but I'd be curious to know. Peter ___ 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
Re: [PD] Get list of a the arguments of a patch without using any external?
On Mon, 7 Mar 2011, Miller Puckette wrote: Sorry -- there's no way to do that! Yes there is a way to do it, but it takes 5 hours to find out how to do it in pd, while it takes 5 minutes to edit the C code so that people can do it in pd in 5 seconds. But most of all it takes 0.5 second to write sorry. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Get list of a the arguments of a patch without using any external?
--- On Mon, 3/7/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] Get list of a the arguments of a patch without using any external? To: Miller Puckette m...@ucsd.edu Cc: pd-list@iem.at Date: Monday, March 7, 2011, 9:07 PM On Mon, 7 Mar 2011, Miller Puckette wrote: Sorry -- there's no way to do that! Yes there is a way to do it, but it takes 5 hours to find out how to do it in pd, while it takes 5 minutes to edit the C code so that people can do it in pd in 5 seconds. But most of all it takes 0.5 second to write sorry. matju, How long would it take you to implement the $@ thingy that you commented on in the patch tracker? That would be a big step forward and would surely get included in pd-ext and pd-l2ork. (I would try my hand at it, but I move at turtle speed in c.) -Jonathan ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC -Inline Attachment Follows- ___ 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
Re: [PD] Get list of a the arguments of a patch without using any external?
On Mon, 7 Mar 2011, Jonathan Wilkes wrote: matju, How long would it take you to implement the $@ thingy that you commented on in the patch tracker? That would be a big step forward and would surely get included in pd-ext and pd-l2ork. (I would try my hand at it, but I move at turtle speed in c.) Jonathan, When in jan 2007, I talked about $@ in the patch tracker, it had already been implemented by Iohannes and submitted in aug 2006. http://sourceforge.net/tracker/index.php?func=detailaid=1543850group_id=55736atid=478072 PS: the [delwrite~] clear method http://sourceforge.net/tracker/?func=detailaid=3170987group_id=55736atid=478072 is still assigned to nobody, because it's waiting for any of the five project admins to click on a button... It also didn't appear on pd-...@iem.at either : http://lists.puredata.info/pipermail/pd-dev/2011-02/thread.html ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
On Mon, 7 Mar 2011, chris clepper wrote: I get asked by people if Pd is ever coming out of beta. Is that because of the version numbers ? They always begin with a zero. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Get list of a the arguments of a patch without using any external?
--- On Mon, 3/7/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] Get list of a the arguments of a patch without using any external? To: Jonathan Wilkes jancs...@yahoo.com Cc: Miller Puckette m...@ucsd.edu, pd-list@iem.at Date: Monday, March 7, 2011, 10:40 PM On Mon, 7 Mar 2011, Jonathan Wilkes wrote: matju, How long would it take you to implement the $@ thingy that you commented on in the patch tracker? That would be a big step forward and would surely get included in pd-ext and pd-l2ork. (I would try my hand at it, but I move at turtle speed in c.) Jonathan, When in jan 2007, I talked about $@ in the patch tracker, it had already been implemented by Iohannes and submitted in aug 2006. http://sourceforge.net/tracker/index.php?func=detailaid=1543850group_id=55736atid=478072 I know, but I think your suggestion is cleaner-- you can get then number of args by [$@(--[list length] so $# isn't needed, and as you point out, having a way of saying put args from $n and up in this object box is very useful. (Without that, one either has to make the number of args static, or use dynamic patching-- i.e., either be less flexible or complicated.) PS: the [delwrite~] clear method http://sourceforge.net/tracker/?func=detailaid=3170987group_id=55736atid=478072 is still assigned to nobody, because it's waiting for any of the five project admins to click on a button... It also didn't appear on pd-...@iem.at either : http://lists.puredata.info/pipermail/pd-dev/2011-02/thread.html If one of the admins (finally) takes care of that, would you consider submitting a patch for $@ with the functionality you wrote in the comment? -Jonathan ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
I never thought of that... cheers M On Mon, Mar 07, 2011 at 04:45:09PM -0500, Mathieu Bouchard wrote: On Mon, 7 Mar 2011, chris clepper wrote: I get asked by people if Pd is ever coming out of beta. Is that because of the version numbers ? They always begin with a zero. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ 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
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
--- On Mon, 3/7/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com To: chris clepper cgclep...@gmail.com Cc: pd-list@iem.at Date: Monday, March 7, 2011, 10:45 PM On Mon, 7 Mar 2011, chris clepper wrote: I get asked by people if Pd is ever coming out of beta. Is that because of the version numbers ? They always begin with a zero. But Gridflow goes up to 9. So just make sure to install Gridflow with Pd, and you should then be able to instantiate up to nine simple objects without Pd randomly crashing on you: [import gridflow] [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] -- Warning: 10th metro object may crash Pd -Jonathan ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC -Inline Attachment Follows- ___ 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
Re: [PD] Toughts on PD vs. Max stability on macintels on, analogindustries.com
On Mar 7, 2011, at 1:28 PM, Peter Kirn wrote: Okay, I'm with others here - what is Chris on this time? I can see three complaints: 1. Ugly UI (fine.) 2. Lack of persistence of audio interface settings. Actually, two comments here on that -- first, of course, you can set this as a command-line argument, which to me is the safest way to go. But secondly, maybe there's a reason Pd can't persist audio settings between sessions? No idea. Anyway, at best, his comment here is misleading. You can definite make persistent audio interface settings. The preferred way is to set them in your patch. IOhannes is currently making a 'mediasettings' library which will make this much easier. Otherwise see get-audio-dialog in the 'hcs' lib. .hc 3. Crashes Crashes ... where? As near as I can tell, this entire rant is about the stability of vst~. (Is vst~ even part of Vanilla?) Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
On Mar 7, 2011, at 5:07 PM, Jonathan Wilkes wrote: --- On Mon, 3/7/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com To: chris clepper cgclep...@gmail.com Cc: pd-list@iem.at Date: Monday, March 7, 2011, 10:45 PM On Mon, 7 Mar 2011, chris clepper wrote: I get asked by people if Pd is ever coming out of beta. Is that because of the version numbers ? They always begin with a zero. But Gridflow goes up to 9. So just make sure to install Gridflow with Pd, and you should then be able to instantiate up to nine simple objects without Pd randomly crashing on you: [import gridflow] [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] -- Warning: 10th metro object may crash Pd Wait, are you telling me that Pd doesn't got to 11?!? That must be fixed! But just created 10 linked metros and got no crash on Pd- extended 0.42.5 on Mac OSX 10.5.8. .hc You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
On Mon, 7 Mar 2011, Hans-Christoph Steiner wrote: On Mar 7, 2011, at 5:07 PM, Jonathan Wilkes wrote: But Gridflow goes up to 9. So just make sure to install Gridflow with Pd, and you should then be able to instantiate up to nine simple objects without Pd randomly crashing on you: Wait, are you telling me that Pd doesn't got to 11?!? That must be fixed! Sure. Just wait until April 1st and I'll release GridFlow 11.0. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
--- On Mon, 3/7/11, Hans-Christoph Steiner h...@at.or.at wrote: From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com To: Jonathan Wilkes jancs...@yahoo.com Cc: chris clepper cgclep...@gmail.com, Mathieu Bouchard ma...@artengine.ca, pd-list@iem.at Date: Monday, March 7, 2011, 11:22 PM On Mar 7, 2011, at 5:07 PM, Jonathan Wilkes wrote: --- On Mon, 3/7/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com To: chris clepper cgclep...@gmail.com Cc: pd-list@iem.at Date: Monday, March 7, 2011, 10:45 PM On Mon, 7 Mar 2011, chris clepper wrote: I get asked by people if Pd is ever coming out of beta. Is that because of the version numbers ? They always begin with a zero. But Gridflow goes up to 9. So just make sure to install Gridflow with Pd, and you should then be able to instantiate up to nine simple objects without Pd randomly crashing on you: [import gridflow] [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] | [metro] -- Warning: 10th metro object may crash Pd Wait, are you telling me that Pd doesn't got to 11?!? That must be fixed! But just created 10 linked metros and got no crash on Pd-extended 0.42.5 on Mac OSX 10.5.8. Sorry, I should have put a disclaimer: complete hogwash! I was just referring to the blog that started this thread, where the complaint was that instantiating a simple [metro] object can crash Pd. I don't think it is true, nor do I think that there's a get-out-of-crash-free card for each integer above 0 in the GF numbering system. I made a patch once with a slider with range 0-11, but it only let you slide it up to 10, unless you click a [tgl] associated with it, to get one more. No matter what it's controlling, it's a lot of fun. -Jonathan .hc You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on, analogindustries.com
On Mon, 7 Mar 2011, Hans-Christoph Steiner wrote: You can definite make persistent audio interface settings. The preferred way is to set them in your patch. Preferred by whom ? I can't picture anyone wanting to set anyone else's audio settings when they send someone else a patch. IOhannes is currently making a 'mediasettings' library which will make this much easier. Otherwise see get-audio-dialog in the 'hcs' lib. But how can I edit that in ~/.pdsettings, ~/.pdextended, or whatever it is on whatever platform it is ? ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on, analogindustries.com
On Mar 7, 2011, at 6:19 PM, Mathieu Bouchard wrote: On Mon, 7 Mar 2011, Hans-Christoph Steiner wrote: You can definite make persistent audio interface settings. The preferred way is to set them in your patch. Preferred by whom ? I can't picture anyone wanting to set anyone else's audio settings when they send someone else a patch. I guess you don't work in anything but 44100 sampling rates. I have done projects that use 22050 and 48k, and both won't work right unless the sampling rate is set correctly. Therefore its an essential property of the patch. .hc IOhannes is currently making a 'mediasettings' library which will make this much easier. Otherwise see get-audio-dialog in the 'hcs' lib. But how can I edit that in ~/.pdsettings, ~/.pdextended, or whatever it is on whatever platform it is ? ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC http://at.or.at/hans/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
Randomly disappearing boxes, and generally, canvas appearance that stops reflecting canvas content — wasn't that a big WINDOWS®-only bug in Pd a few years ago ? No idea what the problem was. Does that still happen to anyone ? I've used Pd 99,% of my time in windows, and don't ever remember that happening. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 when i was giving a short Pd workshop in november there was a parallel session in maxMSP/jitter and one of those students came up to me and was complaining that MAX always crashed Pd didn't. just to throw in a equally unspecific report. Am 08.03.2011 um 01:33 schrieb Hans-Christoph Steiner: Hear hear! Sure, there are crasher bugs with Pd, but if you aren't even going to bother to report them, how can you expect them to be fixed? Most of the developers of Pd use Pd in their own work, and therefore are very likely to fix problems they encounter. I rarely encounter crasher bugs because I try to fix them when they happen to me. So that points to something else: the area where the Pd devs work are the area where Pd will work best. I don't know any Pd dev doing a lot with VSTs or even MIDI, so that is not where Pd is going to shine. .hc On Mar 7, 2011, at 12:23 PM, chris clepper wrote: A quick search of the mailing list and bug tracker don't reveal anything from Chris Randall. As a software developer he is no doubt aware that user bug reports are vital to fixing problems. I think he could have done a bit more to help his situation. On Mon, Mar 7, 2011 at 11:45 AM, pierlu pie...@gmail.com wrote: Hi everybody. I regularly read the blog @ analogindustries.com, and today an interesting post about pd vs max/msp stability on macintel appeared. You can read about it here http://www.analogindustries.com/blog/entry.php?blogid=1299508451902 To be honest, I always found pd on PPC macs to be fairly stable for my needs, and the author of the post (in comments) points out that on pc's pd is fairly stable too. So I just wanted to bring out the matter to the community, just for the sake of discussion. No hatred please! :) cheers, p. ___ 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 [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity. -John Gilmore ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAk11hVsACgkQ3EB7kzgMM6KfdgCfcHLjxVioPoKDf5XMTQUJeg0f 6msAnjcztRMz8wK9i7Ag2MeThtXaM6BV =C9WF -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Patch for Akai EWI (was Reading and writing binary files)
Thanks. I'm not sure I understand what you mean when you say you don't really need sysex, though. I have to send a 6 byte NRPN message, followed by a 14 byte SysEx message. I think I understand how to send the NRPN message, but I'm still confused about the SysEx message. Would I use [midiout] to do that? According to the help file in PD, this object is still undocumented and is only supported on Linux. Is that still true? And it only has two inlets, which I'm guessing would be an arbitrary 1 byte value and a channel number, but I'm not sure. Unfortunately, none of these messages are documented in the owner's manual or on their web site, but someone has reverse-engineered the messages and posted his findings here: http://www.ewiusb.com/sysex_page1 http://www.ewiusb.com/sysex_page2 The whole stream (an NRPN, a 14 byte SysEx, the same NRPN again, another 19 byte SysEx, and a final NRPN) would look like this, for example: // sysex enable : 63 01 62 04 06 20 // sysex message : F0 47 7F 6D 00 00 06 40 40 40 40 08 7F F7 // sysex enable : 63 01 62 04 06 20 // sysex message : F0 F7 7F 6D 02 00 0B 00 00 40 20 02 00 00 7F 00 7C 7D F7 // sysex done : 63 01 62 04 06 10 David. Message: 1 Date: Sun, 6 Mar 2011 18:07:59 +0100 From: Andr?s Mur?nyi muran...@gmail.com Subject: Re: [PD] Patch for Akai EWI (was Reading and writing binary files) To: PD List pd-list@iem.at Message-ID: aanlktimf2tztoeqgx38blvs_rphk5yqli6nnfnb2u...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 NRPNS are interestingly made up of CC messages so you don't really need sysex. Attached [nrpnout] (original version by David McCallum) and [nrpnout-yamaha] where CC numbers are modified according to Yamaha specs. You may need to match two of the four CC numbers with your gear (the other two are always the same), and check if your gear needs MSB and LSB address or just one NRPN number. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
On Tue, 8 Mar 2011, Max wrote: just to throw in a equally unspecific report. Yes. It's important to answer rumours using rumours. There's a prof who told me that she couldn't teach Pd, and it was because of its security holes. Then she also told me that Pd doesn't have any video support. After that she stopped answering emails. I also heard that MAX was so bad, there's a classroom where they had to ban Pd to ensure that it looked like buying MAX licenses had been a good investment. Much of MAX's popularity is due to vendor lock-in after cheap licenses had been dumped on students who happened to be taking courses that happened to require MAX. And of course, I mean MAX the software, not Max Neupert. ;) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on, analogindustries.com
On Mon, 7 Mar 2011, Jonathan Wilkes wrote: For Audio API (OSS, ALSA, etc.): You can choose the respective menu item, then set it up in the dialog window that pops up. Click Save all settings to... save all settings. Isn't that persistent audio interface settings? D'oh, yeah, but I don't notice it, as I still rely on commandline flags, shell-scripts and alias-commands. I knew it was somewhere... ;) Things I would normally set using the Media Menu: input devices, # of channels, whether or not to use multiple devices, delay. But delay is a kind of in-between : it's at once very machine-dependent and very patch-dependent. Some patches are meant for low-latency, and some patches have to be high-latency to prevent drop-outs, but the actual amount can't really be decided in advance in a machine-independent way. Things I would set using the Media Menu OR some kind of in-patch mechanism: sample rate Right. But are some soundcards and/or drivers limited to only certain sampling rates ? (Side note : I thought that my soundcard was quite limited, but now I try to find a limit to the sampling rate that I can set, and I can't find one...?) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com
--- On Tue, 3/8/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] Toughts on PD vs. Max stability on macintels on analogindustries.com To: Max abonneme...@revolwear.com Cc: PD list pd-list@iem.at Date: Tuesday, March 8, 2011, 4:34 AM On Tue, 8 Mar 2011, Max wrote: just to throw in a equally unspecific report. Yes. It's important to answer rumours using rumours. There's a prof who told me that she couldn't teach Pd, and it was because of its security holes. I don't like the fact that every time I create an object in Pd, it is sent to the central Pd server which keeps logs of all the objects in our patches. I think Pd is selling the logs to third parties, because every time I part a stream of numbers I get tons of ads to the console window for Liberty University. -Jonathan Then she also told me that Pd doesn't have any video support. After that she stopped answering emails. I also heard that MAX was so bad, there's a classroom where they had to ban Pd to ensure that it looked like buying MAX licenses had been a good investment. Much of MAX's popularity is due to vendor lock-in after cheap licenses had been dumped on students who happened to be taking courses that happened to require MAX. And of course, I mean MAX the software, not Max Neupert. ;) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC -Inline Attachment Follows- ___ 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] digression on sample rates
Yep -- Pd will set teh logical sample rate to what you ask for, but the audio hardware might actually be running at a different rate -- Pd should report this but doesn't. In general I need to make audio errors and 'situations' more visible to t ieh user! cheers Miller (Side note : I thought that my soundcard was quite limited, but now I try to find a limit to the sampling rate that I can set, and I can't find one...?) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ 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
Re: [PD] Get list of a the arguments of a patch without using any external?
On Mon, Mar 07, 2011 at 03:07:08PM -0500, Mathieu Bouchard wrote: On Mon, 7 Mar 2011, Miller Puckette wrote: Sorry -- there's no way to do that! Yes there is a way to do it, but it takes 5 hours to find out how to do it in pd, while it takes 5 minutes to edit the C code so that people can do it in pd in 5 seconds. But most of all it takes 0.5 second to write sorry. On Mon, Mar 07, 2011 at 04:40:39PM -0500, Mathieu Bouchard wrote: PS: the [delwrite~] clear method http://sourceforge.net/tracker/?func=detailaid=3170987group_id=55736atid=478072 is still assigned to nobody, because it's waiting for any of the five project admins to click on a button... It also didn't appear on pd-...@iem.at either : http://lists.puredata.info/pipermail/pd-dev/2011-02/thread.html Do you think that what you have written above is likely to increase or decrease your chances of getting those patches accepted more quickly? I ask this question sincerely. Cheers, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Get list of a the arguments of a patch without using any external?
FWIW, I would say if a patch is good then it does not matter what he wrote. If it does matter, then it's everyone's loss... Chris McCormick ch...@mccormick.cx wrote: On Mon, Mar 07, 2011 at 03:07:08PM -0500, Mathieu Bouchard wrote: On Mon, 7 Mar 2011, Miller Puckette wrote: Sorry -- there's no way to do that! Yes there is a way to do it, but it takes 5 hours to find out how to do it in pd, while it takes 5 minutes to edit the C code so that people can do it in pd in 5 seconds. But most of all it takes 0.5 second to write sorry. On Mon, Mar 07, 2011 at 04:40:39PM -0500, Mathieu Bouchard wrote: PS: the [delwrite~] clear method http://sourceforge.net/tracker/?func=detailaid=3170987group_id=55736atid=478072 is still assigned to nobody, because it's waiting for any of the five project admins to click on a button... It also didn't appear on pd-...@iem.at either : http://lists.puredata.info/pipermail/pd-dev/2011-02/thread.html Do you think that what you have written above is likely to increase or decrease your chances of getting those patches accepted more quickly? I ask this question sincerely. Cheers, Chris. --- http://mccormick.cx ___ 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
Re: [PD] Get list of a the arguments of a patch without using any external?
--- On Tue, 3/8/11, Chris McCormick ch...@mccormick.cx wrote: From: Chris McCormick ch...@mccormick.cx Subject: Re: [PD] Get list of a the arguments of a patch without using any external? To: pd-list@iem.at Date: Tuesday, March 8, 2011, 5:56 AM On Mon, Mar 07, 2011 at 03:07:08PM -0500, Mathieu Bouchard wrote: On Mon, 7 Mar 2011, Miller Puckette wrote: Sorry -- there's no way to do that! Yes there is a way to do it, but it takes 5 hours to find out how to do it in pd, while it takes 5 minutes to edit the C code so that people can do it in pd in 5 seconds. But most of all it takes 0.5 second to write sorry. On Mon, Mar 07, 2011 at 04:40:39PM -0500, Mathieu Bouchard wrote: PS: the [delwrite~] clear method http://sourceforge.net/tracker/?func=detailaid=3170987group_id=55736atid=478072 is still assigned to nobody, because it's waiting for any of the five project admins to click on a button... It also didn't appear on pd-...@iem.at either : http://lists.puredata.info/pipermail/pd-dev/2011-02/thread.html Do you think that what you have written above is likely to increase or decrease your chances of getting those patches accepted more quickly? I ask this question sincerely. I think a better question would be put to Miller or Hans, or the other admins-- can someone please explain how the patch review process works? Not only is the patch in question is now over a month old with no signs of the review having begun, but it was submitted to the tracker in direct response to a user's request for the feature. If there's a problem with it there should at least be a relevant comment by this point. -Jonathan Cheers, Chris. --- http://mccormick.cx ___ 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
Re: [PD] Get list of a the arguments of a patch without using any external?
On Tue, 8 Mar 2011, Chris McCormick wrote: Do you think that what you have written above is likely to increase or decrease your chances of getting those patches accepted more quickly? If I hadn't written it, I wouldn't have been reminded of the existence of the delwrite patch in a manner that would have caused me to ask about it on pd-list, and I guess that no-one else would have done it anytime soon. Apparently, the auto-forward to pd-...@iem.at automatically ignores mail written without a sourceforget account, and I'm the first person to notice it, and everybody else relies on pd-dev for notifications about all new patches, because they assume that it works 100 % of the time, and that's what I'd assume too. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
