Re: [PD] Textfile vs. Lists vs. Arrays vs. ?
Thanks guys, So loading to RAM seems to be the solution. Anyone have any ideas how I do that in WinXP? Or what would the alternative methods of data storage that PD (vanilla) provides natively that operates to/from RAM? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Textfile vs. Lists vs. Arrays vs. ?
saint wrote: Thanks guys, So loading to RAM seems to be the solution. Anyone have any ideas how I do that in WinXP? Or what would the alternative methods of data storage that PD (vanilla) provides natively that operates to/from RAM? __ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list If I understand correctly, once you have loaded a file into either [textfile] or an [array] the data itself is stored in ram. So, the solution should be to load all patterns that are to be used into ram using one or both of these objects. If using [textfile] and importing multiple files you could use two instances of [textfile]. One which reads the files (one by one in any order you want), and outputs all the data into a second [textfile]. The second textfile does not read from file. It only holds the data. Then you just need to rewind and bang. I've been working on creating a sequencer which can record and play simple midi-style data. For that I use tabread/tabwrite and tables/arrays. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug in my patch
Caio Barros escribió: But, Matteo, if the patch don't create objects dynamically It will always be limited by the number of allocable objects, isn't it? Yes of course. However, infinite does not exist in real life. There must be a number that you can assume your number of objects never exceeds. In any case, your number of (even dynamically created) objects will always be limited to the number of objects that don't eat up your CPU and memory. So you can have as many statically created objects as that: if they are only switch~ed on when used, they won't consume CPU. However I understand this would be a radical change in architecture for your patch and if you get the dynamical solution working there's no reason to change that. But why again dynamic object creation is not officially supported? It works fine in pd vanilla, wich was the one I used to build this patch, but it does have some problems. Isn't it usefull? I think it is because A) it does not offer an enough elegant, clean, and complete interface (by interface I mean the kind of messages you use to do it) B) it allows you to do things that will hang (or maybe even crash?) Pd It is a low level implementation feature (the creation of objects by hand and the construction of patches when loaded are both implemented in terms of messages that dynamically create objects) that is left exposed to the user without (by now) all the needed safety mechanisms (which would be very hard to implement and probably even to devise). I don't think it's not considered useful: if it weren't, it would have been inhibited (or not exposed). (sorry for the algebraic negations) Anybody please correct me where I'm wrong. -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] GridFlow 0.9.7
source: http://gridflow.ca/download/gridflow-0.9.7.tar.gz OSX Intel: http://gridflow.ca/download/packages/gridflow-0.9.7-macosx104-i386.tar.gz OSX G4/G5: http://gridflow.ca/download/packages/gridflow-0.9.7-macosx104-ppc.tar.gz Ubuntu 9.10: http://gridflow.ca/download/packages/gridflow-0.9.7-ubuntu-karmic-i386.tar.gz Windows: http://gridflow.ca/download/packages/gridflow-0.9.7-win32-i386.zip ChangeLog version 0.9.7 (2010.02.26): * fixed colours in [#from_pix] OSX * [#from_pix]: auto-flip images coming from osx's [pix_image], etc... * [#to_pix]: auto-flip image for OSX * [#fft]: fixed the 1-D mode (skip $1) * doc: fixed some layout bugs (gop) * added [gf/getpid] [#make_arrow] [doc_same] [#many] [#to_iem] [doremi] * added [#see] [gf/mouse_spy] [gf/canvas_isselected] [qwerty_piano] * [display]: fixed problems with braces, backslashes, nested lists (A_LIST) * [display]: fixed gop mode; use sys_queuegui * [display]: use system font; changed box size (spacing) to match the look of objectboxes; but chopped lower corners of the box to make look distinct. * [print] [gf.print] and [display]: hide float and list where they should. * made some more new helpfiles * quicktimehw: use normal 'get' method * when object can't create, print creator name and arguments * [#]: avoid grid-abort in case of wrong dimensions * [#in grid]: fixed end-of-file detection * ./configure: replaced pentium detection code * [#line_to_polygon]: fix: generates a rectangle as it was supposed to be * [#in grid]: added method «seek_byte» * [#out quartz]: no more spinning beach ball of death ! * [#out quartz]: added methods: title, move, set_geometry (compatible with [#io.x11]) * fixed help file window resize (OSX) * got gridflow menuitems to work with pd devel 0.43 * support multiple [#out sdl] objects (acting like a single object) * fixed many Win32-specific bugs * introduced Win32 precompiled distribution * add Help menu item GridFlow Examples (a preset Open... dialogue) * added support for multiple cameras on OSX (up to 4) * added camera name display for OSX * [#color]: fixed some bugs (hidden numberbox, triplicata, wrong values) * [#color]: use [nbx] on the right side instead of floatatom on the left * [#pack]: add 'set' method * [#redim]: fixed occasional crash that happened for some grid sizes * [#in],[#out]: auto-detect non-lowercase suffixes * [#out x11]: now 'root' option is working again. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ 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] Textfile vs. Lists vs. Arrays vs. ?
Can't you simply load the files in exactly the same way you do now, but instead of doing it on demand (load a single file when the data it contains is needed), load all them at startup (into [textfile] objects, [list]s or arrays) and access them later?? -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] GridFlow 0.9.7
Many thanks for taking care about windows users. Selon Mathieu Bouchard ma...@artengine.ca: source: http://gridflow.ca/download/gridflow-0.9.7.tar.gz OSX Intel: http://gridflow.ca/download/packages/gridflow-0.9.7-macosx104-i386.tar.gz OSX G4/G5: http://gridflow.ca/download/packages/gridflow-0.9.7-macosx104-ppc.tar.gz Ubuntu 9.10: http://gridflow.ca/download/packages/gridflow-0.9.7-ubuntu-karmic-i386.tar.gz Windows: http://gridflow.ca/download/packages/gridflow-0.9.7-win32-i386.zip ChangeLog version 0.9.7 (2010.02.26): * fixed colours in [#from_pix] OSX * [#from_pix]: auto-flip images coming from osx's [pix_image], etc... * [#to_pix]: auto-flip image for OSX * [#fft]: fixed the 1-D mode (skip $1) * doc: fixed some layout bugs (gop) * added [gf/getpid] [#make_arrow] [doc_same] [#many] [#to_iem] [doremi] * added [#see] [gf/mouse_spy] [gf/canvas_isselected] [qwerty_piano] * [display]: fixed problems with braces, backslashes, nested lists (A_LIST) * [display]: fixed gop mode; use sys_queuegui * [display]: use system font; changed box size (spacing) to match the look of objectboxes; but chopped lower corners of the box to make look distinct. * [print] [gf.print] and [display]: hide float and list where they should. * made some more new helpfiles * quicktimehw: use normal 'get' method * when object can't create, print creator name and arguments * [#]: avoid grid-abort in case of wrong dimensions * [#in grid]: fixed end-of-file detection * ./configure: replaced pentium detection code * [#line_to_polygon]: fix: generates a rectangle as it was supposed to be * [#in grid]: added method «seek_byte» * [#out quartz]: no more spinning beach ball of death ! * [#out quartz]: added methods: title, move, set_geometry (compatible with [#io.x11]) * fixed help file window resize (OSX) * got gridflow menuitems to work with pd devel 0.43 * support multiple [#out sdl] objects (acting like a single object) * fixed many Win32-specific bugs * introduced Win32 precompiled distribution * add Help menu item GridFlow Examples (a preset Open... dialogue) * added support for multiple cameras on OSX (up to 4) * added camera name display for OSX * [#color]: fixed some bugs (hidden numberbox, triplicata, wrong values) * [#color]: use [nbx] on the right side instead of floatatom on the left * [#pack]: add 'set' method * [#redim]: fixed occasional crash that happened for some grid sizes * [#in],[#out]: auto-detect non-lowercase suffixes * [#out x11]: now 'root' option is working again. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug in my patch
Selon Matteo Sisti Sette matteosistise...@gmail.com: Caio Barros escribió: But why again dynamic object creation is not officially supported? I think it is because ... snip ... B) it allows you to do things that will hang (or maybe even crash?) Pd Anybody please correct me where I'm wrong. I don't think you're wrong on this but, what about [until] object that can just crash/hung the COMPUTER and not only pd? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug in my patch
colet.patr...@free.fr wrote: Selon Matteo Sisti Sette matteosistise...@gmail.com: Caio Barros escribió: But why again dynamic object creation is not officially supported? I think it is because ... snip ... B) it allows you to do things that will hang (or maybe even crash?) Pd Anybody please correct me where I'm wrong. I don't think you're wrong on this but, what about [until] object that can just crash/hung the COMPUTER and not only pd? If you can crash or hang your computer with an [until], that is not a PD bug as much as an operating system bug, I would report that to your OS vendor. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug in my patch
colet.patr...@free.fr escribió: I don't think you're wrong on this but, what about [until] object that can just crash/hung the COMPUTER and not only pd? Yeah, that's an issue that should be addressed. 1) If the COMPUTER hangs (it does not happen to me, in Window, when I bang an [until] object, but maybe it's because I'm on a dual core machine), it is the operating system's fault. No matter how bad a program hangs (even in the case of a malicious program), the operating system must guarantee that the whole system keeps working and that you have at least the ability to kill the hung/offending program 2) When you trigger an infinite loop, Pd shouldn't hung: it should warn you that a possibly infinite message tree is hanging the execution of the patch, and it should allow you to interrupt it, at the very least to save unsaved patches and exit. Or it could not warn you at all but some kill button should then always be available on the console window (for example). As I see it, Pd is a virtual machine and the patch is the program that runs on that virtual machine. So if your patch is buggy (i.e. triggers an infinite loop), the virtual machine can hang, that's ok, it's the patcher's fault, but the virtual machine is virtual and should only virtually hang. Pd, which simulates the virtual machine, is also an application, and the patch is its input: and no matter the input, the application as such shouldn't hang. Flash Player for example does that: if your script gets trapped in an infinite while, the player (the virtual machine) prompts the user to decide whether to interrupt the execution (it can't know whether the loop is infinite or just very long, and so can't pd know - but it detects a possible hanging and prompts the user whether she wants to interrupt it or keep waiting, in which case the prompt pops up again later). It seems to me that this often fails to work properly in Flash Player however. Btw I thought I had heard of a watchdog process of Pd (there would be three processes: gui, engine and watchdog) whose function would be to avoid Pd hanging your computer.. -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] readsf~ and filesize question
Did you see readanysf~? It's not in Extended, and can be challenging to compile. But it has all kinds of features. http://aug.ment.org/readanysf/ D. David Schaffer wrote: hi there, Is there any way readsf~ can tell me the size/length of the file it's been told to open? I know it can send some infos to the console via a print message, but I would need these informations to be available to object within my patch... Or is there any other way Pd can tell me the size of my wav. file without requiring it to be stored in an array? -- ::: derek holzer ::: http://macumbista.net ::: ---Oblique Strategy # 195: Describe the landscape in which this belongs. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] http client native in pd?
Does anybody know if there is a [httpclient] object that allows one to fetch url's from within pd? I want to grab small bits of XML feeds into my patch. I started to try to use the [netclient] object by making requests to port 80 on servers, but I'm just curious if somebody created something that runs from with in pd already? Thanks! Chipp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] http client native in pd?
Look at [mrpeach/tcpclient]. The help file does that. You need to format the strings as lists of bytes, probably tables are the best way to do that, although if you have Pd-extended the [mrpeach/str tolist] object will do it. Or just use text files with the request strings. Then load the response into a table and parse it there. Martin Chipp Jansen wrote: Does anybody know if there is a [httpclient] object that allows one to fetch url's from within pd? I want to grab small bits of XML feeds into my patch. I started to try to use the [netclient] object by making requests to port 80 on servers, but I'm just curious if somebody created something that runs from with in pd already? Thanks! Chipp ___ 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] [PD-announce] GridFlow 0.9.7
I dragged 'gridflow' to /Library/Pd folder. and then., /Library/Pd/gridflow/gridflow.pd_darwin: dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): Symbol not found: __ZN11imageStruct5clearEv Referenced from: /Library/Pd/gridflow/gridflow.pd_darwin Expected in: flat namespace /Library/Pd/gridflow: can't load library any idea? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] GridFlow 0.9.7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Aykut Caglayan wrote: I dragged 'gridflow' to /Library/Pd folder. and then., /Library/Pd/gridflow/gridflow.pd_darwin: dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): Symbol not found: __ZN11imageStruct5clearEv Referenced from: /Library/Pd/gridflow/gridflow.pd_darwin Expected in: flat namespace /Library/Pd/gridflow: can't load library i think this is a problem with the gf2gem bridge. is Gem loaded? (it should) if so, which version are you using? i guess it would be more appropriate for those bridges to be only loaded on-demand, so you can load gf without having Gem installed. fadmsr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuJf5YACgkQkX2Xpv6ydvQBOwCeMIc1irFxTCn40P6fBpKAq3q9 bP8AoNp1avu7hhOSpuAznlVaLS2ZcgCN =cqSd -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug in my patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 colet.patr...@free.fr wrote: Selon Matteo Sisti Sette matteosistise...@gmail.com: Caio Barros escribió: But why again dynamic object creation is not officially supported? I think it is because ... snip ... B) it allows you to do things that will hang (or maybe even crash?) Pd i don't know either but i guess it's something like C) making it official would effectively prohibit changes to the internally used protocol for creating patches (not that this is likely, giving the history of backward-compatibility in Pd). it's similar with all those private headers, used by numerous externals... Anybody please correct me where I'm wrong. I don't think you're wrong on this but, what about [until] object that can just crash/hung the COMPUTER and not only pd? if this crashes your COMPUTER, than you have tweaked your OS-settings in a way that allows an ordinary user-space application to take all the ressources available. read: you asked for being able to fry your computer. normally an open [until] will only hang Pd. an ordinary [osc~ 1000]-[dac~] can fry your ears without being a bug. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuJgd8ACgkQkX2Xpv6ydvRacQCeLqb/2Z/SPHMlfHmCubZdVXTN n7cAmwTRZJXKfHM6vvZ95xusPWcmDSpw =JJF6 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug in my patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matteo Sisti Sette wrote: As I see it, Pd is a virtual machine and the patch is the program that runs on that virtual machine. So if your patch is buggy (i.e. triggers an infinite loop), the virtual machine can hang, that's ok, it's the patcher's fault, but the virtual machine is virtual and should only virtually hang. Pd, which simulates the virtual machine, is also an application, and the patch is its input: and no matter the input, the application as such shouldn't hang. so how do you determine whether the loop is an infinite one? and who will pay the numerous custodians in the galleries needed to click on yes, i really want this loop?. that's not to say, that it would be nice to be able to halt the virtual machine without quitting Pd. it would also be nice to have a step-debug mode... fadr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuJg50ACgkQkX2Xpv6ydvQELQCgs9/mN+RXnX4MSkdDm3U3J6J+ SGUAnRlLDgrmjIh3zCFHEVUbBnkkpc2g =t3F3 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd-anywhere on openmoko/debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi i tried to install the Pd-anywhere packages on my debian(armel)-running openmoko, but the binaries immediately fail with illegal instruction. i have no toolchain ready, to compile PDa myself, and unfortunately i cannot even install tools like gdb on the device (it's only a 512MB card, and that one is _pretty_ full just with the stock debian+phoneapps) does anybody have a version of PDa at hand, that runs on debian/armel? dfgamdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuJhNMACgkQkX2Xpv6ydvRQswCdHmCArqpYGph9DgRSIxiHK3U5 aMMAn39jQSPxjtExZKPlSx67RPIE4B2d =61pL -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-anywhere on openmoko/debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 IOhannes m zmölnig wrote: hi i tried to install the Pd-anywhere packages on my debian(armel)-running openmoko, but the binaries immediately fail with illegal instruction. packages = pda_0.6-4_armel.deb (debian package from sf) binaries = /usr/bin/pd and /usr/lib/pd/bin/pd-gui does anybody have a version of PDa at hand, that runs on debian/armel? btw, the openmoko package (.opk) used to run fine on fso (i haven't tried to run them on my new debian installation though) what platform is the debian/armel package supposed to run on? (my installation is debian/armel) fgamdsr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuJhgAACgkQkX2Xpv6ydvTLZgCgsGSxFt/SXjVOoyUlOfDuSSvY oRwAmwdIHc9qk3ILt5Jl9vSde/F8rSbO =jLP7 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] GridFlow 0.9.7
i finally realized, that i have to first load 'gem'. 'gridflow' works now. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug in my patch
so how do you determine whether the loop is an infinite one? and who will pay the numerous custodians in the galleries needed to click on yes, i really want this loop?. You have a point. Better stated, you are absolutely right. The second solution I mentioned is definitely better. Which was more or less the same that you mention: that it would be nice to be able to halt the virtual machine without quitting Pd. Anyway Pd should at least always allow you to save patches and gracefully quit. it would also be nice to have a step-debug mode... I would be happy with just being able to find not-only-the-last error -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug in my patch
--- On Sat, 2/27/10, IOhannes m zmölnig zmoel...@iem.at wrote: From: IOhannes m zmölnig zmoel...@iem.at Subject: Re: [PD] Strange bug in my patch To: pd-list@iem.at Date: Saturday, February 27, 2010, 9:34 PM -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 colet.patr...@free.fr wrote: Selon Matteo Sisti Sette matteosistise...@gmail.com: Caio Barros escribió: But why again dynamic object creation is not officially supported? I think it is because ... snip ... B) it allows you to do things that will hang (or maybe even crash?) Pd i don't know either but i guess it's something like C) making it official would effectively prohibit changes to the internally used protocol for creating patches (not that this is likely, giving the history of backward-compatibility in Pd). it's similar with all those private headers, used by numerous externals... Anybody please correct me where I'm wrong. I don't think you're wrong on this but, what about [until] object that can just crash/hung the COMPUTER and not only pd? if this crashes your COMPUTER, than you have tweaked your OS-settings in a way that allows an ordinary user-space application to take all the ressources available. read: you asked for being able to fry your computer. normally an open [until] will only hang Pd. On winxp it will consistently freeze the computer, forcing a reboot. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug in my patch
it would also be nice to have a step-debug mode... A step-debug mode would be awesome. I'm daydreaming about it now. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list