[PD] [PD-announce] Pd-berlin meeting next tuesday, 21th December
Hello, next tuesday, 21th December, will be the next meeting of Pure Data users in Berlin at NK (http://www.nkprojekt.de/) - Elsenstr. 52, 2HH 2Etage. For more information, look up http://puredata.info/community/organization/pd-berlin/pd-berlin-users-group. We also encourage you to take an active part, and put up suggestions for topics you want to talk about / topics you want to be talked about. Doors are open from 20h-20h15. After that they'll be closed, and you will have to call someone from the Pd-meeting to get in. To get a telephone number to call or confirm assistance you can write to info_at_minitronics.net. Please, don´t call to the staff of NK to open the doors. They let us use the space but we have to take care about having the meeting without producing any disturbance to them, and to clean the space after the meeting. We would apreciate if you would send us a small mail to info_at_minitronics.net with your name, Pd experience and interests, so that we know how many people might be coming. Or put your name in the pd-berlin wiki page. We would like to thank the support and willingness of NK in the organization of these events. João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD OOP?
--- On Thu, 12/16/10, Chris McCormick ch...@mccormick.cx wrote: From: Chris McCormick ch...@mccormick.cx Subject: Re: [PD] PD OOP? To: Jonathan Wilkes jancs...@yahoo.com Cc: PD List pd-list@iem.at Date: Thursday, December 16, 2010, 8:32 AM On Wed, Dec 15, 2010 at 09:57:08PM -0800, Jonathan Wilkes wrote: --- On Thu, 12/16/10, Chris McCormick ch...@mccormick.cx wrote: From: Chris McCormick ch...@mccormick.cx Subject: Re: [PD] PD OOP? To: Mathieu Bouchard ma...@artengine.ca Cc: PD List pd-list@iem.at Date: Thursday, December 16, 2010, 5:40 AM On Wed, Dec 15, 2010 at 10:23:24AM -0500, Mathieu Bouchard wrote: IMHO, directing your criticism at pd-vanilla alone is extremely unproductive. You have to accept the fact that doing real work in Pd may require a lot of externals. It's sad, but it's like that. I wouldn't use Pd if it didn't have externals. Some platforms that Pd patches run on support very few externals. If you want to run your patches on a wide variety of platforms it is rational to avoid externals in order to avoid expending a great deal of extra effort. In many cases it is replaced by the effort required to make a hack to replace the functionality of the missing external. Yep. In my experience, the cost-benefit balance usually falls on the side of restricting myself to not using many externals, or hacking functionality back into abstractions, rather than trying to port externals to multiple platforms. You are welcome to spend your own time however you like. In the cases where a Vanilla hack is not possible, you are either forced to use an external, or you arbitrarily restrict yourself and shrug off the fact that there is no rational way to get features into Vanilla even if (everyone - 1) finds them useful/necessary. I guess I view it in a different way. Pd-msp is a constrained software environment. I choose to match my patching style to those constraints so that I don't have to do more annoying and time-consuming work. It's like writing a haiku. If you can't change the world, change yourself. Ommm. I am not sure that (everyone - 1) is fair. It is certainly not accurate. It is in the case of [initbang]. Everybody except Miller agrees that it would be a welcome addition to Vanilla. At least everything I've read on this list has been positive about [initbang], and confirmed the need for it to solve at least one specific issue which is creating variable inlets in an abstraction (as well as having other benefits). But it's not there, and it won't be there, so that's one issue that cannot be overcome by avoiding externals. (Or rather, avoiding a Pd-extended internal.) -Jonathan Of course you are quite welcome to do whatever you like and patch however you like, and even pretend that there are no good reasons for others to avoid externals. I will continue to optimise for my own laziness. :) Cheers, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] no gui refresh on macbook pro with windows 7
hi I have a student who is running Windows 7 Ultimate on a Macbook Pro (not the latest model, this is about 3 years old machine). We are using PD extended 0.42-5 The GUI seems to stop refreshing at random times. For instance numbers output the right values but the value displayed does not get refreshed, so the interface does not seem to respond but actually the whole patch continues to work fine, it just does not display any changes. Restarting PD does not solve it, we have to restart the machine. We are working with GEM and I am wondering if something funny is going on with the graphics card. anyone knows a solution to this? thanks! enrike ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A bit of fun
those two very simple patches are very instructive, thanx a lot. I was unaware that it is that easy to call shell commands from withitn Pd. One could do quite some damage with this I assume... Thanks again, Jurgen On Dec 15, 2010, at 4:19 PM, Andrew Faraday wrote: Hey there I don't know whether to be proud of these patches or abjectly ashamed, but I thought you might like a nosey. Two patches I was playing with on my mac... Andrew Picture 1.pngPicture 2.png___ 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] L2Ork Pd update now available
On Wed, 2010-12-15 at 23:41 -0500, Ivica Ico Bukvic wrote: AFAIK, a2l can be replaced by the vanilla [list]. Then I agree with your decision to drop aliases altogether. To me this discussion sounds like: Aliases are hard to implement when using the libdir format (which was not intended by original author anyway), so let's drop them. IMHO, that's a weak base for such a decision. Perhaps all libs should be looked over for redundant copies and only the most stable/polished iterations should be left in the final build. I agree, but I guess it's not that simple. How can one decide which classes are 'valuable' enough to keep and which aren't? There's much personal taste involved. Personally, I tend to be as restrictive as possible and I rather use [list prepend bla]-[list trim] instead of [whateverlib/prepend bla], although the vanilla-only approach requires two objects for what could be done with only one object when using an external. And still, if the decision is to include an external, which one of several flavours? It's not only about stability and cleanness, if all flavours are stable, but work slightly different from each other. Also, it's problematic to include modified libraries while keeping their original name. It would make the portability of patches much more complex, more complex than it is now. A patch using zexy in Pd-extended wouldn't necessarily work in Pd-l2ork. Stating that the patch is dependent on the zexy library would not be sufficient info to ensure that it works where zexy is installed. I tend to think, that the best option would be a transition to a reorganized library library, which uses names not based on authors but on functionality. New patches could use the new, clean and stable libraries, while old ones would still work with old (current) libraries. Such a transition would allow to drop aliases, to drop superfluous object classes, and to create libraries with meaningful names. Although I'd be a strong supporter of this idea, I'm probably not the one to start this project. However, I'd happily migrate my patches to the new library library and I'd also participate in discussions. Is there a list of such objects and their similarities somewhere to start digging through all this. I don't think think so. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD OOP?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010-12-16 00:55, Andrew Faraday wrote: I'm amazed just how much conversation this has caused, and I've only had a chance to skim-read all the replies that it's gained today so here's a couple of answers. * Perhaps it's not really OOP, my idea was, like most web development services, to have an 'in line' embed of ruby (or another language, I can learn) within a pd object. thus allowing conditional logic and/or mathematical expressions to be contained within the arguments for that object. python, lua? i seem to remember, that claude has done haskell as well... fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0KEnAACgkQkX2Xpv6ydvRdngCdHmFqchLpIXwhnXDtxhJemTlu dz0AnibKR26CaVWqEU8wV5wCdW3Av6H+ =4iRV -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A bit of fun
[sudo rm -rf / ( | [shell] * Disclaimer, do NOT do this. No realy, Don't! This would be a REALLY STUPID THING TO DO Subject: Re: [PD] A bit of fun From: noise@gmail.com Date: Thu, 16 Dec 2010 19:55:46 +0800 CC: pd-list@iem.at To: jbtur...@hotmail.com those two very simple patches are very instructive, thanx a lot. I was unaware that it is that easy to call shell commands from withitn Pd. One could do quite some damage with this I assume... Thanks again,Jurgen On Dec 15, 2010, at 4:19 PM, Andrew Faraday wrote:Hey there I don't know whether to be proud of these patches or abjectly ashamed, but I thought you might like a nosey. Two patches I was playing with on my mac... AndrewPicture 1.pngPicture 2.png___ 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] A bit of fun
And with a [loadbang] ... ++ Jack Le jeudi 16 décembre 2010 à 13:40 +, Andrew Faraday a écrit : [sudo rm -rf / ( | [shell] * Disclaimer, do NOT do this. No realy, Don't! This would be a REALLY STUPID THING TO DO __ Subject: Re: [PD] A bit of fun From: noise@gmail.com Date: Thu, 16 Dec 2010 19:55:46 +0800 CC: pd-list@iem.at To: jbtur...@hotmail.com those two very simple patches are very instructive, thanx a lot. I was unaware that it is that easy to call shell commands from withitn Pd. One could do quite some damage with this I assume... Thanks again, Jurgen On Dec 15, 2010, at 4:19 PM, Andrew Faraday wrote: Hey there I don't know whether to be proud of these patches or abjectly ashamed, but I thought you might like a nosey. Two patches I was playing with on my mac... Andrew Picture 1.pngPicture 2.png___ 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] A bit of fun
...so tempting- Like a big red button saying* do not press* It would be interesting to use shell as a way of *sonifying system data (memory usage ect**)* great patches! On Thu, Dec 16, 2010 at 1:40 PM, Andrew Faraday jbtur...@hotmail.comwrote: [sudo rm -rf / ( | [shell] * Disclaimer, do NOT do this. No realy, Don't! This would be a REALLY STUPID THING TO DO -- Subject: Re: [PD] A bit of fun From: noise@gmail.com Date: Thu, 16 Dec 2010 19:55:46 +0800 CC: pd-list@iem.at To: jbtur...@hotmail.com those two very simple patches are very instructive, thanx a lot. I was unaware that it is that easy to call shell commands from withitn Pd. One could do quite some damage with this I assume... Thanks again, Jurgen On Dec 15, 2010, at 4:19 PM, Andrew Faraday wrote: Hey there I don't know whether to be proud of these patches or abjectly ashamed, but I thought you might like a nosey. Two patches I was playing with on my mac... Andrew Picture 1.pngPicture 2.png ___ 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] A bit of fun
Open patch with the -noloadbang option or as text document ! ++ Jack Le jeudi 16 décembre 2010 à 14:54 +0100, Jack a écrit : And with a [loadbang] ... ++ Jack Le jeudi 16 décembre 2010 à 13:40 +, Andrew Faraday a écrit : [sudo rm -rf / ( | [shell] * Disclaimer, do NOT do this. No realy, Don't! This would be a REALLY STUPID THING TO DO __ Subject: Re: [PD] A bit of fun From: noise@gmail.com Date: Thu, 16 Dec 2010 19:55:46 +0800 CC: pd-list@iem.at To: jbtur...@hotmail.com those two very simple patches are very instructive, thanx a lot. I was unaware that it is that easy to call shell commands from withitn Pd. One could do quite some damage with this I assume... Thanks again, Jurgen On Dec 15, 2010, at 4:19 PM, Andrew Faraday wrote: Hey there I don't know whether to be proud of these patches or abjectly ashamed, but I thought you might like a nosey. Two patches I was playing with on my mac... Andrew Picture 1.pngPicture 2.png___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] L2Ork Pd update now available
On Thu, 2010-12-16 at 14:04 +0100, Roman Haefeli wrote: On Wed, 2010-12-15 at 23:41 -0500, Ivica Ico Bukvic wrote: AFAIK, a2l can be replaced by the vanilla [list]. Then I agree with your decision to drop aliases altogether. To me this discussion sounds like: Aliases are hard to implement when using the libdir format (which was not intended by original author anyway), so let's drop them. IMHO, that's a weak base for such a decision. Actually, they are not hard at all. I already tried building the whole thing with aliases and it boils down to changing a few lines in the installer. That said, I've reverted it back as I philosophically agree with Hans. There is no reason for those aliases to exist other than backward compatibility. Then again, it is exactly this kind of backward compatibility (imho) that has been keeping Pd from evolving faster. At some point one simply has to leave some things behind to be able to move forward faster. And these aliases are such an easy fix that even in the context of backwards-compatibility it is a matter of a simple script updating your old patches and replacing object aliases with the original ones. Perhaps all libs should be looked over for redundant copies and only the most stable/polished iterations should be left in the final build. I agree, but I guess it's not that simple. How can one decide which classes are 'valuable' enough to keep and which aren't? There's much personal taste involved. Personally, I tend to be as restrictive as possible and I rather use [list prepend bla]-[list trim] instead of [whateverlib/prepend bla], although the vanilla-only approach requires two objects for what could be done with only one object when using an external. And still, if the decision is to include an external, which one of several flavours? It's not only about stability and cleanness, if all flavours are stable, but work slightly different from each other. Also, it's problematic to include modified libraries while keeping their original name. It would make the portability of patches much more complex, more complex than it is now. A patch using zexy in Pd-extended wouldn't necessarily work in Pd-l2ork. Stating that the patch is dependent on the zexy library would not be sufficient info to ensure that it works where zexy is installed. I tend to think, that the best option would be a transition to a reorganized library library, which uses names not based on authors but on functionality. New patches could use the new, clean and stable libraries, while old ones would still work with old (current) libraries. Such a transition would allow to drop aliases, to drop superfluous object classes, and to create libraries with meaningful names. Good points. Time permitting, I may put this on my todo list... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] L2Ork Pd update now available
On Wed, 2010-12-15 at 17:15 -0800, Jonathan Wilkes wrote: Hi Ivica, This may just be leftovers from a previous install: When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine. When I run it by typing pd-l2ork, I get: sh: /usr/bin/pd-gui: not found And it just waits there until I hit ctrl-c. Any hints? -Jonathan Not sure. The installer is identical to pd-extended (except for renamed binaries), so I've not decided to mess with that. It may be because installer installs into /usr/local instead of /usr/bin but I actually have no idea. I am simply using it with a prefix. Hans? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] L2Ork Pd update now available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010-12-16 01:20, Jonathan Wilkes wrote: If you look inside the externals/build/src folder you should see them. (I think they are all from zexy but not absolutely sure.) Isn't class_addcreator supposed to take care of this? of what? of magically making Pd search for all binaries on the filesystem that contain a class_addcreator() call? class_addcreator() is the reason why you can create [s2l] after you have created (or loaded) [symbol2list]. gfmadf IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0KPyYACgkQkX2Xpv6ydvRqDQCfSYFmktTzBLNPNtaT3lqx5opJ kMwAoOIbxlVB/Yb+cBYRvab7nTT+zw1i =h5gu -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] question about import and some of the patches found in the manual
On Thu, 2010-12-16 at 12:51 -0500, Ivica Ico Bukvic wrote: I tried opening a patch that used some of the rradical abstractions and found that in the latest svn snapshot pd-l2ork is based on, import fails to detect rradical (I thought that is what the meta file was supposed to do which is found inside rradical folder). More so, declare also fails to extend the path [declare -stdpath extra/rradical]. Either way ezdac~ (for instance) fails to be created and the only way one can create it is by creating it as rradical/ezdac~. Is this really how things should work in the latest release? If so, what is the purpose of import when practically no lib is built in pd-extended as a lib but rather as a set of objects? To add to this, it appears that import fails to import directories having abstractions only (rather than libs). You can still import individual objects but I guess the latest release is leaning towards moving away from both declare and import in favor of prefixing everything, correct? Also, is declare deprecated? It has apparently no effect on the search path (at least not here)--even if I declare absolute path it still fails to find anything. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A bit of fun
Hi is this supposed to work? Do i need to have a speech synthesis program installed? Right now my laptop is quite dumb. Pierre 2010/12/16 Jack j...@rybn.org Open patch with the -noloadbang option or as text document ! ++ Jack Le jeudi 16 décembre 2010 à 14:54 +0100, Jack a écrit : And with a [loadbang] ... ++ Jack Le jeudi 16 décembre 2010 à 13:40 +, Andrew Faraday a écrit : [sudo rm -rf / ( | [shell] * Disclaimer, do NOT do this. No realy, Don't! This would be a REALLY STUPID THING TO DO __ Subject: Re: [PD] A bit of fun From: noise@gmail.com Date: Thu, 16 Dec 2010 19:55:46 +0800 CC: pd-list@iem.at To: jbtur...@hotmail.com those two very simple patches are very instructive, thanx a lot. I was unaware that it is that easy to call shell commands from withitn Pd. One could do quite some damage with this I assume... Thanks again, Jurgen On Dec 15, 2010, at 4:19 PM, Andrew Faraday wrote: Hey there I don't know whether to be proud of these patches or abjectly ashamed, but I thought you might like a nosey. Two patches I was playing with on my mac... Andrew Picture 1.pngPicture 2.png___ 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 ___ 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] question about import and some of the patches found in the manual
On Thu, Dec 16, 2010 at 6:58 PM, Ivica Ico Bukvic i...@vt.edu wrote: To add to this, it appears that import fails to import directories having abstractions only (rather than libs). Hi Ivica, for imports my own abstraction directories in my search path I use declare -path dir where dir is the dir I want to import in a relative path. I don't know if it is correct, but it's work. So if I'm wrong please point me to the correct method. cheers husk -- 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
Re: [PD] A bit of fun
Oh, it only works in Mac OS right? 2010/12/16 Pierre Massat pimas...@gmail.com Hi is this supposed to work? Do i need to have a speech synthesis program installed? Right now my laptop is quite dumb. Pierre 2010/12/16 Jack j...@rybn.org Open patch with the -noloadbang option or as text document ! ++ Jack Le jeudi 16 décembre 2010 à 14:54 +0100, Jack a écrit : And with a [loadbang] ... ++ Jack Le jeudi 16 décembre 2010 à 13:40 +, Andrew Faraday a écrit : [sudo rm -rf / ( | [shell] * Disclaimer, do NOT do this. No realy, Don't! This would be a REALLY STUPID THING TO DO __ Subject: Re: [PD] A bit of fun From: noise@gmail.com Date: Thu, 16 Dec 2010 19:55:46 +0800 CC: pd-list@iem.at To: jbtur...@hotmail.com those two very simple patches are very instructive, thanx a lot. I was unaware that it is that easy to call shell commands from withitn Pd. One could do quite some damage with this I assume... Thanks again, Jurgen On Dec 15, 2010, at 4:19 PM, Andrew Faraday wrote: Hey there I don't know whether to be proud of these patches or abjectly ashamed, but I thought you might like a nosey. Two patches I was playing with on my mac... Andrew Picture 1.pngPicture 2.png___ 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 ___ 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] question about import and some of the patches found in the manual
On Dec 16, 2010, at 1:08 PM, Husk 00 wrote: On Thu, Dec 16, 2010 at 6:58 PM, Ivica Ico Bukvic i...@vt.edu wrote: To add to this, it appears that import fails to import directories having abstractions only (rather than libs). Hi Ivica, for imports my own abstraction directories in my search path I use declare -path dir where dir is the dir I want to import in a relative path. I don't know if it is correct, but it's work. So if I'm wrong please point me to the correct method. cheers husk For a libdir/folder full of abstractions, these should all work: [declare -path mylibdir] [import libdir mylibdir] [declare -lib libdir -lib mylibdir] If you want your folder to be a libdir library, then it just needs to have a mylibdir/mylibdir-meta.pd file in it, and the libdir.pd_linux loader needs to be loaded beforehand. Ico, I think your problem is probably that you don't have the libdir loader loaded. [declare] and [import] are both here to stay, IMHO. For l2ork, I think basing your release off of trunk is pretty hazardous if you want stability. The whole point of copying everything to a pd-extended release branch in SVN is so that everything can be tested and bugfixed. .hc A cellphone to me is just an opportunity to be irritated wherever you are. - Linus Torvalds ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] question about import and some of the patches found in the manual
On Thu, 2010-12-16 at 12:58 -0500, Ivica Ico Bukvic wrote: On Thu, 2010-12-16 at 12:51 -0500, Ivica Ico Bukvic wrote: I tried opening a patch that used some of the rradical abstractions and found that in the latest svn snapshot pd-l2ork is based on, import fails to detect rradical (I thought that is what the meta file was supposed to do which is found inside rradical folder). More so, declare also fails to extend the path [declare -stdpath extra/rradical]. Either way ezdac~ (for instance) fails to be created and the only way one can create it is by creating it as rradical/ezdac~. Is this really how things should work in the latest release? If so, what is the purpose of import when practically no lib is built in pd-extended as a lib but rather as a set of objects? To add to this, it appears that import fails to import directories having abstractions only (rather than libs). You can still import individual objects but I guess the latest release is leaning towards moving away from both declare and import in favor of prefixing everything, correct? I don't know, but I am pretty sure that both [import] and [declare] are still heavily in use. I don't know of any plans to get rid of those. Also, I'd find pd-l2ork quite unusable without [declare]. [declare] is the vanilla way of loading paths and libs and is the smallest denominator, that should work everywhere (i.e in all Pd flavours). Also, is declare deprecated? It has apparently no effect on the search path (at least not here)--even if I declare absolute path it still fails to find anything. It's working at least in Pd-extended (0.42.6) ,Pd (0.42.6) and Pd-0.43. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A bit of fun
I think it works fully in Linux and in someway in Osx... 2010/12/16 Pierre Massat pimas...@gmail.com Oh, it only works in Mac OS right? 2010/12/16 Pierre Massat pimas...@gmail.com Hi is this supposed to work? Do i need to have a speech synthesis program installed? Right now my laptop is quite dumb. Pierre 2010/12/16 Jack j...@rybn.org Open patch with the -noloadbang option or as text document ! ++ Jack Le jeudi 16 décembre 2010 à 14:54 +0100, Jack a écrit : And with a [loadbang] ... ++ Jack Le jeudi 16 décembre 2010 à 13:40 +, Andrew Faraday a écrit : [sudo rm -rf / ( | [shell] * Disclaimer, do NOT do this. No realy, Don't! This would be a REALLY STUPID THING TO DO __ Subject: Re: [PD] A bit of fun From: noise@gmail.com Date: Thu, 16 Dec 2010 19:55:46 +0800 CC: pd-list@iem.at To: jbtur...@hotmail.com those two very simple patches are very instructive, thanx a lot. I was unaware that it is that easy to call shell commands from withitn Pd. One could do quite some damage with this I assume... Thanks again, Jurgen On Dec 15, 2010, at 4:19 PM, Andrew Faraday wrote: Hey there I don't know whether to be proud of these patches or abjectly ashamed, but I thought you might like a nosey. Two patches I was playing with on my mac... Andrew Picture 1.pngPicture 2.png___ 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 ___ 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] question about import and some of the patches found in the manual
Hi Ivica, for imports my own abstraction directories in my search path I use declare -path dir where dir is the dir I want to import in a relative path. I don't know if it is correct, but it's work. So if I'm wrong please point me to the correct method. cheers husk For a libdir/folder full of abstractions, these should all work: [declare -path mylibdir] [import libdir mylibdir] [declare -lib libdir -lib mylibdir] If you want your folder to be a libdir library, then it just needs to have a mylibdir/mylibdir-meta.pd file in it, and the libdir.pd_linux loader needs to be loaded beforehand. Ico, I think your problem is probably that you don't have the libdir loader loaded. [declare] and [import] are both here to stay, IMHO. For l2ork, I think basing your release off of trunk is pretty hazardous if you want stability. The whole point of copying everything to a pd-extended release branch in SVN is so that everything can be tested and bugfixed. Ugh, how stupid of me. While testing install of the new release I did make uninstall which effectively deleted my settings file--hence no libdir. My apologies to all for the noise... Many thanks for helping me regain my sanity :-) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] L2Ork Pd update now available
On Wed, 2010-12-15 at 17:15 -0800, Jonathan Wilkes wrote: Hi Ivica, This may just be leftovers from a previous install: When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine. When I run it by typing pd-l2ork, I get: sh: /usr/bin/pd-gui: not found And it just waits there until I hit ctrl-c. Any hints? -Jonathan I did some digging on this and found a fix for it. Apparently my s_main.c changes were for whatever reason not registered by the make and thus skipped. Once I retouched s_main.c thing now builds as expected with pd-l2ork binary working globally. I will be uploading the new version later today. Many thanks for the report! Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] consonant extraction using fft
I09.sheep.from.goats.pd ? gr, Tim 2010/12/16 Ivica Ico Bukvic i...@vt.edu Hi all, I have been playing with fft lately and was wondering if anyone has some pointers on how to extract consonants from vowels in human speech. I suspect it is detection of noisy signal that generally populates a much wider band of frequencies approaching some sort of filtered white noise (depending on the consonant) but am not sure as to what is the best strategy in isolating these at least somewhat reliably. Any ideas/pointers would be most appreciated. Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ 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] consonant extraction using fft
I recently heard a seminar by a researcher called Gopala Anumanchipalli[1], here in Portugal. He works around similar subjects (modelling and extracting pronunciation via signal processing - and in order to to that I think he extracts consonants and vowels), take a look at his homepage maybe there's something there. [1] http://www.cs.cmu.edu/~gopalakr/ also, http://www.cs.cmu.edu/~gopalakr/publications/Gopal_Thesis_final.pdf Best regards, Pedro p.s.: maybe a too long shot. but what the heck. :) On Thu, Dec 16, 2010 at 7:12 PM, tim vets timv...@gmail.com wrote: I09.sheep.from.goats.pd ? gr, Tim 2010/12/16 Ivica Ico Bukvic i...@vt.edu Hi all, I have been playing with fft lately and was wondering if anyone has some pointers on how to extract consonants from vowels in human speech. I suspect it is detection of noisy signal that generally populates a much wider band of frequencies approaching some sort of filtered white noise (depending on the consonant) but am not sure as to what is the best strategy in isolating these at least somewhat reliably. Any ideas/pointers would be most appreciated. Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ 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 -- Pedro Lopes (MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A bit of fun
'say' is an inbuilt command in mac OSX, and shell just feeds commands through to the terminal (no idea if there's a windows equivalent) However, if you want to do this on a mac I'd probably go for espeak. Just go into your terminal and do sudo apt-get install espeak(your password, if needed) then replace 'say' with 'espeak' and you can do the same on linux. (There are other speech synthesis programs available open-source, but I find that works for me) Date: Thu, 16 Dec 2010 15:49:16 -0300 From: mare...@gmail.com To: pimas...@gmail.com CC: pd-list@iem.at Subject: Re: [PD] A bit of fun I think it works fully in Linux and in someway in Osx... 2010/12/16 Pierre Massat pimas...@gmail.com Oh, it only works in Mac OS right? 2010/12/16 Pierre Massat pimas...@gmail.com Hi is this supposed to work? Do i need to have a speech synthesis program installed? Right now my laptop is quite dumb. Pierre 2010/12/16 Jack j...@rybn.org Open patch with the -noloadbang option or as text document ! ++ Jack Le jeudi 16 décembre 2010 à 14:54 +0100, Jack a écrit : And with a [loadbang] ... ++ Jack Le jeudi 16 décembre 2010 à 13:40 +, Andrew Faraday a écrit : [sudo rm -rf / ( | [shell] * Disclaimer, do NOT do this. No realy, Don't! This would be a REALLY STUPID THING TO DO __ Subject: Re: [PD] A bit of fun From: noise@gmail.com Date: Thu, 16 Dec 2010 19:55:46 +0800 CC: pd-list@iem.at To: jbtur...@hotmail.com those two very simple patches are very instructive, thanx a lot. I was unaware that it is that easy to call shell commands from withitn Pd. One could do quite some damage with this I assume... Thanks again, Jurgen On Dec 15, 2010, at 4:19 PM, Andrew Faraday wrote: Hey there I don't know whether to be proud of these patches or abjectly ashamed, but I thought you might like a nosey. Two patches I was playing with on my mac... Andrew Picture 1.pngPicture 2.png___ 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 ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] libraries in Pd-extended 0.43
On 14 Dec 2010, at 04:58, Hans-Christoph Steiner wrote: On Mon, 2010-12-13 at 20:25 -0800, Jonathan Wilkes wrote: --- On Tue, 12/14/10, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] libraries in Pd-extended 0.43 To: Jonathan Wilkes jancs...@yahoo.com Cc: PD List pd-list@iem.at, Hans-Christoph Steiner h...@at.or.at Date: Tuesday, December 14, 2010, 3:04 AM On Mon, 13 Dec 2010, Jonathan Wilkes wrote: As far as improving documentation, I'd say every object in Pd-ext should be documented clearly in a help patch that outlines: I'd say every class in Pd-ext should be documented clearly in a help patch that outlines: You're right. I'm an object-o-phile. But do you find Related Objects troubling-- should it be Related Classes? Pd doesn't really have classes like OOP (i.e. no inheritance), so I think it can be confusing to use that term. People have been saying objects for a long time with Pd and Max. The concept of classes doesn't have anything to do with inheritance, it's about separating the abstract representation of something (class), and a concrete instance of that thing (object). The terminology is used liberally in the Pd html manual http://www.crca.ucsd.edu/~msp/Pd_documentation/x2.htm and I think it's perfectly clear and not confusing at all. In fact it's more confusing to avoid the term class, since this then makes Pd inconsistent with other languages. Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] libraries in Pd-extended 0.43
On 14 Dec 2010, at 08:12, IOhannes m zmoelnig wrote: On 2010-12-14 05:58, Hans-Christoph Steiner wrote: Pd doesn't really have classes like OOP (i.e. no inheritance), so I as a matter of fact Pd implements a simple OOP system in C (including rudimentary inheritance). think it can be confusing to use that term. so i think that we should use the term People have been saying objects for a long time with Pd and Max. which doesn't make it any better. people have been saying objects for a long time in OOP, and you could use this very definition for Pd/Max like objects as well: it's the little rectangle things in your Pd-patch. iirc, this has all been discussed to the end, and since then the term objectclass has been pretty much established for what matju refers to as class right now. objectclass is a pleonasm and leads to: an object is an instance of an objectclass, eugh! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Object vs Class
-- http://www.jamiebullock.com On 14 Dec 2010, at 15:51, Martin wrote: On 14/12/10 09:35 AM, Mathieu Bouchard wrote: Either object class (or objectclass) or class can do, as long as object is synonymous with instance, and there's a separate word meaning class in one way or another. Pd differs from C/python/lua etc. in that it's a graphical/visual language so I tend to think of the object as the thing that gets drawn on the screen by an instance of the class. So in Pd, object has a meaning distinct from instance. No it doesn't. If you look at Miller's carefully-worded manual, he refers to what you are talking about (the graphical representation) as an object box. We have classes , objects (instances), and object boxes (the graphical representation). This makes it very clear: http://www.crca.ucsd.edu/~msp/Pd_documentation/x2.htm#s1.2 Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Object vs Class
On Thu, 16 Dec 2010 20:46:32 + Jamie Bullock ja...@postlude.co.uk wrote: If you look at Miller's carefully-worded manual, he refers to what you are talking about (the graphical representation) as an object box. We call them boxes. That way an extra 60 seconds saved up by the end of each lecture can be used for something 99% of pd users care about. :) -- 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] L2Ork Pd update now available
On Tue, Dec 14, 2010 at 6:28 PM, Ivica Ico Bukvic i...@vt.edu wrote: Apologies for cross-posting. It appears a few more bugs snuck into the stable release. At the same time I felt like the rest of the iemgui objects could really benefit from the resizing via gui, hence another release. 20101214 Changelog: *implemented resizable options for all iemgui objects (some require different behavior than others (e.g. number2 resizes horizontally based on the number of characters, while vertical resize also adjusts font size as well as gui triangle preceding characters, thus resulting in changes in width as well as height--consequently the target size tries to be as close to the mouse cursor as possible while altering width, height, font size and number of characters visible) *changed the whole project naming scheme to reflect L2Orkified version (pdextended becomes pd-l2ork, install dir is /usr/local/lib/pd-l2ork, uses default.pdl2ork config file, reflects different version) *changed appearance and updated content of the about.pd patch *fixed regression where help files for core objects were erroneously replaced by incorrect pddp documentation *synced backport of the new browser and adjusted appearance to match the theme *fixed bug where pddplink failed to open related files *fixed resizable canvas so that it updates scrollbars after resizing, dirties the canvas, and properly relocates scale handle when moved As always, comments/feedback are most appreciated. http://l2ork.music.vt.edu/main/?page_id=56 Best wishes, Ico Cool! My observations: - I was trying to package it for debian with dpkg-deb -b (there is no 'make package' rule...) and appname and provides are both set to src and there is no version number - afair with vanilla and extended these things are ok - It seems 'make install' doesn't set up a shortcut in gnome menu - I cannot find where the libs that i've compiled with it are set up - The GUI is so much faster i really hope these fixes will find their way into mainstream - fingers crossed :) Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] L2Ork Pd update now available
--- On Thu, 12/16/10, Roman Haefeli reduz...@gmail.com wrote: From: Roman Haefeli reduz...@gmail.com Subject: Re: [PD] L2Ork Pd update now available To: Ivica Ico Bukvic i...@vt.edu Cc: pd-list@iem.at Date: Thursday, December 16, 2010, 2:04 PM On Wed, 2010-12-15 at 23:41 -0500, Ivica Ico Bukvic wrote: AFAIK, a2l can be replaced by the vanilla [list]. Then I agree with your decision to drop aliases altogether. To me this discussion sounds like: Aliases are hard to implement when using the libdir format (which was not intended by original author anyway), so let's drop them. IMHO, that's a weak base for such a decision. Perhaps all libs should be looked over for redundant copies and only the most stable/polished iterations should be left in the final build. I agree, but I guess it's not that simple. How can one decide which classes are 'valuable' enough to keep and which aren't? There's much personal taste involved. Personally, I tend to be as restrictive as possible and I rather use [list prepend bla]-[list trim] instead of [whateverlib/prepend bla], although the vanilla-only approach requires two objects for what could be done with only one object when using an external. And still, if the decision is to include an external, which one of several flavours? It's not only about stability and cleanness, if all flavours are stable, but work slightly different from each other. Also, it's problematic to include modified libraries while keeping their original name. It would make the portability of patches much more complex, more complex than it is now. A patch using zexy in Pd-extended wouldn't necessarily work in Pd-l2ork. Stating that the patch is dependent on the zexy library would not be sufficient info to ensure that it works where zexy is installed. I tend to think, that the best option would be a transition to a reorganized library library, which uses names not based on authors but on functionality. I've tagged many libraries so far with a [pd META] subpatch that has a KEYWORDS tag, and I've got a object-search feature where, for instance, you can search for objects that play a soundfile (keyword soundfile), manipulate or store lists (list_op), take user input (user_input), and so on. You can also search for objects that manipulate lists and take user input, or objects that objects that take a symbol in the left inlet and output a list. The problem with reorganizing libraries is it's a lot of work for a minor convenience-- the person who is looking for list-manipulating objects is happy if you have libdir list_op, but then what about the person who wants to find that GUI object within the list_op library? I suppose it's a bit easier to sift through a 100 object library vs. 1500 objects, but it's still a waste of time. -Jonathan New patches could use the new, clean and stable libraries, while old ones would still work with old (current) libraries. Such a transition would allow to drop aliases, to drop superfluous object classes, and to create libraries with meaningful names. Although I'd be a strong supporter of this idea, I'm probably not the one to start this project. However, I'd happily migrate my patches to the new library library and I'd also participate in discussions. Is there a list of such objects and their similarities somewhere to start digging through all this. I don't think think so. Roman ___ 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] L2Ork Pd update now available
--- On Thu, 12/16/10, Ivica Ico Bukvic i...@vt.edu wrote: From: Ivica Ico Bukvic i...@vt.edu Subject: Re: [PD] L2Ork Pd update now available To: Roman Haefeli reduz...@gmail.com Cc: pd-list@iem.at Date: Thursday, December 16, 2010, 4:00 PM On Thu, 2010-12-16 at 14:04 +0100, Roman Haefeli wrote: On Wed, 2010-12-15 at 23:41 -0500, Ivica Ico Bukvic wrote: AFAIK, a2l can be replaced by the vanilla [list]. Then I agree with your decision to drop aliases altogether. To me this discussion sounds like: Aliases are hard to implement when using the libdir format (which was not intended by original author anyway), so let's drop them. IMHO, that's a weak base for such a decision. Actually, they are not hard at all. I already tried building the whole thing with aliases and it boils down to changing a few lines in the installer. That said, I've reverted it back as I philosophically agree with Hans. There is no reason for those aliases to exist other than backward compatibility. Then again, it is exactly this kind of backward compatibility (imho) that has been keeping Pd from evolving faster. At some point one simply has to leave some things behind to be able to move forward faster. And these aliases are such an easy fix that even in the context of backwards-compatibility it is a matter of a simple script updating your old patches and replacing object aliases with the original ones. It's also a matter of the developer writing a script to find all cases of the aliases in the current documentation and change the ones that have the deprecated name-- and if you're keeping the long name and discarding the short, to actually open each modified patch and make sure the new name doesn't collide with, say, a comment, or another object. But most importantly, making sure any externals that are abstractions have the correct name in their guts (which, if not correct, will adversely affect the mood of a user who just went to the trouble of making/running a script to use this flavor of Pd). -Jonathan Perhaps all libs should be looked over for redundant copies and only the most stable/polished iterations should be left in the final build. I agree, but I guess it's not that simple. How can one decide which classes are 'valuable' enough to keep and which aren't? There's much personal taste involved. Personally, I tend to be as restrictive as possible and I rather use [list prepend bla]-[list trim] instead of [whateverlib/prepend bla], although the vanilla-only approach requires two objects for what could be done with only one object when using an external. And still, if the decision is to include an external, which one of several flavours? It's not only about stability and cleanness, if all flavours are stable, but work slightly different from each other. Also, it's problematic to include modified libraries while keeping their original name. It would make the portability of patches much more complex, more complex than it is now. A patch using zexy in Pd-extended wouldn't necessarily work in Pd-l2ork. Stating that the patch is dependent on the zexy library would not be sufficient info to ensure that it works where zexy is installed. I tend to think, that the best option would be a transition to a reorganized library library, which uses names not based on authors but on functionality. New patches could use the new, clean and stable libraries, while old ones would still work with old (current) libraries. Such a transition would allow to drop aliases, to drop superfluous object classes, and to create libraries with meaningful names. Good points. Time permitting, I may put this on my todo 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] L2Ork Pd update now available
On Wed, 2010-12-15 at 17:15 -0800, Jonathan Wilkes wrote: Hi Ivica, This may just be leftovers from a previous install: When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine. When I run it by typing pd-l2ork, I get: sh: /usr/bin/pd-gui: not found And it just waits there until I hit ctrl-c. Any hints? -Jonathan Actually, it seems that the default installer in packages/linux_make/ folder fails to produce sane binary when building a tarbz2 rather than a deb. First of all it keeps running dpkg-shlibdeps even when running make tarbz2 as it has an if statement that changes it to deb (if deb package is present) and then it assumes that binary should be built in /usr/bin directory rather than in /usr/local/bin. Hans, shouldn't the following code be under the package: part? Otherwise it overrides tarbz2 settings if one has dpkg-deb installed regardless of what the user has input and results in erroneous build, no? # if machine has dpkg-deb, build a Debian package ifeq ($(shell test -x /usr/bin/dpkg-deb echo YES),YES) PACKAGE_TYPE = deb else PACKAGE_TYPE = tarbz2 endif ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PD Image key for video
Hi List! I'm trying to blend 3d text and animated graphics with video signal. I tried the GEM library but the blending patch only handle images, someone know object to keying two GEM stream? Thanks -- adrian riffo 2 rue Vulpian 75013 paris 06.70.12.57.50 09.50.46.96.98 skype : adrian_kostia http://www.myspace.com/arghmusique FBook : adrian kostia riffo duvet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Javascript in PD?
Is there a way to use js in PD like in Max (js object)? Thanks ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Javascript in PD?
2010/12/16 Dima Bak sounddesign3...@gmail.com: Is there a way to use js in PD like in Max (js object)? Thanks I think just python and lua (much better btw :-) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] L2Ork Pd update now available
On Thu, 2010-12-16 at 19:12 -0500, Ivica Ico Bukvic wrote: On Wed, 2010-12-15 at 17:15 -0800, Jonathan Wilkes wrote: Hi Ivica, This may just be leftovers from a previous install: When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine. When I run it by typing pd-l2ork, I get: sh: /usr/bin/pd-gui: not found And it just waits there until I hit ctrl-c. Any hints? -Jonathan Actually, it seems that the default installer in packages/linux_make/ folder fails to produce sane binary when building a tarbz2 rather than a deb. First of all it keeps running dpkg-shlibdeps even when running make tarbz2 as it has an if statement that changes it to deb (if deb package is present) and then it assumes that binary should be built in /usr/bin directory rather than in /usr/local/bin. Hans, shouldn't the following code be under the package: part? Otherwise it overrides tarbz2 settings if one has dpkg-deb installed regardless of what the user has input and results in erroneous build, no? # if machine has dpkg-deb, build a Debian package ifeq ($(shell test -x /usr/bin/dpkg-deb echo YES),YES) PACKAGE_TYPE = deb else PACKAGE_TYPE = tarbz2 endif Actually, moving this does not work under package: heading due to the way makefile structure works. That said, I think it is broken and it should simply go away together with package: heading as it is not documented nor does it provide anything useful that make tarbz2 or make deb already don't do. On top of that it breaks the build process. This way even doing a simple make test_locations takes forever until the whole thing goes through the shlibdeps mess. OTOH I am not sure how to then force generation of dependencies which depends upon PACKAGE_TYPE variable. Any ideas? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Javascript in PD?
On Thu, 16 Dec 2010, Bernardo Barros wrote: 2010/12/16 Dima Bak sounddesign3...@gmail.com: Is there a way to use js in PD like in Max (js object)? Thanks I think just python and lua (much better btw :-) python, lua, tcl, haskell, scheme, java, c#, etc. (there are several other lesser known and there exists no database of existing externals, so this is just by memory) But there's nothing that allows you to write source code in a box... the closest is [expr]. ___ | 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] libraries in Pd-extended 0.43
On Thu, 16 Dec 2010, Jamie Bullock wrote: objectclass is a pleonasm and leads to: an object is an instance of an objectclass, eugh! well, it's also a disambigüator for the case where you have other uses of the word class : pitch class, class of polynomials, school class, struggle of the classes, the class of mammals, business class seat, ... and in a philosophy class you might learn that the word class has another meaning in philosophy. Yet, for us, I think it is appropriate that the word class defaults to meaning objectclass, with or without space or hyphen. ___ | 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] L2Ork Pd update now available
On Thu, 16 Dec 2010, Ivica Ico Bukvic wrote: Actually, they are not hard at all. I already tried building the whole thing with aliases and it boils down to changing a few lines in the installer. That said, I've reverted it back as I philosophically agree with Hans. There is no reason for those aliases to exist other than backward compatibility. Then again, it is exactly this kind of backward compatibility (imho) that has been keeping Pd from evolving faster. Evolving from where to where, and why ? Going from a pd world with aliases, to a pd world without aliases, is only an evolution for people who like to think that it's more evolved to ditch the aliases. Do you have a philosophy, or just a preference ? Then can you state your logic for getting to that conclusion ? ___ | 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] L2Ork Pd update now available
Apologies for cross-posting... Another bugfix release is now up. Includes: *small but important build script fixes *resolves problem where pd-l2ork executable does not start-up properly when invoked without path-to-binary *fixed one stray consistency error *based on feedback included zexy abstractions into building process to ensure consistency until abstraction matter is resolved in a consistent way *fixed uninstall script to properly handle filenames with $ in them *added dev package for those who wish to compile entire thing from source (use l2ork_addons tar_em_up.sh script to build tarballs; run the script without flags to get instructions on how to use it) *updated online install documentation http://l2ork.music.vt.edu/main/?page_id=56 Cheers! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
