[PD] External compiling!
Hey, I've got an external written in C++ and don't know how to compile it, so I can use it in PD! I already downloaded the MinGW compiler but don't know how to use it! Can anybody help me?? Greets Fabio ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] compiling flext based externals on windows (was: External compiling!)
Hallo! To clear the things up a little bit (I already wrote some mails with Fabio): which operating-system? Fabio is using Windows and tries to compile the GApop external, which is based on flext. So I already suggested him to: - install a compiler (MinGW) - install flext - then compile the external But that's of course not so easy to explain how to do that on windows ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling flext based externals on windows
Georg Holzmann wrote: Hallo! To clear the things up a little bit (I already wrote some mails with Fabio): which operating-system? Fabio is using Windows and tries to compile the GApop external, which is based on flext. So I already suggested him to: - install a compiler (MinGW) - install flext - then compile the external But that's of course not so easy to explain how to do that on windows ... i see. in this case, i would simply read the flext-readme and use the flext-buildsystem :-) i think thomas has done a quite good job in documenting how to do it fabio, keep us informed, on where you have problems in the flext documentation and the like... mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Connection with sensors - new devices?
Hmmm so is the size of the data chunk the issue here? It took some looking at the patch with some super arcane int to ascii to float wizardry to even read the values coming from one sensor. Could you please elaborate on this? I _THINK_ that the firmware right now is using the digital connector to measure distance with the sensor by sending a short several-microsecond pulse, then switching to input mode and measuring the difference between pulse widths...I'm not a sonar expert so this is still a bit elusive to me. Does it have to do w/ the doppler effect in some way? It is my understanding that this requires the digital in/out to work, but you are saying that I could do this with the analog instead? Am I right in guessing that the issue with more than 2 sensors on an arduino chip is the data chunk size, for lack of a better word, or do I need to find some (much welcomed if recommended by you experts out there) more physical computing background knowledge? Thanks for saving me from an expensive electronics art master's degree program if you can provide some tutelage! ~Kyle On 5/14/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: You would just send the data as an analog value, which gives you 14- bits of resolution. In the Arduino firmware, it would just take the values from the sensor and report them as a analog value using the Firmata protocol. The [arduino] object already understands the Firmata protocol, so it would just see the data as any other analog message. .hc On May 10, 2007, at 10:38 PM, marius schebella wrote: I think the ultrasonic sensors send serial bytevalues and not an analog value, correct? how can you connect them to the pduino? or how can you connect even more of them. can firmata handle serial inputs? marius. Kyle Klipowicz wrote: Well, we are going to be using multiple sensors, so I will let you know if this code works with them, once we get to that phase of the installation. ~Kyle On 5/10/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Does this firmware handle multiple ultrasound sensors? If so, it would awesome to make a Firmata Ultrasound firmware. I just started making the Firmata protocol into a library so that people can write more firmwares and still use the same objects in the host software. A multiple ultrasound sensor would be a great first test of this library, since it would only need to input data. .hc On May 10, 2007, at 5:27 PM, Koray Tahiroglu wrote: Hello Kyle, I am glad that those patches worked and helped you out with your project. I guess big thanks goes to Hans for them, cos during that time, I just modified his existing multi-sensor patches and developed them further to use in my project. Koray. - M.Koray Tahiroglu Media Lab,UIAH http://mlab.uiah.fi/~korayt/ tel: +358 50 939 02 33 ( in Finland only) tel: +90 533 712 8245 On May 10, 2007, at 11:38 PM, Kyle Klipowicz wrote: Thanks so much Koray, it works great! I see you used the same Arduino code for the sensor as I had found, and your Pd patch is very well-written and well-commented. I appreciate this, because I did not want to try coding microsecond-level events in Pd by porting the Arduino code and using firmata, and I didn't want to use the SimpleMessaging library either. This helps us out a TON! ~Kyle On 5/8/07, Koray Tahiroglu [EMAIL PROTECTED] wrote: Hello Kyle, Here I attach .pde files for arduino to read ultrasound sensors (they might have already there in the arduino sketchbook already, but just sending to be sure) and also modified Hans pd patches for arduino-pd communication. I didn't test them lately, but they used to be working fine. best, Koray. - M.Koray Tahiroglu Media Lab,UIAH http://mlab.uiah.fi/~korayt/ tel: +358 50 939 02 33 ( in Finland only) tel: +90 533 712 8245 On May 8, 2007, at 5:48 AM, Kyle Klipowicz wrote: Hi Koray~ I am working on a group project that involves Arduino and the parallax PING ultrasonic sensors. Would you be willing to share your Pd patches regarding this usage, as indicated in this email? Thanks in advance! ~Kyle On 12/22/05, Koray Tahiroglu [EMAIL PROTECTED] wrote: hello Hans, I made couple of test patches just to see the range and the stability of the values that I receive from sensors. At the moment, I am testing ultrasound sensor and also self made solar panel board sensor. After this weekend I will begin to construct my final patches for a gig that will be on 14th of January. I can upload the patches on PD site. During our Arduino+PD workshop two weeks ago, we basically started to develop your multi-sensor patch, which actually David had changed couple of things during a previous workshop in Vancouver. All in
Re: [PD] Sending data from PD to another program
Hallo, Jared hat gesagt: // Jared wrote: What I'd like to also do is have the text display the voting choices. That is, at node dolphin the patch would display octopus and lobster. Is that information accessible, or am I out of luck? If you use my [textfile] based solution, then you already have that information available from the line in the textfile. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_multiblob cpu usage
Of course the obvious solution is to port the OpenCV bits and pieces to PD/Gem externals :-) We did some last year for , using some existing framework, it worked within one day or so. There are several vision/video external frameworks out there; are any of them in Gem or elsewhere in PD (pdp, gridflow, etc)? tim On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote: On 5/14/07, Nose Hair [EMAIL PROTECTED] wrote: I tried running it with a low res 400x300 clip and it still did the same thing. I am trying to get a game going using an FTIR setup. Here is a reference: http://cs.nyu.edu/~jhan/ftirsense/ Jeff Han, sweet reference of course. pix_mutiblob is way to slow, I cant get gridflow compiled, and pidip is not working currently on the extended version. Is there another option to do functional multitracking on a mac with pure data? I really cant fork over the dough for max/msp/jitter, but there is a free jitter plugin called cv.jit that looks great: http://www.iamas.ac.jp/~jovan02/cv/ Is there a posibility that anyone will port this over to PD I wonder? I dunno if this will happen or if it is possible to port directly from Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all benefit with some super DSP-geek keeping up with the Joneses on many fronts! ~Kyle -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ 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] Bidirectional Module Problem - dynamically changing delwrite?
Hello everyone again Can anyone lend me their brain for 5 minutes so I can get a second opinion of my problem? Essentially what I'm trying to do is create a *generic* module that links bi-directionally to other modules: send audio information and also receive it with minimal time delay. It is more easily understood by looking at this diagram: http://www-users.york.ac.uk/~kt503/pd/ID-specific-buffers.JPG (this example uses 'send'/'receive' but that's just so you get the idea, they're not appropriate as functions...) Given a line of connected modules, audio can be transmitted DOWN the signal chain easily, by simply connecting the modules. For audio going up the signal chain though there is difficulty:I had planned to implement a delread~ function in each module which is set to something like [delread~ $1-buffer] so that function A for instance has its own receive buffer (A-buffer), also make the blocksize 1 to minimize delay. However writing to these buffers is where I'm stuck- for a connected object I cannot dynamically alter a delwrite~, even though I can determine the name of the buffer (by receiving the name of the previous object in sequence) 'set..' is not supported for that function. I also tried throw~/catch~ objects, and I posted about this a few days ago. Throw will allow me to set it dynamically, however these functions do weird things at blocksizes other than 64! So I am stuck. Is there any way I can dynamically create/set a delwrite~? It seems to be the only function that might work in this case, and all that I need to do is change the destination. Or can anyone see another way i could realise the structure shown in the image? Alternatively, is this something that can be done with externals? I had hoped I wouldn't have to resort to them and i have no experiece at all in that department but this is crucial to my project. Any help would be greatly appreciated Regards, Kim ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wiiremote object for os x?
On 5/15/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On May 14, 2007, at 3:14 PM, Husk 00 wrote: Here's a help file, it may not be super complete: http://pure-data.cvs.sourceforge.net/pure-data/externals/io/wiiremote/ wiiremote-help.pd Thank you but this is what i found some day ago...and it's without outlets examples so i don't known how to use I am glad to hear that the version that I put out actually works. Unfortunately, it's not currently building as part of Pd-extended... I'm not totally sure that it works. (Seems) i can connect to wiimote but not recive nothing else than led status (that are fixed numbers) .hc husk bye husk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Realtime-version of I07.phase.vocoder.pd
Hi List i come back to an old question, that i havent completely resolved for myself. I need something like the phase-vocoder from the fft-examples but for live-input. Basically: variable live-time-compression-expansion-delay-something. Has someone done that before ? Or can someone give me a hint ? Cheers Luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_multiblob cpu usage
The buigest problem with opencv (a great option I believe) is that it only works on intell processors, so anyone on an amd or a ppc (like me) would be screwed. If there was something like that for all processors it would be awsome. I think this kind of computer vision framework is needed in PD, specially concidering how easy an FTIR setup is to build and the possibilities it could open. Alain From: Tim Boykett [EMAIL PROTECTED] Date: 2007/05/15 Tue AM 07:41:45 EDT To: Kyle Klipowicz [EMAIL PROTECTED] CC: Nose Hair [EMAIL PROTECTED], Pure Data List pd-list@iem.at Subject: Re: [PD] pix_multiblob cpu usage Of course the obvious solution is to port the OpenCV bits and pieces to PD/Gem externals :-) We did some last year for , using some existing framework, it worked within one day or so. There are several vision/video external frameworks out there; are any of them in Gem or elsewhere in PD (pdp, gridflow, etc)? tim On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote: On 5/14/07, Nose Hair [EMAIL PROTECTED] wrote: I tried running it with a low res 400x300 clip and it still did the same thing. I am trying to get a game going using an FTIR setup. Here is a reference: http://cs.nyu.edu/~jhan/ftirsense/ Jeff Han, sweet reference of course. pix_mutiblob is way to slow, I cant get gridflow compiled, and pidip is not working currently on the extended version. Is there another option to do functional multitracking on a mac with pure data? I really cant fork over the dough for max/msp/jitter, but there is a free jitter plugin called cv.jit that looks great: http://www.iamas.ac.jp/~jovan02/cv/ Is there a posibility that anyone will port this over to PD I wonder? I dunno if this will happen or if it is possible to port directly from Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all benefit with some super DSP-geek keeping up with the Joneses on many fronts! ~Kyle -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ 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] pix_multiblob cpu usage
I found a great looking set of vision libraries that might work: http://sourceforge.net/projects/vxl/ I dont have any programming skills but I'm going to poke around and see what I can do. I think that anyone with a little bit of C++ skills would be able to wrap the vcsl library within vxl to come up with a good computer vision/tracking set of objects. The question is how cpu efficient it will be? Alain From: [EMAIL PROTECTED] Date: 2007/05/15 Tue AM 09:21:34 EDT To: Tim Boykett [EMAIL PROTECTED], Kyle Klipowicz [EMAIL PROTECTED] CC: Pure Data List pd-list@iem.at Subject: Re: [PD] pix_multiblob cpu usage The buigest problem with opencv (a great option I believe) is that it only works on intell processors, so anyone on an amd or a ppc (like me) would be screwed. If there was something like that for all processors it would be awsome. I think this kind of computer vision framework is needed in PD, specially concidering how easy an FTIR setup is to build and the possibilities it could open. Alain From: Tim Boykett [EMAIL PROTECTED] Date: 2007/05/15 Tue AM 07:41:45 EDT To: Kyle Klipowicz [EMAIL PROTECTED] CC: Nose Hair [EMAIL PROTECTED], Pure Data List pd-list@iem.at Subject: Re: [PD] pix_multiblob cpu usage Of course the obvious solution is to port the OpenCV bits and pieces to PD/Gem externals :-) We did some last year for , using some existing framework, it worked within one day or so. There are several vision/video external frameworks out there; are any of them in Gem or elsewhere in PD (pdp, gridflow, etc)? tim On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote: On 5/14/07, Nose Hair [EMAIL PROTECTED] wrote: I tried running it with a low res 400x300 clip and it still did the same thing. I am trying to get a game going using an FTIR setup. Here is a reference: http://cs.nyu.edu/~jhan/ftirsense/ Jeff Han, sweet reference of course. pix_mutiblob is way to slow, I cant get gridflow compiled, and pidip is not working currently on the extended version. Is there another option to do functional multitracking on a mac with pure data? I really cant fork over the dough for max/msp/jitter, but there is a free jitter plugin called cv.jit that looks great: http://www.iamas.ac.jp/~jovan02/cv/ Is there a posibility that anyone will port this over to PD I wonder? I dunno if this will happen or if it is possible to port directly from Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all benefit with some super DSP-geek keeping up with the Joneses on many fronts! ~Kyle -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ 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] wiiremote object for os x?
On May 15, 2007, at 8:22 AM, Husk 00 wrote: On 5/15/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On May 14, 2007, at 3:14 PM, Husk 00 wrote: Here's a help file, it may not be super complete: http://pure-data.cvs.sourceforge.net/pure-data/externals/io/wiiremote/ wiiremote-help.pd Thank you but this is what i found some day ago...and it's without outlets examples so i don't known how to use I am glad to hear that the version that I put out actually works. Unfortunately, it's not currently building as part of Pd-extended... I'm not totally sure that it works. (Seems) i can connect to wiimote but not recive nothing else than led status (that are fixed numbers) I ported the Max object, but I didn't play with it very long. I didn't get it working, and I don't have a wii remote, so I can't test it now. I think it's very close, but it's just a matter of someone messing with it until they find the solution.This could involve some C coding. I'll gladly help however I can. .hc .hc husk bye husk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- -- http://at.or.at/hans/ ___ 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] Realtime-version of I07.phase.vocoder.pd
Luigi Rensinghoff wrote: Has someone done that before ? Or can someone give me a hint ? live time-compression wouldn't make any sense, since you can't travel forward in time or can you? (dun-dun-DUN) you'd need some kind of spooling/unspooling delay if you wanted live time-compression to be possible. it could get gradually 'behind' real-time as you time-expanded, and would then speed forward 'toward' real-time as you time-compressed. -- Damian Stewart f r e y live music with machines http://www.frey.co.nz http://www.myspace.com/freyed ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
I think there is a lot of potential for using color in Pd patches to represent state. It's just a matter of trying things. It would take some diving into the guts of Pd. .hc On May 10, 2007, at 11:42 PM, Luke Iannini (pd) wrote: Hallo all, Just wanted to post an idea... It would be great if Pd highligted modified abstractions in red in their parent patch (that is, the one pixel bounding box and text. When I've modified one of a bunch of abstractions in a parent and close it without saving, I have to open each one to see if it was the one I modified. Another thing I've been thinking about is an integrated method to view diffed patches (most especially when resolving an SVN conflict)... something like OS X's FileMerge for Pd. Ok, there are my PitS ideas, in case anyone wants to write them before I get around to it :). ___ 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
Re: [PD] External compiling!
This will help you with the MinGW/MSYS setup: http://puredata.org/docs/developer/mingw .hc On May 14, 2007, at 2:48 PM, Fabio Kaiser wrote: Hey, I've got an external written in C++ and don't know how to compile it, so I can use it in PD! I already downloaded the MinGW compiler but don't know how to use it! Can anybody help me?? Greets Fabio ___ 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
Re: [PD] wiiremote object for os x?
On 15/05/2007, at 14.22, Husk 00 wrote: and it's without outlets examples so i don't known how to use Does the corresponding max object have outlet examples - that might serve as inspiration for a trail error [print] investigation. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Realtime-version of I07.phase.vocoder.pd
Am 15.05.2007 um 16:03 schrieb Damian Stewart: Luigi Rensinghoff wrote: Has someone done that before ? Or can someone give me a hint ? live time-compression wouldn't make any sense, since you can't travel forward in time or can you? (dun-dun-DUN) you'd need some kind of spooling/unspooling delay if you wanted live time-compression to be possible. it could get gradually 'behind' real-time as you time-expanded, and would then speed forward 'toward' real- time as you time-compressed. Thats exactly what i mean.. a variable realtime-time-expansion ;-) -- Damian Stewart f r e y live music with machines http://www.frey.co.nz http://www.myspace.com/freyed ___ 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] ANN: munger1~ 1.3.1 released
Download from usual place: http://ico.bukvic.net/Max/munger1~_latest.tar.gz or http://ico.bukvic.net/Max/munger1~_latest.zip (~370KB, includes source, Linux-Pd-i386, Mac-Max-UB, and Win32-Max-i386 binaries) CHANGELOG = 1.3.1 (May 15 2007) Fixed Windows issue with modular ADSR instances Build fixes for Linux Are we done yet? Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology, CCTAD, CHCI Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-1137 (540) 231-5034 (fax) [EMAIL PROTECTED] http://www.music.vt.edu/people/faculty/bukvic/ http://ico.bukvic.net ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_multiblob cpu usage
On 5/15/07, Tim Boykett [EMAIL PROTECTED] wrote: There are several vision/video external frameworks out there; are any of them in Gem or elsewhere in PD (pdp, gridflow, etc)? There's pix_artoolkit which is ARToolkit based and pix_fiducialtrack which implements the tracking system used by the reacTable. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Realtime-version of I07.phase.vocoder.pd
maybe easier to go the granular route than mess about with fft. i just did a quick search for 'realtime timestretch' and a lot of people are saying that the granular based patches/plugins are good. makes sense toocos if you use a phase vocoder approach, you will have to speed thru the audio to get back from a delayed signal to a realtime one...but with granular, you can just merge grainclouds. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wiiremote object for os x?
On 15/05/2007, at 16.34, Husk 00 wrote: Does the corresponding max object have outlet examples - that might serve as inspiration for a trail error [print] investigation. yes, i'm doing this, but with not good results Ok. What do you get? Maybe folks here could help digesting the information from the output. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
..and also the ever-requested 'turn an abstraction into a subpatch' button. was there ever a good reason not to make that? should be simple, no? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Realtime-version of I07.phase.vocoder.pd
Luigi Rensinghoff wrote: Thats exactly what i mean.. a variable realtime-time-expansion ;-) i had a pretty thorough dig through I07.phase.vocoder a few months back. what you'd basically need to do is something along the lines of using [tabwrite~] to write the audio signal in to $0-sample, banging it at the end of the table to make it start recording from the beginning again. you'd also need something monitoring the current position (use [r location] to receive the current position), making it jump back to the start when it hit the end. attached is my [d-pvocst~] which is a hacked up version of the help version that a) plays in stereo (with additional logic for dealing with mono files) and b) automatically loops between adjustable start and end sample numbers in the input arrays. it should be fairly easy to rig it up to tabwrite~ a live audio stream in to $0-sample-l and $0-sample-r in the way i described above. enjoy! -- Damian Stewart f r e y live music with machines http://www.frey.co.nz http://www.myspace.com/freyed #N canvas 50 31 1101 773 12; #X floatatom 486 370 5 0 0 0 - #0-transpo-set -; #X floatatom 164 424 3 0 0 0 - #0-speed-set -; #X floatatom 52 426 7 0 0 0 - #0-location-set -; #X text 161 405 hundredths; #X text 490 335 in cents; #X text 415 362 normal; #N canvas 0 110 569 458 hann-window 0; #N canvas 0 22 450 300 (subpatch) 0; #X array \$0-hann 2048 float 0; #X coords 0 1 2047 0 300 100 1; #X restore 82 311 graph; #X obj 378 165 osc~; #X obj 378 190 *~ -0.5; #X obj 378 214 +~ 0.5; #X obj 331 247 tabwrite~ \$0-hann; #X obj 38 173 /; #X obj 127 142 samplerate~; #X obj 177 204 swap; #X obj 177 228 /; #X obj 49 201 * 1000; #X obj 38 115 t f b f; #X msg 173 92 resize \$1; #X obj 173 116 s \$0-hann; #X msg 382 130 0; #X obj 330 131 t f b; #X text 15 8 calculate Hann window table (variable window size) and constants window-hz (fundamental frequency of analysis) \, window-sec and window-msec (analysis window size in seconds and msec).; #X obj 37 88 r \$0-window-size; #X obj 330 105 r \$0-window-hz; #X obj 177 252 s \$0-window-hz; #X obj 48 228 s \$0-window-msec; #X obj 38 251 s \$0-window-sec; #X connect 1 0 2 0; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 5 0 9 0; #X connect 5 0 20 0; #X connect 6 0 5 1; #X connect 6 0 7 1; #X connect 7 0 8 0; #X connect 7 1 8 1; #X connect 8 0 18 0; #X connect 9 0 19 0; #X connect 10 0 5 0; #X connect 10 0 7 0; #X connect 10 1 6 0; #X connect 10 2 11 0; #X connect 11 0 12 0; #X connect 13 0 1 1; #X connect 14 0 1 0; #X connect 14 1 4 0; #X connect 14 1 13 0; #X connect 16 0 10 0; #X connect 17 0 14 0; #X restore 436 570 pd hann-window; #N canvas 430 22 805 756 insample 0; #N canvas 0 22 450 300 (subpatch) 0; #X array \$0-sample-r 4e+06 float 0; #X coords 0 1 4e+06 -1 400 150 1; #X restore 277 187 graph; #X obj 27 401 unpack s f; #X obj 27 574 soundfiler; #X text 358 355 read a sample; #X obj 281 355 loadbang; #X obj 112 367 44100; #X obj 27 366 t a b; #X obj 37 598 s \$0-samplength; #X obj 124 401 s \$0-insamprate; #X obj 27 651 /; #X obj 27 675 * 1000; #X obj 27 698 s \$0-samp-msec; #X obj 65 651 r \$0-insamprate; #X obj 8 71 hip~ 5; #X obj 8 10 inlet; #X obj 128 33 samplerate~; #X obj 128 57 s \$0-insamprate; #X msg 281 384 ../soud/voice.wav; #X obj 281 414 s \$0-read-sample; #X obj 28 160 r \$0-read-sample; #X obj 27 516 pack s s s; #X obj 27 481 t s b b; #X obj 99 483 symbol \$0-sample-l; #N canvas 0 22 450 300 (subpatch) 0; #X array \$0-sample-l 4e+06 float 0; #X coords 0 1 4e+06 -1 400 150 1; #X restore 276 19 graph; #X obj 119 502 symbol \$0-sample-r; #X obj 9 97 tabwrite~ \$0-sample-l; #X obj 8 46 adc~ 1; #X obj 66 49 adc~ 2; #X obj 69 74 hip~ 5; #X obj 70 124 tabwrite~ \$0-sample-r; #X obj 27 622 moses 1; #X msg 76 325 44100; #X obj 197 306 sel mono; #X obj 331 572 soundfiler; #X obj 341 596 s \$0-samplength; #X obj 331 649 /; #X obj 331 673 * 1000; #X obj 331 696 s \$0-samp-msec; #X obj 369 649 r \$0-insamprate; #X obj 331 523 pack s s s; #X obj 331 488 t s b b; #X obj 403 490 symbol \$0-sample-l; #X obj 423 509 symbol \$0-sample-r; #X obj 331 620 moses 1; #X msg 331 548 read -resize \$1 \$2 \, read -resize \$1 \$3; #X text 395 454 read mono; #X text 157 444 read stereo; #X obj 27 225 unpack s f s; #X obj 27 443 demultiplex 0 1; #X msg 161 327 0; #X msg 201 331 1; #X obj 22 269 t b a; #X msg 27 547 read -resize \$1 \$2 \$3; #X text 11 286 reset for next time; #X text 53 202 file [samplerate] [mono]; #X connect 1 0 48 0; #X connect 1 1 8 0; #X connect 2 0 7 0; #X connect 2 0 30 0; #X connect 4 0 17 0; #X connect 5 0 8 0; #X connect 6 0 1 0; #X connect 6 1 5 0; #X connect 9 0 10 0; #X connect 10 0 11 0; #X connect 12 0 9 1; #X connect 13 0 25 0; #X connect 14 0 15 0; #X connect 14 0 26 0; #X connect 14 0 27 0; #X connect 15 0 16 0; #X connect 17 0 18 0; #X connect 19 0 47 0; #X connect 20 0 52 0; #X connect 21 0 20 0; #X connect 21 1 22 0; #X connect 21 2 24 0; #X connect 22 0 20 1; #X connect 24 0 20 2; #X connect 26 0 13 0;
Re: [PD] Bidirectional Module Problem - dynamically changing delwrite?
Kim Taylor wrote: So I am stuck. Is there any way I can dynamically create/set a delwrite~? It seems to be the only function that might work in this no, you cannot dynamically change the [delwrite~] name, because [delwrite~] is the object that actually holds the delay line. all the [delread~]s and [vd~]s out there will depend on the existence of a named [delwrite~]. this is much the same as with [catch~]/[throw~] and [send~]/[receive~], so it follows the same logic: the object that would break everything when missing, cannot be made missing. pd does not impose much, but it tends to not allow you to create invalid dsp-graphs. case, and all that I need to do is change the destination. Or can anyone see another way i could realise the structure shown in the image? if you really want a settable [delwrite~], why don't you just use something like [set varname2( | [receive~ varname] | [delwrite~ fixedname] Alternatively, is this something that can be done with externals? I not if you prefer no segfaults. mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
hard off wrote: ..and also the ever-requested 'turn an abstraction into a subpatch' button. was there ever a good reason not to make that? should be simple, no? well, there are plenty of reasons for not doing that. first of all: an abstraction has features that a subpatch lacks; that is why they are there. what do you gain from turning abstractions into subpatches?? compare it to what you lose... i would vote for a 'turn subpatch into an abstraction' button though. and of course the long awaited feature to embed abstractions in abstractions. mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Realtime-version of I07.phase.vocoder.pd
Thanks a lot to all. especially for putting my idea somewhere between Albert Einstein and Freddy Mercury ;-) welli'll post my results Luigi Am 15.05.2007 um 17:12 schrieb Damian Stewart: Luigi Rensinghoff wrote: Thats exactly what i mean.. a variable realtime-time-expansion ;-) i had a pretty thorough dig through I07.phase.vocoder a few months back. what you'd basically need to do is something along the lines of using [tabwrite~] to write the audio signal in to $0-sample, banging it at the end of the table to make it start recording from the beginning again. you'd also need something monitoring the current position (use [r location] to receive the current position), making it jump back to the start when it hit the end. attached is my [d-pvocst~] which is a hacked up version of the help version that a) plays in stereo (with additional logic for dealing with mono files) and b) automatically loops between adjustable start and end sample numbers in the input arrays. it should be fairly easy to rig it up to tabwrite~ a live audio stream in to $0- sample-l and $0-sample-r in the way i described above. enjoy! -- Damian Stewart f r e y live music with machines http://www.frey.co.nz http://www.myspace.com/freyed #N canvas 50 31 1101 773 12; #X floatatom 486 370 5 0 0 0 - #0-transpo-set -; #X floatatom 164 424 3 0 0 0 - #0-speed-set -; #X floatatom 52 426 7 0 0 0 - #0-location-set -; #X text 161 405 hundredths; #X text 490 335 in cents; #X text 415 362 normal; #N canvas 0 110 569 458 hann-window 0; #N canvas 0 22 450 300 (subpatch) 0; #X array \$0-hann 2048 float 0; #X coords 0 1 2047 0 300 100 1; #X restore 82 311 graph; #X obj 378 165 osc~; #X obj 378 190 *~ -0.5; #X obj 378 214 +~ 0.5; #X obj 331 247 tabwrite~ \$0-hann; #X obj 38 173 /; #X obj 127 142 samplerate~; #X obj 177 204 swap; #X obj 177 228 /; #X obj 49 201 * 1000; #X obj 38 115 t f b f; #X msg 173 92 resize \$1; #X obj 173 116 s \$0-hann; #X msg 382 130 0; #X obj 330 131 t f b; #X text 15 8 calculate Hann window table (variable window size) and constants window-hz (fundamental frequency of analysis) \, window-sec and window-msec (analysis window size in seconds and msec).; #X obj 37 88 r \$0-window-size; #X obj 330 105 r \$0-window-hz; #X obj 177 252 s \$0-window-hz; #X obj 48 228 s \$0-window-msec; #X obj 38 251 s \$0-window-sec; #X connect 1 0 2 0; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 5 0 9 0; #X connect 5 0 20 0; #X connect 6 0 5 1; #X connect 6 0 7 1; #X connect 7 0 8 0; #X connect 7 1 8 1; #X connect 8 0 18 0; #X connect 9 0 19 0; #X connect 10 0 5 0; #X connect 10 0 7 0; #X connect 10 1 6 0; #X connect 10 2 11 0; #X connect 11 0 12 0; #X connect 13 0 1 1; #X connect 14 0 1 0; #X connect 14 1 4 0; #X connect 14 1 13 0; #X connect 16 0 10 0; #X connect 17 0 14 0; #X restore 436 570 pd hann-window; #N canvas 430 22 805 756 insample 0; #N canvas 0 22 450 300 (subpatch) 0; #X array \$0-sample-r 4e+06 float 0; #X coords 0 1 4e+06 -1 400 150 1; #X restore 277 187 graph; #X obj 27 401 unpack s f; #X obj 27 574 soundfiler; #X text 358 355 read a sample; #X obj 281 355 loadbang; #X obj 112 367 44100; #X obj 27 366 t a b; #X obj 37 598 s \$0-samplength; #X obj 124 401 s \$0-insamprate; #X obj 27 651 /; #X obj 27 675 * 1000; #X obj 27 698 s \$0-samp-msec; #X obj 65 651 r \$0-insamprate; #X obj 8 71 hip~ 5; #X obj 8 10 inlet; #X obj 128 33 samplerate~; #X obj 128 57 s \$0-insamprate; #X msg 281 384 ../soud/voice.wav; #X obj 281 414 s \$0-read-sample; #X obj 28 160 r \$0-read-sample; #X obj 27 516 pack s s s; #X obj 27 481 t s b b; #X obj 99 483 symbol \$0-sample-l; #N canvas 0 22 450 300 (subpatch) 0; #X array \$0-sample-l 4e+06 float 0; #X coords 0 1 4e+06 -1 400 150 1; #X restore 276 19 graph; #X obj 119 502 symbol \$0-sample-r; #X obj 9 97 tabwrite~ \$0-sample-l; #X obj 8 46 adc~ 1; #X obj 66 49 adc~ 2; #X obj 69 74 hip~ 5; #X obj 70 124 tabwrite~ \$0-sample-r; #X obj 27 622 moses 1; #X msg 76 325 44100; #X obj 197 306 sel mono; #X obj 331 572 soundfiler; #X obj 341 596 s \$0-samplength; #X obj 331 649 /; #X obj 331 673 * 1000; #X obj 331 696 s \$0-samp-msec; #X obj 369 649 r \$0-insamprate; #X obj 331 523 pack s s s; #X obj 331 488 t s b b; #X obj 403 490 symbol \$0-sample-l; #X obj 423 509 symbol \$0-sample-r; #X obj 331 620 moses 1; #X msg 331 548 read -resize \$1 \$2 \, read -resize \$1 \$3; #X text 395 454 read mono; #X text 157 444 read stereo; #X obj 27 225 unpack s f s; #X obj 27 443 demultiplex 0 1; #X msg 161 327 0; #X msg 201 331 1; #X obj 22 269 t b a; #X msg 27 547 read -resize \$1 \$2 \$3; #X text 11 286 reset for next time; #X text 53 202 file [samplerate] [mono]; #X connect 1 0 48 0; #X connect 1 1 8 0; #X connect 2 0 7 0; #X connect 2 0 30 0; #X connect 4 0 17 0; #X connect 5 0 8 0; #X connect 6 0 1 0; #X connect 6 1 5 0; #X connect 9 0
Re: [PD] Sending data from PD to another program
Yes, I would second the recommendation to use Frank's method. I'm continuing work on extending my own solution quick and dirty solution, but I have a rather different use scenario in mind (visual/dataflow method for creating generative chord progressions similar to diagrams I used to create on paper for improvisors). ~David On 5/15/07, Frank Barknecht [EMAIL PROTECTED] wrote: Hallo, Jared hat gesagt: // Jared wrote: What I'd like to also do is have the text display the voting choices. That is, at node dolphin the patch would display octopus and lobster. Is that information accessible, or am I out of luck? If you use my [textfile] based solution, then you already have that information available from the line in the textfile. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ 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] Highlight modified abstraction instances with red
what do you gain from turning abstractions into subpatches?? You gain the advantage of being able to distribute a Pd patch built from many disparate abstractions as a single file. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd-0.40.2-extended windows builds are back
I figure I would post out since the Pd-0.40.2-extended windows builds have been gone for a while. They are back as of today: http://autobuild.puredata.info/auto-build/2007-05-15/ .hc 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
Re: [PD] Highlight modified abstraction instances with red
[EMAIL PROTECTED] wrote: what do you gain from turning abstractions into subpatches?? You gain the advantage of being able to distribute a Pd patch built from many disparate abstractions as a single file. this advantage you gain from being able to embed abstractions in abstractions, while at the same time you still have the features of abstractions (namely: abstraction) apart from that, tar allows you to distribute your multi-file Pd patch as a single file too. mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_multiblob cpu usage
wiouw! pix_artoolkit would be very cool. I have seen some of the ARtoolKit stuff and it looks good. I am currently in OSX land, does anyone know whether the building of pix_artoolkit for OSX can be done? chrz, tm On 15/05/2007, at 4:30 PM, chris clepper wrote: On 5/15/07, Tim Boykett [EMAIL PROTECTED] wrote: There are several vision/video external frameworks out there; are any of them in Gem or elsewhere in PD (pdp, gridflow, etc)? There's pix_artoolkit which is ARToolkit based and pix_fiducialtrack which implements the tracking system used by the reacTable. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_multiblob cpu usage
pix_artoolkit builds and appears to run. I have no idea how to effectively use it though. On 5/15/07, Tim Boykett [EMAIL PROTECTED] wrote: wiouw! pix_artoolkit would be very cool. I have seen some of the ARtoolKit stuff and it looks good. I am currently in OSX land, does anyone know whether the building of pix_artoolkit for OSX can be done? chrz, tm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-0.40.2-extended windows builds are back
Hallo Hans! Hans-Christoph Steiner schrieb: I figure I would post out since the Pd-0.40.2-extended windows builds have been gone for a while. They are back as of today: very good news - thanks ! Are there also already report on pd-cvs if somthing is not compiling (or where do I see if I break something when I add new stuff) ? LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
On Tue, 2007-05-15 at 17:43 +0200, IOhannes m zmoelnig wrote: i would vote for a 'turn subpatch into an abstraction' button though. and of course the long awaited feature to embed abstractions in abstractions. what does this mean? something like libs embed external objects? 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] Highlight modified abstraction instances with red
Hallo! i would vote for a 'turn subpatch into an abstraction' button though. and of course the long awaited feature to embed abstractions in abstractions. what does this mean? something like libs embed external objects? think about maybe like functions in a python script or c program or whatever. You can reuse the function in the whole file, but the function is also defined in the same file. So in PD this would mean that you can define an e-abs (embedded abstraction ;) somewhere, which is only valid for the scope of the current patch, but you can use this e-abs in the whole patch (or abstraction) without coding it multiple times ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bidirectional Module Problem - dynamically changing delwrite?
Hi if you really want a settable [delwrite~], why don't you just use something like [set varname2( | [receive~ varname] | [delwrite~ fixedname] How exactly can this function as a settable delwrite~? no, you cannot dynamically change the [delwrite~] name, because [delwrite~] is the object that actually holds the delay line. Okay I understand... How about delread~ and vd~? If delwrite~ cannot be dynamically changed because it holds the delay line, then shouldn't the functions that read from it be more flexible? I have tested and they do not seem to respond to set :( Thanks for your help K On 5/15/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Kim Taylor wrote: So I am stuck. Is there any way I can dynamically create/set a delwrite~? It seems to be the only function that might work in this no, you cannot dynamically change the [delwrite~] name, because [delwrite~] is the object that actually holds the delay line. all the [delread~]s and [vd~]s out there will depend on the existence of a named [delwrite~]. this is much the same as with [catch~]/[throw~] and [send~]/[receive~], so it follows the same logic: the object that would break everything when missing, cannot be made missing. pd does not impose much, but it tends to not allow you to create invalid dsp-graphs. case, and all that I need to do is change the destination. Or can anyone see another way i could realise the structure shown in the image? if you really want a settable [delwrite~], why don't you just use something like [set varname2( | [receive~ varname] | [delwrite~ fixedname] Alternatively, is this something that can be done with externals? I not if you prefer no segfaults. mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
On 15/05/2007, at 18.30, IOhannes m zmoelnig wrote: apart from that, tar allows you to distribute your multi-file Pd patch as a single file too. I second that. A more robust way of loading stuff (from fx. an untar'd tar ball) would make a better solution. I.e. something that works in different distributions (extended, vanilla, etc), is independent from the preference and is not a shell script with a bunch of start up options. This rant/request might be utter rubbish though - please let me know. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bidirectional Module Problem - dynamically changing delwrite?
Yep, I should have thought of that before... I'll stick it on my dolist. Meantime, if the number of possible sources is reasonably small, just make delread~ objects for all of them and use multiplication to select which one :) cheers Miller On Tue, May 15, 2007 at 06:10:25PM +0100, Kim Taylor wrote: Hi if you really want a settable [delwrite~], why don't you just use something like [set varname2( | [receive~ varname] | [delwrite~ fixedname] How exactly can this function as a settable delwrite~? no, you cannot dynamically change the [delwrite~] name, because [delwrite~] is the object that actually holds the delay line. Okay I understand... How about delread~ and vd~? If delwrite~ cannot be dynamically changed because it holds the delay line, then shouldn't the functions that read from it be more flexible? I have tested and they do not seem to respond to set :( Thanks for your help K On 5/15/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Kim Taylor wrote: So I am stuck. Is there any way I can dynamically create/set a delwrite~? It seems to be the only function that might work in this no, you cannot dynamically change the [delwrite~] name, because [delwrite~] is the object that actually holds the delay line. all the [delread~]s and [vd~]s out there will depend on the existence of a named [delwrite~]. this is much the same as with [catch~]/[throw~] and [send~]/[receive~], so it follows the same logic: the object that would break everything when missing, cannot be made missing. pd does not impose much, but it tends to not allow you to create invalid dsp-graphs. case, and all that I need to do is change the destination. Or can anyone see another way i could realise the structure shown in the image? if you really want a settable [delwrite~], why don't you just use something like [set varname2( | [receive~ varname] | [delwrite~ fixedname] Alternatively, is this something that can be done with externals? I not if you prefer no segfaults. mfga.sdr IOhannes ___ 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] Bidirectional Module Problem - dynamically changing delwrite?
On 15/05/2007, at 19.10, Kim Taylor wrote: [set varname2( | [receive~ varname] | [delwrite~ fixedname] How exactly can this function as a settable delwrite~? Something along the line of the attached, i'm quite sure. setable_delwrite.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] embedded abstractions (Was: Re: Highlight modified abstraction instances with red)
Georg Holzmann wrote: Hallo! think about maybe like functions in a python script or c program or whatever. You can reuse the function in the whole file, but the function is also defined in the same file. I don't know about Python, but C programs are limited to named functions, you can't have anonymous functions that you define where you need them - you end up having to define a zillion names for things you only use once. What would be really cool if this gets implemented in the right way, is that you could have embedded abstractions instantiated in a subpatch of a main patch by internal messages - should make some dynamic patching tasks a lot easier (and quicker - I have a patch that has 256 instances of an abstraction, takes an age to load the abstraction from hard disk each time...). What would be even cooler is if you could create embedded abstractions with internal messages - imagine creating abstractions as and when you need them (with $0-names if you like, global names if you like too) that you can use for bits and pieces - so Frank's list-abs things could change their behaviour at runtime. Say you had [list-foldr + 0], that sums all elements of a list, you could send a message like op *, seed 1 to have it clear its current behaviour and create a new embedded abstraction to find the product of the elements of a list. Or even have the parent patch have an embedded abstraction $0-blah that does: [inlet] [inlet] | | | [* 10] | | [+] | [outlet] Then: list 0 1 2 3 4 5 6 7 8 9 | [list-foldr $0-blah 0] | 9876543210 -- in base 10 ;) Give me lambda abstraction and I'm a happy programmer! Now what about currying? Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
Yes, that's true, the real problem is something else: There is no easy way to get a list of external/abstraction dependencies for any given patch. If you could get such a list, complete with file locations, it would be easier to collect all your patches for an archive file. ~David On 5/15/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: what do you gain from turning abstractions into subpatches?? You gain the advantage of being able to distribute a Pd patch built from many disparate abstractions as a single file. this advantage you gain from being able to embed abstractions in abstractions, while at the same time you still have the features of abstractions (namely: abstraction) apart from that, tar allows you to distribute your multi-file Pd patch as a single file too. mfga.sdr IOhannes ___ 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] Highlight modified abstraction instances with red
Is tar available for Windows users? On 15/05/2007, at 18.30, IOhannes m zmoelnig wrote: apart from that, tar allows you to distribute your multi-file Pd patch as a single file too. I second that. A more robust way of loading stuff (from fx. an untar'd tar ball) would make a better solution. I.e. something that works in different distributions (extended, vanilla, etc), is independent from the preference and is not a shell script with a bunch of start up options. This rant/request might be utter rubbish though - please let me know. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bidirectional Module Problem - dynamically changing delwrite?
Oh I see... Sorry this isn't what I meant- I was looking to switch the assignments from delread/write objects. I wasn't really intending to use the delay to add a time delay, more that it's the only function that allows non-local connections which works at a reduced block size. I thought I might as well use send/receive and setting receive like you did here, but s/r don't work at lower block sizes unfortunately :( Thanks for your help anyway K On 5/15/07, Steffen [EMAIL PROTECTED] wrote: On 15/05/2007, at 19.10, Kim Taylor wrote: [set varname2( | [receive~ varname] | [delwrite~ fixedname] How exactly can this function as a settable delwrite~? Something along the line of the attached, i'm quite sure. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
True, it would be great if these features were somehow automated. Like a dynamic object creation scheme where the external libraries and abstractions are created as arguments as they are imported. Probably too much wishing on my end for that though! ~Kyle On 5/15/07, Georg Holzmann [EMAIL PROTECTED] wrote: Hallo! A more robust way of loading stuff (from fx. an untar'd tar ball) would make a better solution. I.e. something that works in different distributions (extended, vanilla, etc), is independent from the preference and is not a shell script with a bunch of start up options. This rant/request might be utter rubbish though - please let me know. That's what declare, import and etc. is for ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
Also, if the patch is to be linked from a web page (link to a single Pd file) then most browsers can associate the filetype and open Pd. This doesn't work if the file is tarred or zipped so just make it a tar file isn't really a satisfactory solution. The more robust way is to have everything embedded inside the patch and have Pd handle it. I've raised this idea before and I see no technical obstacles, since it's already something I do painstakingly by hand. On 15/05/2007, at 18.30, IOhannes m zmoelnig wrote: apart from that, tar allows you to distribute your multi-file Pd patch as a single file too. I second that. A more robust way of loading stuff (from fx. an untar'd tar ball) would make a better solution. I.e. something that works in different distributions (extended, vanilla, etc), is independent from the preference and is not a shell script with a bunch of start up options. This rant/request might be utter rubbish though - please let me know. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GEM and chromium
I am currently trying to compile GEM CVS so that it is compatible with the current version of Chromium (1.9), and am having trouble getting the Gem.lib to load while chromium is faking the opengl calls. Has anyone gotten this to work already? Without using the Chromium environment, PD runs fine with GEM on the mothership. But, when I try to run PD/GEM under Chromium, I get library loading errors for things like : glGetShaderInfoLog, glDeleteProgram, etc.) Is there a way to compile GEM without glsl support entirely? I can't find any way to ./configure it so that glsl is disabled. I'm pretty confident this should fly, just need to ditch the glsl. thanks -august. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM and chromium
On Tue, 2007-05-15 at 20:16 +0200, august wrote: I am currently trying to compile GEM CVS so that it is compatible with the current version of Chromium (1.9), and am having trouble getting the Gem.lib to load while chromium is faking the opengl calls. Has anyone gotten this to work already? Without using the Chromium environment, PD runs fine with GEM on the mothership. But, when I try to run PD/GEM under Chromium, I get library loading errors for things like : glGetShaderInfoLog, glDeleteProgram, etc.) Is there a way to compile GEM without glsl support entirely? I can't find any way to ./configure it so that glsl is disabled. I'm pretty confident this should fly, just need to ditch the glsl. try: ./configure --with-glversion=1.5 at least, that helped here, since my ati card doesn't seem to support glsl as well. 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] GEM and chromium
On Tue, 2007-05-15 at 20:16 +0200, august wrote: I am currently trying to compile GEM CVS so that it is compatible with the current version of Chromium (1.9), and am having trouble getting the Gem.lib to load while chromium is faking the opengl calls. Has anyone gotten this to work already? Without using the Chromium environment, PD runs fine with GEM on the mothership. But, when I try to run PD/GEM under Chromium, I get library loading errors for things like : glGetShaderInfoLog, glDeleteProgram, etc.) Is there a way to compile GEM without glsl support entirely? I can't find any way to ./configure it so that glsl is disabled. I'm pretty confident this should fly, just need to ditch the glsl. try: ./configure --with-glversion=1.5 at least, that helped here, since my ati card doesn't seem to support glsl as well. roman thanks! that got me past that part. now I am having problems with framebuffer extenstions (glCheckFramebufferStatusEXT, etc) any way to turn this off at compile? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp quicktime support
Im trying to get an FTIR game setup and I wanted to try to use pdp_mgrid to get the motion tracking done due to tha fact that pix_multiblob from Gem is an insane cpu eater. Alain From: alejo d [EMAIL PROTECTED] Date: 2007/05/15 Tue PM 02:42:03 EDT To: [EMAIL PROTECTED] [EMAIL PROTECTED] CC: pd-list@iem.at Subject: Re: [PD] pdp quicktime support same situation here, i use pidip over linux but seems that yves will soon have to hide from os x users asking a ton of pidip questions... why does anyone want to use pidip ? :P /a On 5/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have tried the most recent version of Pd extended for os x on a ppc from the autobuilds and it looks like pdp_qt and pdp_yqt still give the unsupported video codec error. I have tried with different codecs but I still get the error. Does someone know of a particular one that has worked? This build loaded up pdp and pidip which I have not got to load up before so things are looking good. Thanks, Alain ___ 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] Sending data from PD to another program
Hallo, Jared Kling hat gesagt: // Jared Kling wrote: Thanks for responding. I've been playing with state-machine.pd and think I'm getting a grasp of it. At every line, the choice made will send the state machine to that line's choice. For example, consider the following example file, with line numbers in parentheses for easier reading... 3 4\; (line 0) 2 3\; (line 1) 0 1\; (line 2) 0 0\; (line 3) 3 1\; (line 4) So the initial choices would be 3 and 4. choosing 4 would send the state machine to line 4, where the choices would be 3 and 1, etc. Yes, exactly. So I'll need to go through and set every 'node' of the story to a line in the text file, with it's options sending it to the possible voting choices. Since every node has, at most, 2 choices that shouldn't be a problem. My question would then be how can I go about labeling each line? I'm assuming the \; at the end of each line is a line delimiter, so I could put notes to myself after that line. It also seems like I could make each line set up as follows: (linenumber1) (choicename1) (linenumber2) (choicename2) so it would look like 12 Go_Upstairs 7 Stay_Downstairs \; Then I could display them simply by replacing the [unpack 0 0] with [unpack 0 0 0 0] and the outlets would match the numbers and titles. Basically yes. However you would need to use [unpack 0 s 0 s] because every second element is a symbol, not a number, and also the [pd nth] patch would need to be adapted: You need to select the first and third element of the choice-list, that is, send a 0 and a 2 to the right inlet. However I guess it would be easier to keep it as it is, and use another textfile only for translating numbers to labels. This textfile would load a textfile only with labels, like: Go_Upstairs Stay_Downstairs Fall_from_a_Tree ... and you would use a simular construct as in [pd get-line...] to fetch the correct label from that textfile by line-number. Btw: It occured to me, that the version I had posted was actually showing the past selection, not the one that a user can choose ATM. I attached a slight modification, so that the possible state transitions now show the possible *next* states to select. I guess I have two final questions, both slightly tangential. First, how do you get a textfile to be read in by state-machine? You're using random numbers to generate a list of numbered pairs and I can't seem to figure out how to actually get it to read in from text, either from looking through the PD list archive and the reference material. I feel like this is probably one of those simple questions that I just haven't been able to find the answer to. You use a read filename.txt message. Check out the help-patch for textfile. There is also the read filename.txt cr message possible which would treat a normal linebreak as a line ending, so you can omit the ; that normally terminates lines in [textfile]. Second, is there a way to have the titles in each line contain spaces? That is, have the lines look like something like... 12 Go Upstairs 7 Stay Downstairs Conversely, is there an easy way to strip out underscores? There is no easy way, especially not if you store mixed lines like: 12 Go_Upstairs 7 Stay_Downstairs: Because then a space would mess up the numbe of items like this: Index: 0 1 2 3 Line: 12 Go_Upstairs 7 Stay_Downstairs Index: 0 1 23 45 Line: 12 Go Upstairs 7 Stay Downstairs However if you use a second textfile for labels as I recommend above, you could use the abstraction [list-l2s] from the [list]-abs collection to convert the lists stored in the label-textfile (like Go Downstairs) to symbols containing spaces easily. I put an example for the conversion into attached file as well. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ state-machine.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] embedded abstractions (Was: Re: Highlight modified abstraction instances with red)
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote: What would be even cooler is if you could create embedded abstractions with internal messages - imagine creating abstractions as and when you need them (with $0-names if you like, global names if you like too) Which makes me wonder: Should these theoretical embedded abstractions have their own $0? I'd vote for yes. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: Is tar available for Windows users? Yes, every decent packer for Windows (WinZip, 7-zip etc.) also supports tar. But ideally this probably should be build into Pd, like a new filetype: *.pdt which is a tar-archive that gets unpacked by Pd when loading, and gets packed by Pd when saving a file as *.pdt Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
I was going to suggest that too! How difficult would that be? Then, people could pack all libraries and externals needed in a standalone package if needed. ~Kyle On 5/15/07, Frank Barknecht [EMAIL PROTECTED] wrote: Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: Is tar available for Windows users? Yes, every decent packer for Windows (WinZip, 7-zip etc.) also supports tar. But ideally this probably should be build into Pd, like a new filetype: *.pdt which is a tar-archive that gets unpacked by Pd when loading, and gets packed by Pd when saving a file as *.pdt Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] embedded abstractions (Was: Re: Highlight modified abstraction instances with red)
Frank Barknecht wrote: Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote: What would be even cooler is if you could create embedded abstractions with internal messages - imagine creating abstractions as and when you need them (with $0-names if you like, global names if you like too) Which makes me wonder: Should these theoretical embedded abstractions have their own $0? I'd vote for yes. Of course! They can get their parents' $0s if the parent wants to pass them down through creation arguments, like any other abstraction :) Ciao Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp quicktime support
The answer to all my questions about OSX pdp was and I quote Install Linux -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 2:52 PM To: alejo d Cc: pd-list@iem.at Subject: Re: [PD] pdp quicktime support Im trying to get an FTIR game setup and I wanted to try to use pdp_mgrid to get the motion tracking done due to tha fact that pix_multiblob from Gem is an insane cpu eater. Alain From: alejo d [EMAIL PROTECTED] Date: 2007/05/15 Tue PM 02:42:03 EDT To: [EMAIL PROTECTED] [EMAIL PROTECTED] CC: pd-list@iem.at Subject: Re: [PD] pdp quicktime support same situation here, i use pidip over linux but seems that yves will soon have to hide from os x users asking a ton of pidip questions... why does anyone want to use pidip ? :P /a On 5/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have tried the most recent version of Pd extended for os x on a ppc from the autobuilds and it looks like pdp_qt and pdp_yqt still give the unsupported video codec error. I have tried with different codecs but I still get the error. Does someone know of a particular one that has worked? This build loaded up pdp and pidip which I have not got to load up before so things are looking good. Thanks, Alain ___ 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] pdp quicktime support
JPEG CODEC And again, after install replace the libquicktime.dylib from sevvy's release wity the one you have now Make sure you back em up etc. I will send you my working dylib for you to try tonight if you do not succeed pp -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 2:26 PM To: pd-list@iem.at Subject: [PD] pdp quicktime support I have tried the most recent version of Pd extended for os x on a ppc from the autobuilds and it looks like pdp_qt and pdp_yqt still give the unsupported video codec error. I have tried with different codecs but I still get the error. Does someone know of a particular one that has worked? This build loaded up pdp and pidip which I have not got to load up before so things are looking good. Thanks, Alain ___ 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] Myron for Pd
Does anyone know if someone has ported Myron to Pd? http://webcamxtra.sourceforge.net/index.shtml Thanks, Alain ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: pda_gumstix.tar
i just had the chance to finally testy port of puredata for the PDA called pda by gunter geiger, i can report that the gumstix connex 400mhz using a gpstix reports that i manage to make a god port: # ./pd_ok -nogui -nomidi -verbose Pd version 0.37.4 compiled 23:12:25 Apr 23 2007 opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 2, output channels = 2 opened /dev/dsp for reading and writing opened audio output on /dev/dsp; got 2 channels bytes per sample = 2 setting nfrags = 8, fragsize 1024 audiobuffer set to 50 msec OSS: requested audio buffer size 8816 limited to 8192 opened audio input device /dev/dsp; got 2 channels bytes per sample = 2 OSS: issuing first ADC 'read' ... ...done. the bin is attached in case anyone want to help me test it. /a -- Forwarded message -- From: alejo d [EMAIL PROTECTED] Date: May 15, 2007 8:39 PM Subject: pda_gumstix.tar To: alejo d [EMAIL PROTECTED] pda_gumstix.tar pda_gumstix.tar Description: Unix tar archive ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Myron for Pd
I worked with a Director project that used the Xtra. It was pretty slow. On 5/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Does anyone know if someone has ported Myron to Pd? http://webcamxtra.sourceforge.net/index.shtml Thanks, Alain ___ 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] pdp quicktime support
I tried replacing the libquicktime.0.dylib with the one from the pidip .zip but it still wont recognize jpec codec or any other codec. If you can help I would apreciate it. Alain From: Pagano, Patrick [EMAIL PROTECTED] Date: 2007/05/15 Tue PM 03:47:28 EDT To: [EMAIL PROTECTED], pd-list@iem.at Subject: RE: [PD] pdp quicktime support JPEG CODEC And again, after install replace the libquicktime.dylib from sevvy's release wity the one you have now Make sure you back em up etc. I will send you my working dylib for you to try tonight if you do not succeed pp -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 2:26 PM To: pd-list@iem.at Subject: [PD] pdp quicktime support I have tried the most recent version of Pd extended for os x on a ppc from the autobuilds and it looks like pdp_qt and pdp_yqt still give the unsupported video codec error. I have tried with different codecs but I still get the error. Does someone know of a particular one that has worked? This build loaded up pdp and pidip which I have not got to load up before so things are looking good. Thanks, Alain ___ 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] port of puredata (PDa) for the gumstix
Quoting alejo d [EMAIL PROTECTED]: http://bekstation.bek.no/immigrante/pda_port_for_the_gumstix/pda_gumstix.tar i just had the chance to finally testy port of puredata for the PDA called pda by gunter geiger, i can report that the gumstix connex 400mhz using a gpstix says this: # ./pd_ok -nogui -nomidi -verbose Pd version 0.37.4 compiled 23:12:25 Apr 23 2007 opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 2, output channels = 2 opened /dev/dsp for reading and writing Hi alejo, This is great, congratulations :) Going to check out all those who asked for it and let them test. May I put a link on the webpage ? Greetings, Günter opened audio output on /dev/dsp; got 2 channels bytes per sample = 2 setting nfrags = 8, fragsize 1024 audiobuffer set to 50 msec OSS: requested audio buffer size 8816 limited to 8192 opened audio input device /dev/dsp; got 2 channels bytes per sample = 2 OSS: issuing first ADC 'read' ... ...done. if you happen to have a gumstix, help me test it: http://bekstation.bek.no/immigrante/pda_port_for_the_gumstix/pda_gumstix.tar /a -- Forwarded message -- From: alejo d [EMAIL PROTECTED] Date: May 15, 2007 8:47 PM Subject: Fwd: pda_gumstix.tar To: pd-list@iem.at, kdag [EMAIL PROTECTED] This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp quicktime support
same situation here, i use pidip over linux but seems that yves will soon have to hide from os x users asking a ton of pidip questions... why does anyone want to use pidip ? :P /a On 5/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have tried the most recent version of Pd extended for os x on a ppc from the autobuilds and it looks like pdp_qt and pdp_yqt still give the unsupported video codec error. I have tried with different codecs but I still get the error. Does someone know of a particular one that has worked? This build loaded up pdp and pidip which I have not got to load up before so things are looking good. Thanks, Alain ___ 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-0.40.2-extended windows builds are back
On May 15, 2007, at 12:49 PM, Georg Holzmann wrote: Hallo Hans! Hans-Christoph Steiner schrieb: I figure I would post out since the Pd-0.40.2-extended windows builds have been gone for a while. They are back as of today: very good news - thanks ! Are there also already report on pd-cvs if somthing is not compiling (or where do I see if I break something when I add new stuff) ? LG Georg Either watch pd-cvs for the summary or look at the auto-build site: http://autobuild.puredata.info/auto-build/ Pd-extended should build on all platforms, Pd-main just on the GNU/ Linux platforms. All of the complete build logs for every build are up there too. .hc Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] port of puredata (PDa) for the gumstix
wow, that's great! I have no gumstix yet, but was wanting to buy one for a long time. thanks! marius. alejo d wrote: http://bekstation.bek.no/immigrante/pda_port_for_the_gumstix/pda_gumstix.tar i just had the chance to finally testy port of puredata for the PDA called pda by gunter geiger, i can report that the gumstix connex 400mhz using a gpstix says this: # ./pd_ok -nogui -nomidi -verbose Pd version 0.37.4 compiled 23:12:25 Apr 23 2007 opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 2, output channels = 2 opened /dev/dsp for reading and writing opened audio output on /dev/dsp; got 2 channels bytes per sample = 2 setting nfrags = 8, fragsize 1024 audiobuffer set to 50 msec OSS: requested audio buffer size 8816 limited to 8192 opened audio input device /dev/dsp; got 2 channels bytes per sample = 2 OSS: issuing first ADC 'read' ... ...done. if you happen to have a gumstix, help me test it: http://bekstation.bek.no/immigrante/pda_port_for_the_gumstix/pda_gumstix.tar http://bekstation.bek.no/immigrante/pda_port_for_the_gumstix/pda_gumstix.tar /a -- Forwarded message -- From: *alejo d* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Date: May 15, 2007 8:47 PM Subject: Fwd: pda_gumstix.tar To: pd-list@iem.at mailto:pd-list@iem.at, kdag [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___ 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