Re: [PD] GEM light source
So I guess nobody's done it yet (: ++ Jé Jerome Tuncer a écrit : > Hi list ! > > For a theatre play I'm working on, I'm trying to implement lighting that > emanates from an object in a GEM scene. The light I want is of the > punctual topography so I'm quite satisfied with the plain [light] object > but the only thing is that when I use [translateXYZ] to put the light > source inside the Geo I want that light to emanate from, it just makes > that particular Geo disappear, which I don't want. > > Does anyone sees the problem and has a potential solution or idea ? > > Cheers for the new year ! > > More news very soon. > > ++ > > > > Jé > > > ___ > 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] Max's [!/] as a Pd abstraction
marius schebella wrote: > what's that all about? chaining useless objects? which object is useless? [-], [abs]? message boxes? > m. > > IOhannes m zmoelnig wrote: >> IOhannes m zmoelnig wrote: >>> [2( >>> [-1] >>> [abs] this should have read: [2( | [- 1] | [abs] and was a response to hard off's patch [0.4( | [- 1] | [abs] to calculate "1 - 0.4" the 'other way round'. i only meant to say that abs(x-y) is not the same as (y-x), whereas -(x-y) is. fgmar IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Introduction to GEM & particles
Steffen Juul wrote: > On 15/01/2008, at 20.00, IOhannes m zmoelnig wrote: > >> is it ok if i add it to the tutorials-section at http://gem.iem.at? >> (as a matter of fact i already did add it, but of course would >> remove it >> if you don't feel like it should go there) > > And I hope it's ok to have added it to the tut section on puredata.info. > > Really, is it custom to ask permission to link to things on teh > interweb? i have put a copy of the document on the site, and not just a link to the original ressources. this is why i was asking. and i am happy that david is happy with that. fma.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pduino - [import]: ERROR: can't load library
hi, having problems with the pduino patch on a cvs checkout from last week - Pd version 0.41.0-test10 details below - i can create makesymbol but not /zexy/makesymbol as with flatspace/comport comport anyone know what i might be doing wrong or is this a bug of some sort? thanks rob c comport - PD external for unix/windows LGPL 1998-2006, Winfried Ritsch and others (see LICENCE.txt) Institute for Electronic Music - Graz [import] $Revision: 1.2 $ written by Hans-Christoph Steiner <[EMAIL PROTECTED]> compiled on Jan 7 2008 at 13:14:45 compiled against Pd version 0.41.0 [import]: ERROR: can't load library in flatspace [import]: ERROR: can't load library in hardware [import]: ERROR: can't load library in flatspace [import]: ERROR: can't load library in iemlib [import]: ERROR: can't load library in mapping flatspace/comport $1 57600 ... couldn't create zexy/makesymbol firmata_version_%s.%s ... couldn't create ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] netpd on pd-extended
Max Neupert wrote: > it would be nice to have netpd (_chat.pd) starting from the pd- > extended menue! > but i guess there are some security issues. > > m. hi max accessing netpd's _chat.pd through the menu would be a nice feature. i don't know if a connected [netclient] is already a security issue, but as soon as one starts [creator], others are able to upload&open patches (any ascii files) on all creators. so i'd suggest to disable the shell external and eventually run netpd on it's own user. you shouldn't keep the original of your patches in netpd/patches and netpd/abs, but we all do anyway. a little backup sometimes couldn't hurt then. eni ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM light source
hello, i don't really understand. can you post your patch? if you have only 1 light source that is inside the geo, then it's possible that you can see insite the geo, but you don't have any light outside of the geos. in french : tu eclaire seulement l'interieur, lexterieur reste ds le noir. so you can try to add an ambient light in the gemchain of this particular geo. just a gues. cyrille Jerome Tuncer a écrit : > So I guess nobody's done it yet (: > > ++ > > > Jé > > Jerome Tuncer a écrit : >> Hi list ! >> >> For a theatre play I'm working on, I'm trying to implement lighting that >> emanates from an object in a GEM scene. The light I want is of the >> punctual topography so I'm quite satisfied with the plain [light] object >> but the only thing is that when I use [translateXYZ] to put the light >> source inside the Geo I want that light to emanate from, it just makes >> that particular Geo disappear, which I don't want. >> >> Does anyone sees the problem and has a potential solution or idea ? >> >> Cheers for the new year ! >> >> More news very soon. >> >> ++ >> >> >> >> Jé >> >> >> ___ >> 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] pduino - [import]: ERROR: can't load library
robcanning wrote: > hi, > > having problems with the pduino patch on a cvs checkout from last week - > Pd version 0.41.0-test10 > details below - i can create makesymbol but not /zexy/makesymbol as with > flatspace/comport comport > anyone know what i might be doing wrong or is this a bug of some sort? > thanks the pduino patch expects you to use pd-extended. you should be save by just removing the offending prefixes, if the objects can be found somehow else. fmga.drs IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Split symbol into individual characters
Hi list, I'm looking for a solution to split a symbol into its own individual characters. Something a bit like Max's [spell] object... Anyone came up with this situation before ? ++ J2 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Split symbol into individual characters
moin Jerome, you could use [any2string] to map a symbol to a list of float values, and then use [string2any] to map those values back onto single-character atoms... I believe the [pdstring] objects are in pd-extended; otherwise they're available in sourceforge cvs or from me: http://www.ling.uni-potsdam.de/~moocow/projects/pd ... Martin Peach's [str] utilities can do all of this a wee bit more elegantly, but require that you patch your pd sources. marmosets, Bryan On 2008-01-16 14:12:22, Jerome Tuncer <[EMAIL PROTECTED]> appears to have written: > Hi list, > > I'm looking for a solution to split a symbol into its own individual > characters. Something a bit like Max's [spell] object... > > Anyone came up with this situation before ? -- Bryan Jurish "There is *always* one more bug." [EMAIL PROTECTED] -Lubarsky's Law of Cybernetic Entomology ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Split symbol into individual characters
Jerome Tuncer wrote: > Hi list, > > I'm looking for a solution to split a symbol into its own individual > characters. Something a bit like Max's [spell] object... [symbol2list] with an empty symbol as delimiter (the default is the space-symbol) e.g. | [loadbang] | | | [symbol( | | [symbol2list] | > > Anyone came up with this situation before ? fgma.drs IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Split symbol into individual characters
oops, forgot about that one ;-) tmtowtdi, Bryan On 2008-01-16 14:23:44, IOhannes m zmoelnig <[EMAIL PROTECTED]> appears to have written: > Jerome Tuncer wrote: >> Hi list, >> >> I'm looking for a solution to split a symbol into its own individual >> characters. Something a bit like Max's [spell] object... > > [symbol2list] with an empty symbol as delimiter (the default is the > space-symbol) -- Bryan Jurish "There is *always* one more bug." [EMAIL PROTECTED] -Lubarsky's Law of Cybernetic Entomology ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] netpd on pd-extended
yo hi i try to explain how i see things, comments are still welcome, of course. i am busy with my diploma project these days, so i might not be accurate in every detail and i probably won't find time to work on netpd for the next few months. i don't think that netpd should be delivered with pd-extended for various reasons: - netpd writes files. this wouldn't work inside the application itself, because at least on unix based system (and probably also in windows since vista) a user doesn't have write access to where applications are installed. this means, that netpd wouldn't work out of the box, but the user would be forced to edit some configuration files, so that netpd knows where to find patches/ and abs/ directories (which would need to be created by the user) -> too much user work involved to setup netpd. - hans (or someone else with more expertise in project management than i have) might want to correct me, if i am wrong, but i assume, that the maintenance would become more difficult, since the structure of how netpd would be implemented directly in pd-extended (all applications inside the application, custom patches and abstractions outside) would differ from the very simple layout that netpd has right now (everything in a directory 'netpd' somewhere in the home of the user). - i still consider netpd to be in some sort of a beta stage. though its working and usuable, there are still some issue left, that need to be solved. for a user updating netpd would be a pain, if some parts of it are inside the pd-extended application. downloading a new archive of netpd extracting it over the existing netpd installation is much simpler. however, my goal (at least what i would like to achieve) is to make netpd work with any flavour of pd, especially with pd-extended, out of the box. this has become possible mainly because of the introduction of the [declare] objectclass in pd. however, the bad news are, that miller seems to be unsure about the correct way, how [declare] should work when used inside abstractions. he announced in the pd-dev list, that he plans to just disable [declare]'s inside abstractions in pd-0.41. at this point, it's not quite clear, how this is going to affect netpd, but if not only the '-path' flag are disabled, but also the '-sdtpath' flag, then netpd-patches couldn't just simply declare their own dependencies anymore (custom netpd-patches are technically abstractions inside _creator.pd), but depedencies need to be declared beforehand (in the pd-settingsfile, as with old versions of netpd). this definitely would conflict with my plans to get rid of the authority of predefining a set of dependencies. at least with pd-0.40 of any flavour, netpd-patch developers have the freedom to declare any dependency they want and their patches will work on any system out of the box, where those dependencies are installed. with pd-0.41 we might have to turn back to a more monarchic system again. as long as such (severe) issues in pd aren't solved, i wouldn't want to have netpd included in pd-extended. roman On Tue, 2008-01-15 at 17:13 +0100, Enrique Erne wrote: > hi list > > i'm testing netpd on pd-0.40.3-extended-20080114.app on ppc osx 10.4.11, > although some synths are missing an object i think it's quite usable atm. > > the first problem i ran into was > touch ~/Library/Preferences/org.puredata.pd.plist > emptied the plist but didn't remove it. so it didn't load zexy and > maxlib, which is necessary for netpd to start and load the _chat.pd. > removing the ~/Library/Preferences/org.puredata.pd.plist manually did > solve the issue. i guess when there is no org.puredata.pd.plist it takes > the one inside the app. couldn't it be default anyway that it takes > plist inside the app? and when i think further couldn't it be the same > file/syntax on all OS? > > > then.. most netpd-patches worked in my testing session. a few synths > couldn't load some externals like iem_t3_lib or <~ from zexy. > > > unfortunately quite a few patches have this error > <~ > ... couldn't create > > > bon-drummer.pd > bon-minidrm.pd > bon-blip.pd > bon-plucker.pd > (the never bon-* synths all use vline and work nicely) > t3_bpe > ... couldn't create > t3_line~ 0 > ... couldn't create > t3_del 5 > ... couldn't create > t3_bpe > ... couldn't create > t3_delay 5 > ... couldn't create > t3_sig~ > ... couldn't create > > > fat-ass.pd - although i have never ever heard the sound of this synth, > afaik it was a license issue linux-olny. > blosc~ syncsaw > ... couldn't create > blosc~ comparator > ... couldn't create > blosc~ syncsaw > ... couldn't create > blosc~ comparator > ... couldn't create > > > > while testing on pd-extended i wanted to ask if there are any objection > to put netpd (one day, maybe this year) into pd-extended. roman what > do you think? > > and if yes... how about people could add their netpd-patches to > pd-extended/netpd/patches? > > > eni > > >
Re: [PD] I just made a beginner's PD tutorial and posted it...
hola On 12/3/07, vade <[EMAIL PROTECTED]> wrote: > My only thought was a bit more of an explanation as to what PD is, > what it can do, where to get it, and how to install it. http://puredata.info/ :-P -- \js [ http://or8.net/~johns/ ] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I just made a beginner's PD tutorial and posted it...
Do you all think using pdpedia to link to examples like this would be a misuse? Perhaps it would be a site project, but more like a tutorial wiki with links to various tutorials in different forms (video and otherwise). I suppose that could just live on puredata.info as a main page. Anyhow the idea of where is not important, but a structure in which all these tutorials could be situated, based on keywords and such. Is anyone making a multi-video cohesive tutorial set? Just thinking aloud. .b. Hans-Christoph Steiner wrote: > This is great! I definitely like to see this kind of thing. What I > have been thinking about is making a "Start Here" menu item in the > Help menu. The idea is for people who have never used Pd or anything > like it, they would look at the Start Here page to see things like > example patches, help videos like this one, text descriptions, etc. > > The Start Here page should be short and sweet, but that's the basic > idea. I think it could just be a Pd patch opened by the help menu item. > > .hc > > On Dec 3, 2007, at 2:09 AM, Vreahli the Audio Bandit wrote: > >> Heya - I just made a PD tutorial for beginners and I was wondering if >> anyone wanted to do a sanity check... >> >> http://www.youtube.com/watch?v=FkmMzqohsDo >> >> In any case - I'm thinking about doing a series... Any ideas for >> topics >> / projects that would be good for beginners? >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list > > > > > > > Man has survived hitherto because he was too ignorant to know how to > realize his wishes. Now that he can realize them, he must either > change them, or perish.-William Carlos Williams > > > > ___ > 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] I just made a beginner's PD tutorial and posted it...
On 16/01/2008, at 18.48, B. Bogart wrote: > Perhaps it would be a site project, but more like a tutorial wiki with > links to various tutorials in different forms (video and otherwise). > > I suppose that could just live on puredata.info as a main page. There is already http://puredata.info/docs/tutorials The more people add to it the better it will be. I think it has potential especially for its free form -- ie. links to third party sites with various content form (video/pdf/html/tar of interactive tutorials etc). The categorizing could use some work though, especially when/if more content is added. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I just made a beginner's PD tutorial and posted it...
Something that would be useful along these lines is a place with links to works done with PD. Is there a place for this already? I'll be teaching PD soon and it would be great to direct students to some online documentation. Thanks. Jim On Wed, 2008-01-16 at 19:45 +0100, Steffen Juul wrote: > On 16/01/2008, at 18.48, B. Bogart wrote: > > > Perhaps it would be a site project, but more like a tutorial wiki with > > links to various tutorials in different forms (video and otherwise). > > > > I suppose that could just live on puredata.info as a main page. > > There is already http://puredata.info/docs/tutorials > > The more people add to it the better it will be. I think it has > potential especially for its free form -- ie. links to third party > sites with various content form (video/pdf/html/tar of interactive > tutorials etc). The categorizing could use some work though, > especially when/if more content is added. > > ___ > 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] pd-extended, version
Hi, wandering what is the latest and supported version of pd-extended, and what is recomended setup. i see there is pd version 0.41, and pd-extended 0.39.3. should be some pd version actualy installed prior to pd-extended, or is it not needed at all ? i tried : sudo dpkg -i Pd-0.39.3-extended-debian-testing-i386.deb dpkg-deb: unexpected end of file in version number in Pd-0.39.3-extended-debian-testing-i386.deb dpkg: error processing Pd-0.39.3-extended-debian-testing-i386.deb (--install): subprocess dpkg-deb --control returned error exit status 2 Errors were encountered while processing: Pd-0.39.3-extended-debian-testing-i386.deb who can tell what is going on here ? then i uncompressed Pd-0.39.3-extended.tar.bz2 which has inside directories, but not .config or Make. any work for automake ? CtrlAltBack -- |||Ctrl + Alt + Back||| |||restart your view||| ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended, version
Ctrl Alt Back wrote: >Hi, > >wandering what is the latest and supported version of pd-extended, >and what is recomended setup. > >i see there is pd version 0.41, and pd-extended 0.39.3. >should be some pd version actualy installed prior to pd-extended, >or is it not needed at all ? > >i tried : >sudo dpkg -i Pd-0.39.3-extended-debian-testing-i386.deb >dpkg-deb: unexpected end of file in version number in >Pd-0.39.3-extended-debian-testing-i386.deb >dpkg: error processing Pd-0.39.3-extended-debian-testing-i386.deb >(--install): > subprocess dpkg-deb --control returned error exit status 2 > Errors were encountered while processing: > Pd-0.39.3-extended-debian-testing-i386.deb >who can tell what is going on here ? > >then i uncompressed Pd-0.39.3-extended.tar.bz2 which has inside >directories, but not .config or Make. any work for automake ? > You can get the latest .debs here: http://autobuild.puredata.info/auto-build/latest/ There are also md5s to verify that the package is intact. Martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Pd 0.41-0 test 11 released
on http://www-crca.ucsd.edu/~msp/software.html . Will update documentation, and failing new bug reports, finalize it soon. cheers Miller ___ PD-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pdp_imgloader
hi ho fooling with pdp_imgloader and keep getting pdp_imgppdp_imgpdp_imgloader : severe error : could not load image (err=4)!!loader : severe error : could not load image (err=4)!!dp_imgloader : severe error : could not load image (err=4)!!loader : severe error : could not load image (err=4)!! with .pngs and .jpgs any tricks tips or workarounds? Pd version 0.39.3-extended-rc5 OSX 10.4 Patrick Pagano, B.S., M.F.A Sound and Light Technologist School of Theatre and Dance University of Florida Gainesville, FL USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp for mac x10.4 not loading
install X11 from optional installs package raymond Y <[EMAIL PROTECTED]> wrote: > > hello all > > i dobleclick 2 run d 0.39.3pd-extended app. and > i get this messages: > > --- > /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pdp.pd_darwin: > > dlopen(/Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pdp.pd_darwin, > 10): Library not loaded: /usr/X11R6/lib/libX11.6.dylib > Referenced from: > /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pdp.pd_darwin > Reason: image not found > pdp: can't load library > /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin: > > dlopen(/Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin, > 10): Library not loaded: /usr/X11R6/lib/libX11.6.dylib > Referenced from: > /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin > Reason: image not found > pidip: can't load library > --- > > how can i fix this? > is this the external needed for running quicktime? > > regards > r.y > > > _ > Express yourself instantly with MSN Messenger! Download today it's FREE! > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrick Pagano Sound and Light Technologist School of Theatre and Dance University of Florida ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Pd on Athlon64
Is anyone using Pd on Athlon64? Any advice to give? Pitfalls, setup tips? cheers, Andy -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] netpd on pd-extended
Hey, I agree in that I don't think netpd should be included in Pd- extended. It's an application in its own right, so it makes sense to keep it separate. What would make sense is to make libraries out of netpd functionality and include that in Pd-extended. For example, it would be awesome to have a generic chat client, or even better, an IRC client, included in Pd-extended. Then netpd could use that same one, and it could also be used to open chat rooms from the Help menu. .hc On Jan 16, 2008, at 8:37 AM, Roman Haefeli wrote: > yo hi > > i try to explain how i see things, comments are still welcome, of > course. i am busy with my diploma project these days, so i might > not be > accurate in every detail and i probably won't find time to work on > netpd > for the next few months. > > i don't think that netpd should be delivered with pd-extended for > various reasons: > > - netpd writes files. this wouldn't work inside the application > itself, > because at least on unix based system (and probably also in windows > since vista) a user doesn't have write access to where applications > are > installed. this means, that netpd wouldn't work out of the box, but > the > user would be forced to edit some configuration files, so that netpd > knows where to find patches/ and abs/ directories (which would need to > be created by the user) -> too much user work involved to setup netpd. > > - hans (or someone else with more expertise in project management > than i > have) might want to correct me, if i am wrong, but i assume, that the > maintenance would become more difficult, since the structure of how > netpd would be implemented directly in pd-extended (all applications > inside the application, custom patches and abstractions outside) would > differ from the very simple layout that netpd has right now > (everything > in a directory 'netpd' somewhere in the home of the user). > > - i still consider netpd to be in some sort of a beta stage. though > its > working and usuable, there are still some issue left, that need to be > solved. for a user updating netpd would be a pain, if some parts of it > are inside the pd-extended application. downloading a new archive of > netpd extracting it over the existing netpd installation is much > simpler. > > however, my goal (at least what i would like to achieve) is to make > netpd work with any flavour of pd, especially with pd-extended, out of > the box. this has become possible mainly because of the > introduction of > the [declare] objectclass in pd. however, the bad news are, that > miller > seems to be unsure about the correct way, how [declare] should work > when > used inside abstractions. he announced in the pd-dev list, that he > plans > to just disable [declare]'s inside abstractions in pd-0.41. at this > point, it's not quite clear, how this is going to affect netpd, but if > not only the '-path' flag are disabled, but also the '-sdtpath' flag, > then netpd-patches couldn't just simply declare their own dependencies > anymore (custom netpd-patches are technically abstractions inside > _creator.pd), but depedencies need to be declared beforehand (in the > pd-settingsfile, as with old versions of netpd). this definitely would > conflict with my plans to get rid of the authority of predefining a > set > of dependencies. at least with pd-0.40 of any flavour, netpd-patch > developers have the freedom to declare any dependency they want and > their patches will work on any system out of the box, where those > dependencies are installed. with pd-0.41 we might have to turn back > to a > more monarchic system again. > > as long as such (severe) issues in pd aren't solved, i wouldn't > want to > have netpd included in pd-extended. > > roman > > > > On Tue, 2008-01-15 at 17:13 +0100, Enrique Erne wrote: >> hi list >> >> i'm testing netpd on pd-0.40.3-extended-20080114.app on ppc osx >> 10.4.11, >> although some synths are missing an object i think it's quite >> usable atm. >> >> the first problem i ran into was >> touch ~/Library/Preferences/org.puredata.pd.plist >> emptied the plist but didn't remove it. so it didn't load zexy and >> maxlib, which is necessary for netpd to start and load the _chat.pd. >> removing the ~/Library/Preferences/org.puredata.pd.plist manually did >> solve the issue. i guess when there is no org.puredata.pd.plist it >> takes >> the one inside the app. couldn't it be default anyway that it takes >> plist inside the app? and when i think further couldn't it be the >> same >> file/syntax on all OS? >> >> >> then.. most netpd-patches worked in my testing session. a few synths >> couldn't load some externals like iem_t3_lib or <~ from zexy. >> >> >> unfortunately quite a few patches have this error >> <~ >> ... couldn't create >> >> >> bon-drummer.pd >> bon-minidrm.pd >> bon-blip.pd >> bon-plucker.pd >> (the never bon-* synths all use vline and work nicely) >> t3_bpe >> ... couldn't create >> t3_
Re: [PD] I just made a beginner's PD tutorial and posted it...
> Do you all think using pdpedia to link to examples like this would be a > misuse? Considering how each language sections are already quite independent, I feel this is valid. At least in my language, as far as I know of, there is no portal site on Pd that is currently active. If even just the front page of pdpedia in my language could provide info as you suggest, I feel that the connvenience of new comers will overcome the barreness of having resources spread and over lapping with 'puredata.info'. Not that I know of anything to post soon... but I would like to note that you aren't the only one who's thought of it. -- David Shimamoto ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
