Re: [PD] Building messages
On 15/04/2008, at 5.09, Ricardo Dueñas Parada wrote: I need to compose a OSC message like this: [/messagename xxx yyy ( where xxx and yyy are values from fiddle. And I need that one message is build and send everytime xxx or yyy changes. Like the attached maybe? buildingmsg.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building messages
Ricardo Dueñas Parada wrote: Anyone knows some place where I can find information about composing messages? you mean, like doc/2.control.examples/14.dollarsigns.pd ? i think, everybody should go through all of the example-patches at least once in their life :-) (which reminds me that i haven't done so in a long time) fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] no help file for Gem objects
As I tried to open the path... pd terminated with the following error message: *** stack smashing detected ***: pd terminated Pd: signal 6 pd_gui: pd process exited Best, Birgit Jaime Oliver schrieb: I always get that problem on OSX, the files should be in gem/Gem/help, i think if you add the path in the pd preferences it should work, J On Mon, Apr 14, 2008 at 4:39 AM, Birgit Gasteiger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: IOhannes m zmoelnig schrieb: Birgit Gasteiger wrote: Hello, There is the following error, if I try to open the help file of a Gem object: sorry, couldn't find help patch for gemhead.pd the help files for PD objects are ok. which OS? which distribution? (how did you get Gem? did you compile it yourself? if so did you do a make install?) fgmasdr IOhannes Sorry, I installed the Pd version 0.40.3-extended-20080406 from puredata.info http://puredata.info and I am running it on Kubuntu 7.1 Best, Birgit ___ PD-list@iem.at mailto:PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver http://www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ http://www-crca.ucsd.edu/ www.realidadvisual.org http://www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] no help file for Gem objects
Birgit Gasteiger wrote: As I tried to open the path... pd terminated with the following error i think this is a know pdextended bug. you can add more information to the issue-tracker: http://sourceforge.net/tracker/index.php?func=detailaid=1936531group_id=55736atid=478070 fmgasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] no help file for Gem objects
Birgit Gasteiger wrote: As I tried to open the path... pd terminated with the following error message: *** stack smashing detected ***: pd terminated Pd: signal 6 pd_gui: pd process exited another solution is to restructure your filesystem a bit. create a extra/Gem/ folder in your Pd-extended (if it's not already there); iirc, Pd-extended installs itself into /usr/local/lib/pd, so your path should be /usr/local/lib/pd/extra/Gem move(!) the Gem.pd_linux from extra/ to extra/Gem/ copy all the help-patches from doc/5.reference/Gem/ into extra/Gem/ that's it! start Pd, load Gem (if not done automatically), create [pix_kaleidoscope], right click and enjoy! mfga.sdr IOhannes PS: btw, hans, what is the reason for Pd-extended to install all help-files into 5.reference/dir instead of besides the libraries? i guess it is just for legacy reasons, but i might be wrong ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] gem-users list ?
Hi, Does anyone (except me) think it would be a good idea to start a Gem-users list? An increasing amount of the discussion on pd-list seems to be Gem-specific. I use, and enjoy Gem, so this isn't any kind of anti-Gem thing, I just think it would be convenient from an email filtering POV if there was a list just for Gem that wasn't a 'dev' list. Just my 2p, Jamie -- www.postlude.co.uk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem-users list ?
Jamie Bullock wrote: Hi, Does anyone (except me) think it would be a good idea to start a Gem-users list? An increasing amount of the discussion on pd-list seems to be Gem-specific. I use, and enjoy Gem, so this isn't any kind of anti-Gem thing, I just think it would be convenient from an email filtering POV if there was a list just for Gem that wasn't a 'dev' list. i could set one up if the community thinks we need such a list. personally i don't think that there is the need for such a list (but of course i would have to read the emails anyhow:-)) i think that it would be enough if people would just add [Gem] to their subjects, so it is immediately clear that this email is related to Gem. mfgasd IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installatation path of help-files
Roman Haefeli wrote: i cannot speak for hans, of course, but personally i do also install all help-files into 5.reference/library/, so that they are visible and accessible by pd's help-browser. it seemed to me an easy way to check, what classes are delivered by a certain library. i think the help-browser is a very weak excuse. i totally agree, that one should group all the help-patches belonging to a library together. i don't agree that the binaries and the help-patches should be kept in different places. this can be done with plain Pd: it will automatically search the help-patches for objects coming from a library next to the binary. so if you have a Gem.pd_linux in extra/Gem/, then Pd will search for the help-patch of Gem's [pix_kaleidoscope] (pix_kaleidoscope-help.pd) in extra/Gem/ the entire library can thus be distributed in one directory which you just drop into extra/, which is think is a very strong point. the only remaining thing is the help-browser. it should probably be fixed to also offer the possibility to search extra/ and everybody would be happy. fmga.dsr IOhannes (btw, i never came to love the help-browser as it is so restrictive in what it allows me to see) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem-users list ?
Le Tue, 15 Apr 2008 09:58:46 +0200, IOhannes m zmoelnig [EMAIL PROTECTED] a écrit : Jamie Bullock wrote: Hi, Does anyone (except me) think it would be a good idea to start a Gem-users list? An increasing amount of the discussion on pd-list seems to be Gem-specific. I use, and enjoy Gem, so this isn't any kind of anti-Gem thing, I just think it would be convenient from an email filtering POV if there was a list just for Gem that wasn't a 'dev' list. i could set one up if the community thinks we need such a list. personally i don't think that there is the need for such a list (but of course i would have to read the emails anyhow:-)) i think that it would be enough if people would just add [Gem] to their subjects, so it is immediately clear that this email is related to Gem. Mailman has a feature which allows to set up topics people can subscribe to, but I havent done it. I think that maiman parses the first two lines of the message. ++ O. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] installatation path of help-files (was: no help file for Gem objects)
On Tue, 2008-04-15 at 09:31 +0200, IOhannes m zmoelnig wrote: PS: btw, hans, what is the reason for Pd-extended to install all help-files into 5.reference/dir instead of besides the libraries? i guess it is just for legacy reasons, but i might be wrong i cannot speak for hans, of course, but personally i do also install all help-files into 5.reference/library/, so that they are visible and accessible by pd's help-browser. it seemed to me an easy way to check, what classes are delivered by a certain library. i take the opportunity for putting a request to unify the installation of different libraries. currently, i do install everything (the .pd_linux files and the help-patches) manually, because otherwise it is very likely to mess up the extra folder or help-patches are installed in many different locations, depending on the author of the makefile. probably i am just blind or stubborn, but i haven't figured out a clean way to automatically install something compiled from pd-svn (for a few years of doing pd). if there is already a way (by using pd-extended makefiles ?) to automatically install libraries in a unified manner, please let me know. i am very much in favor of having the help-files in 5.reference. therefore i think it would be great, if '-helppath' could be specified relative to '/install/path/of/pd/doc/5.reference'. i don't see a particular use in having to speficy the whole help path '/usr/local/lib/pd/extra/doc/5.reference/library/' for each library installed (assuming doc/5.reference is the official path, where help-files belong). if this is not the 'official' location for help-files, then let's define one (or take the one, that is official, but obviously isn't known as such). the same goes for '-path': couldn't it read pathes relative to extra as well, since this folder seems to be the official folder to put libraries in? my two rappen roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] no help file for Gem objects
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: Birgit Gasteiger wrote: As I tried to open the path... pd terminated with the following error message: *** stack smashing detected ***: pd terminated Pd: signal 6 pd_gui: pd process exited another solution is to restructure your filesystem a bit. create a extra/Gem/ folder in your Pd-extended (if it's not already there); iirc, Pd-extended installs itself into /usr/local/lib/pd, so your path should be /usr/local/lib/pd/extra/Gem move(!) the Gem.pd_linux from extra/ to extra/Gem/ copy all the help-patches from doc/5.reference/Gem/ into extra/Gem/ I think it's at least a bit annoying that Gem sets a hardcoded help-path prefix to Gem and doesn't use the objnam-help.pd pattern. I would much prefer it if Gem would behave like almost every other external/abstraction collection as this wouldn't require the special handling of Gem help files anymore. Currently some files in extra/Gem are abstractions (which have their *-help.pd files) other files are real help files for binary objects, but don't have a -help.pd suffix and it's all a bit, well, confusing, to say the least. Oki, I'm used to it over the years, but for a newcomer it surely is hard to follow. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installatation path of help-files
IOhannes m zmoelnig wrote: Roman Haefeli wrote: i cannot speak for hans, of course, but personally i do also install all help-files into 5.reference/library/, so that they are visible and accessible by pd's help-browser. it seemed to me an easy way to check, what classes are delivered by a certain library. i think the help-browser is a very weak excuse. [...] the only remaining thing is the help-browser. it should probably be fixed to also offer the possibility to search extra/ and everybody would be happy. something like the attached. i am no tcl/tk programmer, i just quickly hacked this together with help of the internet. fmgasd IOhannes --- u_main.tk 2008-04-14 17:47:32.0 +0200 +++ ../bin/pd.tk2008-04-15 12:28:31.107591424 +0200 @@ -461,8 +461,13 @@ toplevel .help_browser -menu .mbar wm title .help_browser Pd Documentation Browser frame .help_browser.frame +frame .help_browser.frame.doc +frame .help_browser.frame.extra pack .help_browser.frame -side top -fill both -doc_make_listbox .help_browser.frame $dir 0 +pack .help_browser.frame.doc -side top -fill both +pack .help_browser.frame.extra -side top -fill both +doc_make_listbox .help_browser.frame.doc $dir 0 +doc_make_listbox .help_browser.frame.extra $dir/../extra 0 } } ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] no help file for Gem objects
IOhannes m zmoelnig wrote: afaik, your confusing setup is due to leftovers from old installations. a fresh make install of Gem should do: - create extra/Gem/ - put Gem.pd_linux into extra/Gem/ - put all help-files (with -help suffix) into extra/Gem/ - put all abstractions into extra/Gem/ - put all help-files for abstractions (absname with -help suffix) into extra/Gem/ - put the examples/ folder into doc/gem/ if it doesn't do so, please file a bug-report. alternatively check whether Gem's configure has detected an old version of Pd (0.37) or no Pd-version at all, in which case it falls to legacy mode and installs help-patches into doc/5.reference/Gem fmgasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installatation path of help-files
On Tue, 2008-04-15 at 11:46 +0200, IOhannes m zmoelnig wrote: Roman Haefeli wrote: i cannot speak for hans, of course, but personally i do also install all help-files into 5.reference/library/, so that they are visible and accessible by pd's help-browser. it seemed to me an easy way to check, what classes are delivered by a certain library. i think the help-browser is a very weak excuse. i totally agree, that one should group all the help-patches belonging to a library together. i don't agree that the binaries and the help-patches should be kept in different places. this can be done with plain Pd: it will automatically search the help-patches for objects coming from a library next to the binary. so if you have a Gem.pd_linux in extra/Gem/, then Pd will search for the help-patch of Gem's [pix_kaleidoscope] (pix_kaleidoscope-help.pd) in extra/Gem/ the entire library can thus be distributed in one directory which you just drop into extra/, which is think is a very strong point. yeah, a simple 'cp library /pd/installation/extra'-install would be awesome, indeed. the only remaining thing is the help-browser. it should probably be fixed to also offer the possibility to search extra/ and everybody would be happy. yo, sounds very reasonable in my ears. so far, that is the best solution, i can think of. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] no help file for Gem objects
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: afaik, your confusing setup is due to leftovers from old installations. Ah, you're right, sorry. I had checked this, but with an older CVS checkout on my disk. cvs up needed. ;( Ciao -- Frank ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] arduino for servos, strings and messages of arbitrary length
Hi Hans very nice! Servo_Firmata is working like a charm, with Analog_Firmata the servo turn's alittle whacky - might be due to the servos specs?! what's a potential use of the string stuff? salutis olsen On Thu, Apr 10, 2008 at 2:51 AM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: I just finished up the sysex and string support in the Firmata library and the Pd [arduino] object. I'd be interested in feedback, since I currently don't have a use for the string stuff. http://at.or.at/hans/pd/Firmata%20with%20Pd.zip Just drop the library into arduino-0011/hardware/libraries, and the example firmwares should show up under Open - Examples. There are two firmwares that should control servos when you send the [pwm ( message to the pin (it's rough). This is an alpha release, so things could be rough. There are some docs tho: http://www.arduino.cc/playground/ComponentLib/Firmata .hc [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 -- Planet Pluto bleibt! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installatation path of help-files
oops, so then all the mess comes from pd-extended... maybe we should differentiate between normal external behaviour and pd-extended behaviour that could actually be different because it recompiles the externals and also can relocate help-patches in its own way. the normal way would be to allow the developer to put her files wherever she wants. and come up with an individual installation method and probably the need to add a path and lib flag to the startup script for every external. but in pd-extended it should only be necessary to add startup flags for additional libraries that are not already included in pd-ext (like pdj, or some flext externals). and therefor I think the pd-ext installation paths should be uniform, either all into library subfolders or none. one problem remaining is that some help-file paths seem to be hardcoded in the externals, which I think is not a good idea? marius. IOhannes m zmoelnig wrote: marius schebella wrote: I think the whole help browser stuff is very messy. there is 1.manual versus manuals media vs sound and 7.stuff versus examples some of the stuff is pd patches, some are textfiles, some are html docs. that is interesting, i just have: 1.manual 2.control.examples 3.audio.examples 4.data.structures 5.reference 6.externs 7.stuff sound which is not that badly organized :-) I think all html or text manuals should be in a separate section of the help menu, not in the browser (in pd-extended there already is a html menu-entry) 2.-4.and 6.(although, I am not sure about 6.) should be in a tutorials submenu. 5. reference should be called help-patches what makes help-patch better than reference? most of pd's help patches are really references, especially if you browse it via the menu (a help-patch is the thing you open via right mouseclick; a reference is the thing you browse) sound should be a part of media. then you get HELP: --- HTML --- --- Pd --- --- Gem --- --- (other manuals) --- BROWSER --- --- Tutorials --- --- --- (control examples) --- --- --- (audio examples) --- --- --- (data structures) --- --- --- (external tutorials??) --- --- Examples --- --- --- soundfile tools --- --- --- synths ... --- --- --- (tidied up content of 7.stuff) --- --- --- (tidied up content of examples) --- --- Help Patches --- --- Media --- --- --- images and video --- --- --- sounds --- --- --- obj., mtl. ... for me (if i understand your proposal correctly), this only makes sense if objects would be grouped by function rather than by library. this seems to have been unfeasible to do in the last year. i think we should take practice into account. fmgas.dr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd extended development
Hi, is it true, that only hans is working on the pd-extended releases? are there other maintainers? I got the impression in the past that pd-extended is very useful (and I personally use it a lot), but development for it is also very cryptical and almost hidden like a secret. and often things are implemented that seem to be good ideas, but do not really work (like the whole path/import stuff). maybe hans, if you could provide more information and documentation about pd-extended and how the whole integration of libraries works then more people would be able to help you and development would be more consistent. what is the direction that you want to go? for me pd-extended is the attempt to create a pd distribution that includes as many as possible external libraries in addition to pd vanilla. I love most of the things in pd-ext, although there is still a lot of work that needs to be done... marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd-extended licensing policy
hi, another thing that I ran into, and that I don't really like (but maybe I am to evil, or I have a wrong understanding of the gpl...) is the fact that pd-extended has a more restrictive licence policy than pd itself, which is probably due to the licence policy of some of the externals. it is the question of how to develop patches for corporate clients, who do not want to publish their application code. I am not sure if this is ok (to keep your patches disclosed) and I think I could not use pd-extended for such situations. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd extended development
Lots of people contribute, but I am the person who manages the releases. Any help is welcome. The path/import/declare stuff is currently a half-complete effort of Miller's and mine. Basically up until recently, I was pursing Pd-extended as a proof of concept for building libraries as standalone binaries in directories instead of all compiled into one binary. I think that clearly works, so now it is time to clean things up into a coherent package. I document what I can here: http://puredata.info/docs/developer/ I don't really know what else needs to be documented. One way to find out is when people start to contribute, then they find shortcomings that we can fill in. .hc On Apr 15, 2008, at 2:15 PM, marius schebella wrote: Hi, is it true, that only hans is working on the pd-extended releases? are there other maintainers? I got the impression in the past that pd-extended is very useful (and I personally use it a lot), but development for it is also very cryptical and almost hidden like a secret. and often things are implemented that seem to be good ideas, but do not really work (like the whole path/import stuff). maybe hans, if you could provide more information and documentation about pd-extended and how the whole integration of libraries works then more people would be able to help you and development would be more consistent. what is the direction that you want to go? for me pd-extended is the attempt to create a pd distribution that includes as many as possible external libraries in addition to pd vanilla. I love most of the things in pd-ext, although there is still a lot of work that needs to be done... marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 32-bit or 64-bit xp for PD?
If you are willing to do a bit of work on finishing up the 64-bit support, I highly recommend you get a 64-bit OS. But keep in mind then you will have to fix things, and there will be bugs. But the core of Pd should work fine now with 64-bit, that's been supported for a bit. The problems will mostly be with externals. Basically, 64-bit support is very close to being production ready, we just need some people willing to do the last testing and fixes. .hc On Apr 15, 2008, at 9:02 AM, Mika Ristimäki wrote: Hi all, I'm sure this has been asked before, but searching the archives I couldn't quite get the answer I was looking for. I am getting a new desktop computer and my options for OS are 32-bit or 64-bit XP or 64-bit Vista. Sadly no Linux, so I have to cope with Windows. The CPU will be Quad-core Intel Xenon 5450. So my question is what OS (from my options) should I choose for PD. I use PD for audio algorithm research and testing so I also write lot of externals. I suppose that with 64-bit OS it is possible to compile compatible code for 32-bit OSs. What are the main advantages and disvantages in running PD in 64-bit XP. How about running 32-bit XP in the processor that has 64-bit architecture? Thanks for all the help... -Mika ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] arduino for servos, strings and messages of arbitrary length
On Apr 15, 2008, at 12:55 PM, olsen wolf wrote: Hi Hans very nice! Servo_Firmata is working like a charm, with Analog_Firmata the servo turn's alittle whacky - might be due to the servos specs?! Cool! It's alpha, so I expect problems. It should be fixable though. what's a potential use of the string stuff? I don't really know, but people have requested it. One example would be sending strings to a little screen. Another is querying the arduino for the name of the firmware it is running. .hc salutis olsen On Thu, Apr 10, 2008 at 2:51 AM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: I just finished up the sysex and string support in the Firmata library and the Pd [arduino] object. I'd be interested in feedback, since I currently don't have a use for the string stuff. http://at.or.at/hans/pd/Firmata%20with%20Pd.zip Just drop the library into arduino-0011/hardware/libraries, and the example firmwares should show up under Open - Examples. There are two firmwares that should control servos when you send the [pwm ( message to the pin (it's rough). This is an alpha release, so things could be rough. There are some docs tho: http://www.arduino.cc/playground/ComponentLib/Firmata .hc - --- [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 -- Planet Pluto bleibt! All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended licensing policy
GPL is the only license that can be used for Pd-extended since the code in it is a mix of GPL and BSD-style. GPL doesn't require you to publish any code. It requires to you to give the code to anyone who you give binaries too. If you don't give binaries to anyone, you don't have to give them code. .hc On Apr 15, 2008, at 2:21 PM, marius schebella wrote: hi, another thing that I ran into, and that I don't really like (but maybe I am to evil, or I have a wrong understanding of the gpl...) is the fact that pd-extended has a more restrictive licence policy than pd itself, which is probably due to the licence policy of some of the externals. it is the question of how to develop patches for corporate clients, who do not want to publish their application code. I am not sure if this is ok (to keep your patches disclosed) and I think I could not use pd-extended for such situations. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list kill your television ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd extended development
Hans-Christoph Steiner wrote: Lots of people contribute, but I am the person who manages the releases. Any help is welcome. The path/import/declare stuff is currently a half-complete effort of Miller's and mine. is there a page where this idea is documented? how is it supposed to work in the future? I still don't know. will I have to include declare in every patch that I write??? Basically up until recently, I was pursing Pd-extended as a proof of concept for building libraries as standalone binaries in directories instead of all compiled into one binary. I think that clearly works, so now it is time to clean things up into a coherent package. It doesn't work for abbreviations. I document what I can here: http://puredata.info/docs/developer/ thanks. I don't really know what else needs to be documented. One way to find out is when people start to contribute, then they find shortcomings that we can fill in. well, it would be nice if there was some documentation of which libraries and objects are included, how to handle all the path problems, which paths and libs are loaded by default how to load the other libs/externals. filessystem layout, platform compatibility, which libraries do *not* work on which os. what additional features you added to pd-extended (advanced helpmenu, advanced tcltk interface (colorscheme...), differences in shortcuts, closing, . all that. marius. .hc On Apr 15, 2008, at 2:15 PM, marius schebella wrote: Hi, is it true, that only hans is working on the pd-extended releases? are there other maintainers? I got the impression in the past that pd-extended is very useful (and I personally use it a lot), but development for it is also very cryptical and almost hidden like a secret. and often things are implemented that seem to be good ideas, but do not really work (like the whole path/import stuff). maybe hans, if you could provide more information and documentation about pd-extended and how the whole integration of libraries works then more people would be able to help you and development would be more consistent. what is the direction that you want to go? for me pd-extended is the attempt to create a pd distribution that includes as many as possible external libraries in addition to pd vanilla. I love most of the things in pd-ext, although there is still a lot of work that needs to be done... marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installatation path of help-files
The core idea of libdirs is to have everything put into one directory, so all have to do to install a library is drop the folder into a directory that is in the path, then the objects, the help files, the examples, and the manuals will all show up in the right place, and you'll be able to load the library with [import], and use namespace prefixes. http://puredata.info/docs/developer/Libdir This means rewriting the help browser to use generated lists of files rather than just showing the file layout. Basically the rest is already implemented. Any help would be appreciated, if someone wants to take on a chunk of this problem, like writing the help browser support. But I don't plan on talking about it this much more since we have done a ton of talking on this topic. Now we need doing. Then we can talk again after we have done something to make sure it is good :) .hc On Apr 15, 2008, at 1:53 PM, marius schebella wrote: oops, so then all the mess comes from pd-extended... maybe we should differentiate between normal external behaviour and pd-extended behaviour that could actually be different because it recompiles the externals and also can relocate help-patches in its own way. the normal way would be to allow the developer to put her files wherever she wants. and come up with an individual installation method and probably the need to add a path and lib flag to the startup script for every external. but in pd-extended it should only be necessary to add startup flags for additional libraries that are not already included in pd-ext (like pdj, or some flext externals). and therefor I think the pd-ext installation paths should be uniform, either all into library subfolders or none. one problem remaining is that some help-file paths seem to be hardcoded in the externals, which I think is not a good idea? marius. IOhannes m zmoelnig wrote: marius schebella wrote: I think the whole help browser stuff is very messy. there is 1.manual versus manuals media vs sound and 7.stuff versus examples some of the stuff is pd patches, some are textfiles, some are html docs. that is interesting, i just have: 1.manual 2.control.examples 3.audio.examples 4.data.structures 5.reference 6.externs 7.stuff sound which is not that badly organized :-) I think all html or text manuals should be in a separate section of the help menu, not in the browser (in pd-extended there already is a html menu-entry) 2.-4.and 6.(although, I am not sure about 6.) should be in a tutorials submenu. 5. reference should be called help-patches what makes help-patch better than reference? most of pd's help patches are really references, especially if you browse it via the menu (a help-patch is the thing you open via right mouseclick; a reference is the thing you browse) sound should be a part of media. then you get HELP: --- HTML --- --- Pd --- --- Gem --- --- (other manuals) --- BROWSER --- --- Tutorials --- --- --- (control examples) --- --- --- (audio examples) --- --- --- (data structures) --- --- --- (external tutorials??) --- --- Examples --- --- --- soundfile tools --- --- --- synths ... --- --- --- (tidied up content of 7.stuff) --- --- --- (tidied up content of examples) --- --- Help Patches --- --- Media --- --- --- images and video --- --- --- sounds --- --- --- obj., mtl. ... for me (if i understand your proposal correctly), this only makes sense if objects would be grouped by function rather than by library. this seems to have been unfeasible to do in the last year. i think we should take practice into account. fmgas.dr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd2j2me anyone?
hi, since there is more and more interest in using pd as a prototyping tool, I think it makes sense to make pd patches portable to other languages/software. maybe it will be important in the future (especially if using pd as a prototyping tool for games for example) to provide interfaces or converters from pd into classical programming languages like java or c. I came across this very interesting link, but think that the project is not maintained anymore http://www.uow.edu.au/~mh675/personal/pd2j2me.htm. does anybody know more about this? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd2j2me anyone?
oh, and btw, if pd would be running in some java environment, then it should also be possible to run it as a browser plugin, no? and (another btw, if you have not done, have a look at lily!!! http://www.lilyapp.org/). and one last thing, (offtopic) are there pills against email addiction? marius. marius schebella wrote: hi, since there is more and more interest in using pd as a prototyping tool, I think it makes sense to make pd patches portable to other languages/software. maybe it will be important in the future (especially if using pd as a prototyping tool for games for example) to provide interfaces or converters from pd into classical programming languages like java or c. I came across this very interesting link, but think that the project is not maintained anymore http://www.uow.edu.au/~mh675/personal/pd2j2me.htm. does anybody know more about this? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] state of the FAQ
Hey, Frank started working on a new FAQ, but it looks like that ended in November. We are sorely in need of a easy-to-maintain FAQ. Is there any word on that? .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] 32-bit or 64-bit xp for PD?
Hi Mika, If the HW seller does not give you an option for whatever OS you want, other than windows preloaded then don't buy from that seller. At least all the good deals on HW up here are found in smaller stores that build machines custom to order and will leave it blank if you want. I own two AMD64 machines, both running 32bit debian. And running debian on another two AMD64's machine at school, also with 32bit sarge. All are rock stable for PD. (just for fun here is what TOP says about my PD installation: runs 24/7, started on Jan 30th, still running today.) 5536 root -7 0 580m 426m 13m S 37.5 21.0 31217:21 pd that's about 31,217 hours cpu time for the pd process. I suggest you choose a seller than gives you a choice, then choose a 32bit OS for now and change it in the future. XP or Vista is not a choice. Just my advice... .b. Hans-Christoph Steiner wrote: If you are willing to do a bit of work on finishing up the 64-bit support, I highly recommend you get a 64-bit OS. But keep in mind then you will have to fix things, and there will be bugs. But the core of Pd should work fine now with 64-bit, that's been supported for a bit. The problems will mostly be with externals. Basically, 64-bit support is very close to being production ready, we just need some people willing to do the last testing and fixes. .hc On Apr 15, 2008, at 9:02 AM, Mika Ristimäki wrote: Hi all, I'm sure this has been asked before, but searching the archives I couldn't quite get the answer I was looking for. I am getting a new desktop computer and my options for OS are 32-bit or 64-bit XP or 64-bit Vista. Sadly no Linux, so I have to cope with Windows. The CPU will be Quad-core Intel Xenon 5450. So my question is what OS (from my options) should I choose for PD. I use PD for audio algorithm research and testing so I also write lot of externals. I suppose that with 64-bit OS it is possible to compile compatible code for 32-bit OSs. What are the main advantages and disvantages in running PD in 64-bit XP. How about running 32-bit XP in the processor that has 64-bit architecture? Thanks for all the help... -Mika ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ 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