Re: [PD] selecting 1 output signal from multiple input signals
--- On Fri, 8/20/10, Johnny Ferguson hyperfle...@gmail.com wrote: From: Johnny Ferguson hyperfle...@gmail.com Subject: [PD] selecting 1 output signal from multiple input signals To: pd-list@iem.at Date: Friday, August 20, 2010, 5:37 AM Is there an external object that will do what I'm looking for? I am creating an ADSR object, and I need to route one [line~] object for each phase of the envelope to [r~ $0-envelope] Is there a reason you can't just use one [line~] object and a [delay] to time the messages accordingly? I've found out that I can't have more than one [s~ $0-envelope] which makes sense as audio rate objects have constant output and would reset eachother, or explode (I'm not sure which). So what I'm looking for would essentially be an audio rate multiplexer. I could roll my own, but I hate to reinvent the wheel. I thought there might be something like [gate~], but didn't find anything. -Johnny ___ 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] selecting 1 output signal from multiple input signals
2010/8/20 Jonathan Wilkes jancs...@yahoo.com --- On Fri, 8/20/10, Johnny Ferguson hyperfle...@gmail.com wrote: From: Johnny Ferguson hyperfle...@gmail.com Subject: [PD] selecting 1 output signal from multiple input signals To: pd-list@iem.at Date: Friday, August 20, 2010, 5:37 AM Is there an external object that will do what I'm looking for? I am creating an ADSR object, and I need to route one [line~] object for each phase of the envelope to [r~ $0-envelope] Is there a reason you can't just use one [line~] object and a [delay] to time the messages accordingly? isn't that what vline~ is for ? I've found out that I can't have more than one [s~ $0-envelope] which makes sense as audio rate objects have constant output and would reset eachother, or explode (I'm not sure which). So what I'm looking for would essentially be an audio rate multiplexer. I could roll my own, but I hate to reinvent the wheel. I thought there might be something like [gate~], but didn't find anything. -Johnny ___ 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] selecting 1 output signal from multiple input signals
Would [throw~] and [catch~] solve this problem for you by allowing several sends to sum at one bus? a. On Thu, 19 Aug 2010 23:37:17 -0400 Johnny Ferguson hyperfle...@gmail.com wrote: Is there an external object that will do what I'm looking for? I am creating an ADSR object, and I need to route one [line~] object for each phase of the envelope to [r~ $0-envelope] I've found out that I can't have more than one [s~ $0-envelope] which makes sense as audio rate objects have constant output and would reset eachother, or explode (I'm not sure which). So what I'm looking for would essentially be an audio rate multiplexer. I could roll my own, but I hate to reinvent the wheel. I thought there might be something like [gate~], but didn't find anything. -Johnny ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Andy Farnell padawa...@obiwannabe.co.uk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] selecting 1 output signal from multiple input signals
Well, that's part of it, but vline~ can also schedule ramps to begin and end between samples, which makes it more expensive than line~. -Jonathan --- On Fri, 8/20/10, tim vets timv...@gmail.com wrote: From: tim vets timv...@gmail.com Subject: Re: [PD] selecting 1 output signal from multiple input signals To: Jonathan Wilkes jancs...@yahoo.com, pd-list pd-list@iem.at Date: Friday, August 20, 2010, 8:08 AM 2010/8/20 Jonathan Wilkes jancs...@yahoo.com --- On Fri, 8/20/10, Johnny Ferguson hyperfle...@gmail.com wrote: From: Johnny Ferguson hyperfle...@gmail.com Subject: [PD] selecting 1 output signal from multiple input signals To: pd-list@iem.at Date: Friday, August 20, 2010, 5:37 AM Is there an external object that will do what I'm looking for? I am creating an ADSR object, and I need to route one [line~] object for each phase of the envelope to [r~ $0-envelope] Is there a reason you can't just use one [line~] object and a [delay] to time the messages accordingly? isn't that what vline~ is for ? I've found out that I can't have more than one [s~ $0-envelope] which makes sense as audio rate objects have constant output and would reset eachother, or explode (I'm not sure which). So what I'm looking for would essentially be an audio rate multiplexer. I could roll my own, but I hate to reinvent the wheel. I thought there might be something like [gate~], but didn't find anything. -Johnny ___ 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] ez430-chronos
Nice smart-watch =P What sort of battery is it? there's a lot of rechargeables out there, so maybe you can fit one in the watch. On Fri, Aug 20, 2010 at 2:21 AM, patrick pured...@11h11.com wrote: the watch: http://processors.wiki.ti.com/index.php/EZ430-Chronos?DCMP=ChronosHQS=Other+OT+chronoswiki http://processors.wiki.ti.com/index.php/EZ430-Chronos?DCMP=ChronosHQS=Other+OT+chronoswiki briefly: 1GHz wireless transceiver 3-axis accelerometer (XYZ) pressure sensor temperature sensor reprogrammable for custom wireless applications the downside is that the battery is not rechargeable, so if you use send the accelerometer continuously, the battery will last 2 days. it sucks. à+ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (ongoing MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] openCV face detection performance Was: make me
ola, i dunno, is the source of the sofware coming with your cam available? second, you don't need to convert to grayscale, it's already made internally saludos, sevy Max wrote: While I was checking out a Canon EOS 5D automatic face detection and focus, I wondered why this camera can do so effortless and the OpenCV on a Mac 8 core machine uses one Processor with 250% for that. When changing to greyscale colorspace and reducing the resolution to a quarter of PAL one get under 100% but it still still seems like a lot. Any Ideas why that could be? m. Am 19.08.2010 um 13:34 schrieb ydego...@gmail.com: ola, basically what is missing from opencv is an 6 DOF Head Tracking. do you have an idea on which algorithm it is based? i googled a bit but couldn't find really valuable information on this... saludos, sevy ___ 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] Variable Sends
Hello, Sorry for the newb question. I had a search but couldn't find an answer -- maybe I'm not using the correct expression. I have 64 unique receive objects and I'd like to address them individually, sequentially from one send object ie. I'd like to send RGB values to 64 squares in GEM and colour them so that it cycles through a series of colours. Can anyone help? Philip ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Output a value in an array as a bang
2010/8/19 João de Brito Vidigal jbvidi...@gmail.com Hi guys! Here I am with my troubled mind! I've been looking at this for hours and I can't seem to find an answer. I've actually been dreaming about all this for days! Well... Finally I made it with the list for ON/OFF values! With some modifications on Frank Barknecht's flipper I did what I needed... In a way! That's what brings me here! So, here's the thing: When I bang ON it stores a 1 in a table without repeating the index. It looks for a 0 to turn it to 1. When I bang OFF it only bangs one that is already ON. So basically the whole system 1) looks for an available slot to turn on; 2) looks for an unavailable slot to turn off. As I said before it stores this in a table. What I need and can't seem to be able to do is: when the table writes a new value that value can be output through a bang in a corresponding index. Lets say I have a table of 5 indexes. If index 2 changes value from 0 to 1 a bang is triggered. It's so hard to explain... damn it! Hope you can understand! Thanks guys! You're being saviors... Yes, for me it's hard to understand what you mean, but maybe this will help you (and maybe not). [2 \ = floatatom to read table-index 2 | [tabread your_table] | [change] | [bang( Joao Vidigal ___ 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] Variable Sends
Use one [send color] and put one [receive color] and a [route $1] in the abstraction managing your square like this : [receive color] | [route $1] | in the cold inlet of [color] and in your main patch you send something like : [62 0.5 0.8 0.1( | [send color] Then the [color] object in the instance of your abstraction [absColorsquare 62] will receive [0.5 0.8 0.1( message in its cold inlet. ++ Jack Le vendredi 20 août 2010 à 12:05 +0100, Philip Cunningham a écrit : Hello, Sorry for the newb question. I had a search but couldn't find an answer -- maybe I'm not using the correct expression. I have 64 unique receive objects and I'd like to address them individually, sequentially from one send object ie. I'd like to send RGB values to 64 squares in GEM and colour them so that it cycles through a series of colours. Can anyone help? Philip ___ 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] Variable Sends
you can use a [send] without an argument and set the destination using a symbol in its right inlet, for example using a message. You can also use messages as sends, see attachment. Martin Philip Cunningham wrote: Hello, Sorry for the newb question. I had a search but couldn't find an answer -- maybe I'm not using the correct expression. I have 64 unique receive objects and I'd like to address them individually, sequentially from one send object ie. I'd like to send RGB values to 64 squares in GEM and colour them so that it cycles through a series of colours. Can anyone help? Philip ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list send_dynamic.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Variable Sends
I just add that you can use numbers as arguments with [iem_s] and [iem_r]... Very useful sometimes... 01ivier 2010/8/20 Martin Schied crini...@gmx.net you can use a [send] without an argument and set the destination using a symbol in its right inlet, for example using a message. You can also use messages as sends, see attachment. Martin Philip Cunningham wrote: Hello, Sorry for the newb question. I had a search but couldn't find an answer -- maybe I'm not using the correct expression. I have 64 unique receive objects and I'd like to address them individually, sequentially from one send object ie. I'd like to send RGB values to 64 squares in GEM and colour them so that it cycles through a series of colours. Can anyone help? Philip ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
Hello, When i try to send data from a sub-process using [udpsend] from iemlib (or mrpeach), it is impossible. The sub-process seems to block this send. The sub-process is created with [pd~]. Is it a normal behavior ? Any clue to resolve this problem ? In fact, i'm trying to send back to the main patch data from MSD in a sub-process to separate GEM from MSD. When i only use [pd~] and [stdout], it works but it is very slow, that's why i'm trying now with [udpsend] without [stdout] hoping to gain speed. Thanx. ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
Sorry for the noise, it is working with [udpsend] ! But it is still very slow. The best is to use GEM and MSD in the same patch. Is it normal the data transfers are so slow with sub-process (using [pd~]) ? Is there another method to accelerate this transfert between GEM and MSD using [pd~] and [stdout] ? Thanx. ++ Jack Le vendredi 20 août 2010 à 14:53 +0200, Jack a écrit : Hello, When i try to send data from a sub-process using [udpsend] from iemlib (or mrpeach), it is impossible. The sub-process seems to block this send. The sub-process is created with [pd~]. Is it a normal behavior ? Any clue to resolve this problem ? In fact, i'm trying to send back to the main patch data from MSD in a sub-process to separate GEM from MSD. When i only use [pd~] and [stdout], it works but it is very slow, that's why i'm trying now with [udpsend] without [stdout] hoping to gain speed. Thanx. ++ Jack ___ 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] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
is the child or the parent doing the audio? Am 20.08.2010 um 15:04 schrieb Jack: Sorry for the noise, it is working with [udpsend] ! But it is still very slow. The best is to use GEM and MSD in the same patch. Is it normal the data transfers are so slow with sub-process (using [pd~]) ? Is there another method to accelerate this transfert between GEM and MSD using [pd~] and [stdout] ? Thanx. ++ Jack Le vendredi 20 août 2010 à 14:53 +0200, Jack a écrit : Hello, When i try to send data from a sub-process using [udpsend] from iemlib (or mrpeach), it is impossible. The sub-process seems to block this send. The sub-process is created with [pd~]. Is it a normal behavior ? Any clue to resolve this problem ? In fact, i'm trying to send back to the main patch data from MSD in a sub-process to separate GEM from MSD. When i only use [pd~] and [stdout], it works but it is very slow, that's why i'm trying now with [udpsend] without [stdout] hoping to gain speed. Thanx. ++ Jack ___ 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 PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
Hello Max, There is no audio object in the both patch. But the audio is active in both. In the patch with GEM process, i have [pd~ -ninsig 1 -noutsig 1] and in the patch with MSD i have [stdout]. Thanx. ++ Jack Le vendredi 20 août 2010 à 15:10 +0200, Max a écrit : is the child or the parent doing the audio? Am 20.08.2010 um 15:04 schrieb Jack: Sorry for the noise, it is working with [udpsend] ! But it is still very slow. The best is to use GEM and MSD in the same patch. Is it normal the data transfers are so slow with sub-process (using [pd~]) ? Is there another method to accelerate this transfert between GEM and MSD using [pd~] and [stdout] ? Thanx. ++ Jack Le vendredi 20 août 2010 à 14:53 +0200, Jack a écrit : Hello, When i try to send data from a sub-process using [udpsend] from iemlib (or mrpeach), it is impossible. The sub-process seems to block this send. The sub-process is created with [pd~]. Is it a normal behavior ? Any clue to resolve this problem ? In fact, i'm trying to send back to the main patch data from MSD in a sub-process to separate GEM from MSD. When i only use [pd~] and [stdout], it works but it is very slow, that's why i'm trying now with [udpsend] without [stdout] hoping to gain speed. Thanx. ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] selecting 1 output signal from multiple input signals
On 08/20/2010 02:00 AM, Jonathan Wilkes wrote: --- On Fri, 8/20/10, Johnny Fergusonhyperfle...@gmail.com wrote: From: Johnny Fergusonhyperfle...@gmail.com Subject: [PD] selecting 1 output signal from multiple input signals To: pd-list@iem.at Date: Friday, August 20, 2010, 5:37 AM Is there an external object that will do what I'm looking for? I am creating an ADSR object, and I need to route one [line~] object for each phase of the envelope to [r~ $0-envelope] Is there a reason you can't just use one [line~] object and a [delay] to time the messages accordingly? ...actually, that does sound a hell of a lot more elegant. I've found out that I can't have more than one [s~ $0-envelope] which makes sense as audio rate objects have constant output and would reset eachother, or explode (I'm not sure which). So what I'm looking for would essentially be an audio rate multiplexer. I could roll my own, but I hate to reinvent the wheel. I thought there might be something like [gate~], but didn't find anything. Still looking for this though, I could see it being handy in the future. -Johnny ___ 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] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
On Fri, 20 Aug 2010, Jack wrote: Is there another method to accelerate this transfert between GEM and MSD using [pd~] and [stdout] ? Can you try communicating with OSC instead, and see whether it's faster ? It does lesser amounts of encoding and decoding for floats, than what [netsend]/[netreceive]/[stdout]/[pd~] need. How many floats do you need to send from one process to the other, per second ? _ _ __ ___ _ _ _ ... | 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] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
Hello Mathieu, I have already do that with [packOSC]/[unpackOSC] and [udpsend]/[udpreceive], it is slow too. I need to send 2 lists of 3 floats (id, pos x, pos y) each frame (50 fps) from one process to other. Thanx. ++ Jack Le vendredi 20 août 2010 à 10:20 -0400, Mathieu Bouchard a écrit : On Fri, 20 Aug 2010, Jack wrote: Is there another method to accelerate this transfert between GEM and MSD using [pd~] and [stdout] ? Can you try communicating with OSC instead, and see whether it's faster ? It does lesser amounts of encoding and decoding for floats, than what [netsend]/[netreceive]/[stdout]/[pd~] need. How many floats do you need to send from one process to the other, per second ? _ _ __ ___ _ _ _ ... | 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] Variable Sends
On Fri, 20 Aug 2010, Philip Cunningham wrote: Sorry for the newb question. I had a search but couldn't find an answer -- maybe I'm not using the correct expression. I have 64 unique receive objects and I'd like to address them individually, sequentially from one send object ie. I'd like to send RGB values to 64 squares in GEM and colour them so that it cycles through a series of colours. use [repeat] to reduce the 64 [square]s to 1 [square]. Then you need 0 receive objects and thus you need 0 send objects. If necessary, use a [table] (or three) to store the intermediate values. _ _ __ ___ _ _ _ ... | 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] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
maybe as audio signal through JACK? That is the fastest way I'm aware. That would be 441000 values per second per channel -1.0/+1.0, then you had to rescale again. 2010/8/20 Jack j...@rybn.org: Hello Mathieu, I have already do that with [packOSC]/[unpackOSC] and [udpsend]/[udpreceive], it is slow too. I need to send 2 lists of 3 floats (id, pos x, pos y) each frame (50 fps) from one process to other. Thanx. ++ Jack Le vendredi 20 août 2010 à 10:20 -0400, Mathieu Bouchard a écrit : On Fri, 20 Aug 2010, Jack wrote: Is there another method to accelerate this transfert between GEM and MSD using [pd~] and [stdout] ? Can you try communicating with OSC instead, and see whether it's faster ? It does lesser amounts of encoding and decoding for floats, than what [netsend]/[netreceive]/[stdout]/[pd~] need. How many floats do you need to send from one process to the other, per second ? _ _ __ ___ _ _ _ ... | 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
hello, ./configure, make and sudo make install work as usually /pd/pd-0.43-0test2/bin$ ./pd works as expected, but : $ pd Error in startup script: couldn't read file /usr/local/lib/pd/tcl//pd-gui.tcl: no such file or directory will make more tests later cheers Cyrille Le 19/08/2010 18:32, Miller Puckette a écrit : Hi all, Pd version 0.43-0 test 2 is available on: http://crca.ucsd.edu/~msp/software.htm This version features a comprehensive re-write of the GUI (almost entirely contributed by others!) I'm aiming to get the final 0.43-0 out by Aug. 31. cheers Miller ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
Le vendredi 20 août 2010 à 11:58 -0300, Bernardo Barros a écrit : sorry: 44100 (or 48000 or 96000) 2010/8/20 Bernardo Barros bernardobarr...@gmail.com: maybe as audio signal through JACK? That is the fastest way I'm aware. That would be 441000 values per second per channel -1.0/+1.0, then you had to rescale again. Yep, i used to use JACK. But always slow here ;) Thanx anyway. ++ Jack 2010/8/20 Jack j...@rybn.org: Hello Mathieu, I have already do that with [packOSC]/[unpackOSC] and [udpsend]/[udpreceive], it is slow too. I need to send 2 lists of 3 floats (id, pos x, pos y) each frame (50 fps) from one process to other. Thanx. ++ Jack Le vendredi 20 août 2010 à 10:20 -0400, Mathieu Bouchard a écrit : On Fri, 20 Aug 2010, Jack wrote: Is there another method to accelerate this transfert between GEM and MSD using [pd~] and [stdout] ? Can you try communicating with OSC instead, and see whether it's faster ? It does lesser amounts of encoding and decoding for floats, than what [netsend]/[netreceive]/[stdout]/[pd~] need. How many floats do you need to send from one process to the other, per second ? _ _ __ ___ _ _ _ ... | 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
Maybe that is a limitation of the PD control rate cords. You only get audio rate messages between audio boxes. 2010/8/20 Jack j...@rybn.org: Le vendredi 20 août 2010 à 11:58 -0300, Bernardo Barros a écrit : sorry: 44100 (or 48000 or 96000) 2010/8/20 Bernardo Barros bernardobarr...@gmail.com: maybe as audio signal through JACK? That is the fastest way I'm aware. That would be 441000 values per second per channel -1.0/+1.0, then you had to rescale again. Yep, i used to use JACK. But always slow here ;) Thanx anyway. ++ Jack 2010/8/20 Jack j...@rybn.org: Hello Mathieu, I have already do that with [packOSC]/[unpackOSC] and [udpsend]/[udpreceive], it is slow too. I need to send 2 lists of 3 floats (id, pos x, pos y) each frame (50 fps) from one process to other. Thanx. ++ Jack Le vendredi 20 août 2010 à 10:20 -0400, Mathieu Bouchard a écrit : On Fri, 20 Aug 2010, Jack wrote: Is there another method to accelerate this transfert between GEM and MSD using [pd~] and [stdout] ? Can you try communicating with OSC instead, and see whether it's faster ? It does lesser amounts of encoding and decoding for floats, than what [netsend]/[netreceive]/[stdout]/[pd~] need. How many floats do you need to send from one process to the other, per second ? _ _ __ ___ _ _ _ ... | 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] selecting 1 output signal from multiple input signals
On Fri, Aug 20, 2010 at 09:36:39AM -0400, Johnny Ferguson wrote: On 08/20/2010 02:36 AM, Andy Farnell wrote: Would [throw~] and [catch~] solve this problem for you by allowing several sends to sum at one bus? That will make things a little easier, but I'll still need to turn the line values on and off. I think I'm going to just make an audio multiplexer abstraction, or switch to using delays and one line object as someone suggested. The help section has a pretty useful ADSR envlope abstraction build around the latter pricnciple. An audio (de)multiplex abstraction always is handy to have, like the attached one. Apart from that, iem_mtx has some powerful matrix multiplaction objects for signals (iem_mul~ iirc.) that are great for more advance uses. Ciao -- Frank demuxer8~.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] selecting 1 output signal from multiple input signals
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 06:01 PM, Frank Barknecht wrote: Apart from that, iem_mtx has some powerful matrix multiplaction objects for signals (iem_mul~ iirc.) that are great for more advance uses. iem_mtx has been deprecated for about 5 years now, and has been integrated into iemmatrix. the old library provided a [mtx_mul~] object, which is still in iemmatrix for compat reasons, but it is DEPRECATED and will eventually be removed. the replacement is [mtx_*~] (both objects basically do the same, but the API (iolets) is different) msdrt IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxurdwACgkQkX2Xpv6ydvQzHgCdG+Yp6MKDTsOLYy70HSoWwxCv BcMAoMKMxzuXNt2maXtdslzfsNmlLLer =8zDB -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 05:45 PM, Bernardo Barros wrote: Maybe that is a limitation of the PD control rate cords. You only get audio rate messages between audio boxes. it took a while for me to understand what you actually mean... control rate really means event-based (asynchronous), and only at certain points in time (at the 64 samples boundary). the 64 samples boundary limits your latency (it will jitter up to 64 samples[1]), but it doesn't say anything about the bandwidth. you can send 100 times more data in a second between 2 [+] objects than between to [+~] objects [2]. mgasdr IOhannes [1] plus an offset [2] if you don't do block processing. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxur00ACgkQkX2Xpv6ydvQG1wCeNExE1sM5ez+6uKIg+dTR+nLY YmwAoM02qkqU1q6JFSphnrN2/Z1UEWpT =R/k8 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] selecting 1 output signal from multiple input signals
On Fri, Aug 20, 2010 at 06:31:24PM +0200, IOhannes m zmölnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 06:01 PM, Frank Barknecht wrote: Apart from that, iem_mtx has some powerful matrix multiplaction objects for signals (iem_mul~ iirc.) that are great for more advance uses. iem_mtx has been deprecated for about 5 years now, and has been integrated into iemmatrix. the old library provided a [mtx_mul~] object, which is still in iemmatrix for compat reasons, but it is DEPRECATED and will eventually be removed. the replacement is [mtx_*~] (both objects basically do the same, but the API (iolets) is different) Thanks for clarifying - I was writing from memory without checking it (there never was a iem_mul~, right? :) Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Font weirdness with 0.43test
Hi, attached screenshot shows a comparison of the font, I use with Pd on Debian Squeeze: FreeMono. I start Pd with -font-face FreeMono, no size or weight options. My patches usually use size 10 as default, this also is used on the screenshot. It seems that 0.43 scales the font to be one step too small. 0.42 has about the same size as the GVim I also show as comparison. Is this expected behaviour or amy I doing something wrong? I can fix the size difference by adding -font-size 12 to the startup options or probably by some tcl hacking, but actually I was hoping, that the GUI reqrite would finally allow me to avoid using startup options for basic GUI configuration and behave more like normal software. Ciao -- Frank attachment: fonts.png___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] selecting 1 output signal from multiple input signals
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 06:38 PM, Frank Barknecht wrote: Thanks for clarifying - I was writing from memory without checking it (there never was a iem_mul~, right? :) not that i know of (which i would interpret as: correct) fgmasdr IOhanes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxusPQACgkQkX2Xpv6ydvSGdwCfW+uVaJ8AoyrggGBRTm8H4OJQ pjIAoKMWRSpk3xNi/ZnwF9WQDqmacm0a =l/N4 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
There's [udpsend~] and [udpreceive]~ for sending multichannel signals. Martin bernardo wrote: maybe as audio signal through JACK? That is the fastest way I'm aware. That would be 441000 values per second per channel -1.0/+1.0, then you had to rescale again. 2010/8/20 Jack j...@rybn.org: Hello Mathieu, I have already do that with [packOSC]/[unpackOSC] and [udpsend]/[udpreceive], it is slow too. I need to send 2 lists of 3 floats (id, pos x, pos y) each frame (50 fps) from one process to other. Thanx. ++ Jack Le vendredi 20 août 2010 à 10:20 -0400, Mathieu Bouchard a écrit : On Fri, 20 Aug 2010, Jack wrote: Is there another method to accelerate this transfert between GEM and MSD using [pd~] and [stdout] ? Can you try communicating with OSC instead, and see whether it's faster ? It does lesser amounts of encoding and decoding for floats, than what [netsend]/[netreceive]/[stdout]/[pd~] need. How many floats do you need to send from one process to the other, per second ? _ _ __ ___ _ _ _ ... | 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 ___ 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] Font weirdness with 0.43test
btw I remember to ask myself why pd do not allow the user to choose his/her own fonts... why? 2010/8/20 Frank Barknecht f...@footils.org: Hi, attached screenshot shows a comparison of the font, I use with Pd on Debian Squeeze: FreeMono. I start Pd with -font-face FreeMono, no size or weight options. My patches usually use size 10 as default, this also is used on the screenshot. It seems that 0.43 scales the font to be one step too small. 0.42 has about the same size as the GVim I also show as comparison. Is this expected behaviour or amy I doing something wrong? I can fix the size difference by adding -font-size 12 to the startup options or probably by some tcl hacking, but actually I was hoping, that the GUI reqrite would finally allow me to avoid using startup options for basic GUI configuration and behave more like normal software. Ciao -- Frank ___ 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] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
Hi Johannes! Hum, I used csound/supercollider terminology here. Audio rate is sample precision, control rate is one value per block, right? He needs 2 floating-points values per second, I can only think of audio signals for this. Well, if he start pd with pd -jack and make three more channels he can connect these extra channels from puredata:0 as input to puredata:1 in JACK, right? (QJackCtl or Patchage would make it very easy). I did not know JACK could deal with values outside the -1/+1 range. 2010/8/20 IOhannes m zmölnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 04:58 PM, Bernardo Barros wrote: maybe as audio signal through JACK? That is the fastest way I'm aware. That would be 441000 values per second per channel -1.0/+1.0, then you had to rescale again. is that true. jack internally uses floating point samples, so i don't see a reason why jack should not be able to transmit samples outside the [-1..+1] range. apart from that, you won't be able to use jack from within [pd~], as the [dac~]s in [pd~] are mapped to the outlet~s of the object (that is: the inner pd cannot connect to the audio api directly) if course you could just use 2 separate Pd's anyhow, in which case jack would work. an even faster way to transport would be Gem's shared memory objects (see [pix_share_read]). however it's probably not so fast to convert the data to/from the pix format. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxusKEACgkQkX2Xpv6ydvSEdwCghiXF587vWRRZ95fIZud414Qj xs0An2077wpG2lonhA59im5OyDWJrA6n =e910 -END PGP SIGNATURE- ___ 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] tk version weirdness with 0.43test2
Hi, and another one: I have both tk8.4 (the default on Squeeze) and tk8.5 installed, -deve packages come from 8.5 only: robbi:~# dlocate -l tk8 Desired=Unknown/Install/Remove/Purge/Hold Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed ||/ Name Version Description +++---== ii tk8.48.4.19-4 Tk toolkit for Tcl and X11, v8.4 - ii tk8.58.5.8-1 Tk toolkit for Tcl and X11, v8.5 - ii tk8.5-dev8.5.8-1 Tk toolkit for Tcl and X11, v8.5 - configure seems to find 8.5 just fine: # config.log: ac_cv_lib_tcl85_main=no ac_cv_lib_tcl8_5_main=yes ac_cv_lib_tk85_main=no ac_cv_lib_tk8_5_main=yes ... LIBS='-ltk8.5 -ltcl8.5 -lrt -ljack -ljack' However running pd from the bin directory, the applications shows me its ugly, non-aliased 8.4 face. If I remove the tk8.4 package with aptitude, Pd starts with its nice and shiny 8.5-face, but that's not an option in the long run, as other packages need 8.4. Pd 0.42 would happily use 8.5 even with 8.4 installed. Can I hack 0.43 somehow to get the nice GUI I've grown to like a bit by now? (I tried something like package require Tk 8.5 in pd-gui.tcl already, but that won't start at all.) Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
[2] if you don't do block processing ah yes, I was thinking as one value per block. 2010/8/20 IOhannes m zmölnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 05:45 PM, Bernardo Barros wrote: Maybe that is a limitation of the PD control rate cords. You only get audio rate messages between audio boxes. it took a while for me to understand what you actually mean... control rate really means event-based (asynchronous), and only at certain points in time (at the 64 samples boundary). the 64 samples boundary limits your latency (it will jitter up to 64 samples[1]), but it doesn't say anything about the bandwidth. you can send 100 times more data in a second between 2 [+] objects than between to [+~] objects [2]. mgasdr IOhannes [1] plus an offset [2] if you don't do block processing. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxur00ACgkQkX2Xpv6ydvQG1wCeNExE1sM5ez+6uKIg+dTR+nLY YmwAoM02qkqU1q6JFSphnrN2/Z1UEWpT =R/k8 -END PGP SIGNATURE- ___ 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] tk version weirdness with 0.43test2
Hi, sorry for a quick self-reply: I hacked it by setthing the default wish to wish8.4 with update-alternatives --config wish I still wonder, why 0.42 would automatically select 8.5 instead of 8.4. It could be nice for other users if 0.43 would try the latest and greatest as well. Ciao -- Frank On Fri, Aug 20, 2010 at 07:09:16PM +0200, Frank Barknecht wrote: Hi, and another one: I have both tk8.4 (the default on Squeeze) and tk8.5 installed, -deve packages come from 8.5 only: robbi:~# dlocate -l tk8 Desired=Unknown/Install/Remove/Purge/Hold Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed ||/ Name Version Description +++---== ii tk8.48.4.19-4 Tk toolkit for Tcl and X11, v8.4 - ii tk8.58.5.8-1 Tk toolkit for Tcl and X11, v8.5 - ii tk8.5-dev8.5.8-1 Tk toolkit for Tcl and X11, v8.5 - configure seems to find 8.5 just fine: # config.log: ac_cv_lib_tcl85_main=no ac_cv_lib_tcl8_5_main=yes ac_cv_lib_tk85_main=no ac_cv_lib_tk8_5_main=yes ... LIBS='-ltk8.5 -ltcl8.5 -lrt -ljack -ljack' However running pd from the bin directory, the applications shows me its ugly, non-aliased 8.4 face. If I remove the tk8.4 package with aptitude, Pd starts with its nice and shiny 8.5-face, but that's not an option in the long run, as other packages need 8.4. Pd 0.42 would happily use 8.5 even with 8.4 installed. Can I hack 0.43 somehow to get the nice GUI I've grown to like a bit by now? (I tried something like package require Tk 8.5 in pd-gui.tcl already, but that won't start at all.) Ciao -- Frank ___ 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] Font weirdness with 0.43test
I don't know how to do this in a way that's portable across platforms... this has been a huge unsolved problem for years :) Miller On Fri, Aug 20, 2010 at 01:58:30PM -0300, Bernardo Barros wrote: btw I remember to ask myself why pd do not allow the user to choose his/her own fonts... why? 2010/8/20 Frank Barknecht f...@footils.org: Hi, attached screenshot shows a comparison of the font, I use with Pd on Debian Squeeze: FreeMono. I start Pd with -font-face FreeMono, no size or weight options. My patches usually use size 10 as default, this also is used on the screenshot. It seems that 0.43 scales the font to be one step too small. 0.42 has about the same size as the GVim I also show as comparison. Is this expected behaviour or amy I doing something wrong? I can fix the size difference by adding -font-size 12 to the startup options or probably by some tcl hacking, but actually I was hoping, that the GUI reqrite would finally allow me to avoid using startup options for basic GUI configuration and behave more like normal software. Ciao -- Frank ___ 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] tk version weirdness with 0.43test2
On Fri, Aug 20, 2010 at 07:18:20PM +0200, Frank Barknecht wrote: sorry for a quick self-reply: I hacked it by setthing the default wish to wish8.4 with update-alternatives --config wish to wish8.5 of course... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font weirdness with 0.43test
On Fri, Aug 20, 2010 at 10:17:27AM -0700, Miller Puckette wrote: I don't know how to do this in a way that's portable across platforms... this has been a huge unsolved problem for years :) Hehe, yeah, I'm used to tears. :) Anyway in my quick test the GUI rewrite seems to have degraded a bit in this regard, as 0.42 showed the same font size that standard Gtk apps like Vim use. But maybe some Gnome users can compare font sizes between Pd and Gtk- (or Qt) apps and some defaults for Linux can just be adapted? Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font weirdness with 0.43test
I would vote for this fixed-spaced (but not ugly) font: http://www.levien.com/type/myfonts/inconsolata.html 2010/8/20 Frank Barknecht f...@footils.org: On Fri, Aug 20, 2010 at 10:17:27AM -0700, Miller Puckette wrote: I don't know how to do this in a way that's portable across platforms... this has been a huge unsolved problem for years :) Hehe, yeah, I'm used to tears. :) Anyway in my quick test the GUI rewrite seems to have degraded a bit in this regard, as 0.42 showed the same font size that standard Gtk apps like Vim use. But maybe some Gnome users can compare font sizes between Pd and Gtk- (or Qt) apps and some defaults for Linux can just be adapted? Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font weirdness with 0.43test
nice: pd -jack -font-face Inconsolata -font-size 12 2010/8/20 Hans-Christoph Steiner h...@at.or.at: You can choose your own fonts, but only from command line flags, or by editing the Tcl files. .hc On Aug 20, 2010, at 12:58 PM, Bernardo Barros wrote: btw I remember to ask myself why pd do not allow the user to choose his/her own fonts... why? 2010/8/20 Frank Barknecht f...@footils.org: Hi, attached screenshot shows a comparison of the font, I use with Pd on Debian Squeeze: FreeMono. I start Pd with -font-face FreeMono, no size or weight options. My patches usually use size 10 as default, this also is used on the screenshot. It seems that 0.43 scales the font to be one step too small. 0.42 has about the same size as the GVim I also show as comparison. Is this expected behaviour or amy I doing something wrong? I can fix the size difference by adding -font-size 12 to the startup options or probably by some tcl hacking, but actually I was hoping, that the GUI reqrite would finally allow me to avoid using startup options for basic GUI configuration and behave more like normal software. Ciao -- Frank ___ 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 Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tk version weirdness with 0.43test2
Which wish to use on GNU/Linux is set at the top of pd-gui.tcl. The problem is one of deployment. wish is guaranteed to be there if Tcl/ Tk is installed. wish8.5 is not. I would recommend the Debian, etc. package patching pd-gui.tcl to set that wish to the best option, and then set the correct dependency. Or you can use update-alternatives :) .hc On Aug 20, 2010, at 1:18 PM, Frank Barknecht wrote: Hi, sorry for a quick self-reply: I hacked it by setthing the default wish to wish8.4 with update-alternatives --config wish I still wonder, why 0.42 would automatically select 8.5 instead of 8.4. It could be nice for other users if 0.43 would try the latest and greatest as well. Ciao -- Frank On Fri, Aug 20, 2010 at 07:09:16PM +0200, Frank Barknecht wrote: Hi, and another one: I have both tk8.4 (the default on Squeeze) and tk8.5 installed, -deve packages come from 8.5 only: robbi:~# dlocate -l tk8 Desired=Unknown/Install/Remove/Purge/Hold Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed ||/ Name Version Description +++--- == ii tk8.48.4.19-4 Tk toolkit for Tcl and X11, v8.4 - ii tk8.58.5.8-1 Tk toolkit for Tcl and X11, v8.5 - ii tk8.5-dev8.5.8-1 Tk toolkit for Tcl and X11, v8.5 - configure seems to find 8.5 just fine: # config.log: ac_cv_lib_tcl85_main=no ac_cv_lib_tcl8_5_main=yes ac_cv_lib_tk85_main=no ac_cv_lib_tk8_5_main=yes ... LIBS='-ltk8.5 -ltcl8.5 -lrt -ljack -ljack' However running pd from the bin directory, the applications shows me its ugly, non-aliased 8.4 face. If I remove the tk8.4 package with aptitude, Pd starts with its nice and shiny 8.5-face, but that's not an option in the long run, as other packages need 8.4. Pd 0.42 would happily use 8.5 even with 8.4 installed. Can I hack 0.43 somehow to get the nice GUI I've grown to like a bit by now? (I tried something like package require Tk 8.5 in pd-gui.tcl already, but that won't start at all.) Ciao -- Frank ___ 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 [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tk version weirdness with 0.43test2
FYI: you don't need Tcl/Tk -dev packages anymore, the GUI is now pure Tcl and no longer has a C component. What seems odd to me is that LIBS is including -ltk8.5 and -ltcl8.5. It shouldn't at all. IOhannes, did they somehow creep back into the autotools build system with your recent updates? .hc On Aug 20, 2010, at 1:09 PM, Frank Barknecht wrote: Hi, and another one: I have both tk8.4 (the default on Squeeze) and tk8.5 installed, -deve packages come from 8.5 only: robbi:~# dlocate -l tk8 Desired=Unknown/Install/Remove/Purge/Hold Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed ||/ Name Version Description +++--- == ii tk8.48.4.19-4 Tk toolkit for Tcl and X11, v8.4 - ii tk8.58.5.8-1 Tk toolkit for Tcl and X11, v8.5 - ii tk8.5-dev8.5.8-1 Tk toolkit for Tcl and X11, v8.5 - configure seems to find 8.5 just fine: # config.log: ac_cv_lib_tcl85_main=no ac_cv_lib_tcl8_5_main=yes ac_cv_lib_tk85_main=no ac_cv_lib_tk8_5_main=yes ... LIBS='-ltk8.5 -ltcl8.5 -lrt -ljack -ljack' However running pd from the bin directory, the applications shows me its ugly, non-aliased 8.4 face. If I remove the tk8.4 package with aptitude, Pd starts with its nice and shiny 8.5-face, but that's not an option in the long run, as other packages need 8.4. Pd 0.42 would happily use 8.5 even with 8.4 installed. Can I hack 0.43 somehow to get the nice GUI I've grown to like a bit by now? (I tried something like package require Tk 8.5 in pd-gui.tcl already, but that won't start at all.) Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tk version weirdness with 0.43test2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 08:27 PM, Hans-Christoph Steiner wrote: FYI: you don't need Tcl/Tk -dev packages anymore, the GUI is now pure Tcl and no longer has a C component. What seems odd to me is that LIBS is including -ltk8.5 and -ltcl8.5. It shouldn't at all. IOhannes, did they somehow creep back into the autotools build system with your recent updates? i guess this is because frank (and cyrille, btw) used miller's build system (cd pd/src; ./configure; make) rather than the new shiny automake system (cd pd; ./autogen.sh; ./configure; make) at least i compile Pd and do: $ ldd bin/pd linux-gate.so.1 = (0xb7851000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7811000) libasound.so.2 = /usr/lib/libasound.so.2 (0xb7749000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7744000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb772b000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb7722000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb75db000) /lib/ld-linux.so.2 (0xb7852000) what worries me a bit more, is that all the externals are linked with libasound, libjack, ... where there is absolutely no need for. it's rather cosmetic though... fgamdsr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxu0M4ACgkQkX2Xpv6ydvQiYwCggX/X4UG1BdwmIxbbAscM9ZdM OSYAoORhTpjvmbyLUukypyPErDEGJEeA =l1ws -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
I get this while ./autogen.sh : portaudio/Makefile.am: installing `m4/config/compile' configure.ac:236: required file `pd.pc.in' not found autoreconf: automake failed with exit status: 1 (I skipped the first 20 or 25 previous lines, giving only the last three) then if I try to do ./configure anyway, I get this : ./configure: line 3135: syntax error near unexpected token `IPHONEOS=yes,' ./configure: line 3135: `PD_CHECK_IPHONE(IPHONEOS=yes, IPHONEOS=no, as_fn_error iPhoneOS SDK not available $LINENO 5)' _ _ __ ___ _ _ _ ... | 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] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
On Thu, 19 Aug 2010, Hans-Christoph Steiner wrote: This must be something that Tcl/Tk is doing, tying into the system's theme. It could be changed with a one-liner GNU plugin. What does GNU plugin mean ? _ _ __ ___ _ _ _ ... | 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] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 09:21 PM, Mathieu Bouchard wrote: I get this while ./autogen.sh : i think the problem is, that my full auoconf support patch (building on what hans had done) was not fully applied originally. in the meantime this has been fixed, at least in git. i cannot currently download the release tarball (due to network speed) fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxu26UACgkQkX2Xpv6ydvQ2jACg3htaC8IDep85uptMtBpYqVif llMAoNbXVNRZGbaq41FCy1IBArbXb2nl =Ce7I -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
On Aug 20, 2010, at 3:29 PM, Mathieu Bouchard wrote: On Thu, 19 Aug 2010, Hans-Christoph Steiner wrote: This must be something that Tcl/Tk is doing, tying into the system's theme. It could be changed with a one-liner GNU plugin. What does GNU plugin mean ? Ha, good question! I meant GUI plugin. .hc I hate it when they say, He gave his life for his country. Nobody gives their life for anything. We steal the lives of these kids. - Admiral Gene LeRocque ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
On Aug 20, 2010, at 3:46 PM, IOhannes m zmölnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 09:21 PM, Mathieu Bouchard wrote: I get this while ./autogen.sh : i think the problem is, that my full auoconf support patch (building on what hans had done) was not fully applied originally. in the meantime this has been fixed, at least in git. i cannot currently download the release tarball (due to network speed) I think it is in Miller's git by now, but perhaps not in the test2 tarball. .hc We have nothing to fear from love and commitment. - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
The send/receive fields in number box properties are reversed :) 2010/8/20 Hans-Christoph Steiner h...@at.or.at: On Aug 20, 2010, at 3:46 PM, IOhannes m zmölnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 09:21 PM, Mathieu Bouchard wrote: I get this while ./autogen.sh : i think the problem is, that my full auoconf support patch (building on what hans had done) was not fully applied originally. in the meantime this has been fixed, at least in git. i cannot currently download the release tarball (due to network speed) I think it is in Miller's git by now, but perhaps not in the test2 tarball. .hc We have nothing to fear from love and commitment. - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bang order entry
Hi João If the first bang is triggered, wait some time and if within this time frame the second is triggered as well, then you know the direction. It's actually mostly about timing and to make sure to clear the state after a certain time, if not both bangs are triggered within the time frame. Check the attached (ugly; done with touchpad) patch. Roman On Tue, 2010-08-17 at 13:45 +0100, João de Brito Rocha Reis Vidigal wrote: Hi again. Here goes another problem! Ok. So I'm working with Arduino firmata here... To expose to problem in a simple way, I have 2 sensors that are detecting a door crossing. The 2 detectors give an order to the door crossing: coming in or going out. Now I just don't know how I can translate that to bang 2 different [bang( depending on if someone's comming in or going out! Can you help me with that!? Thanks #N canvas 424 192 632 528 10; #X obj 81 -7 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 116 -7 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 77 251 symbol; #X msg 217 181 symbol left; #X obj 200 249 symbol; #X msg 94 178 symbol right; #X msg 242 120 symbol empty; #X obj 149 294 select empty; #X obj 234 362 print; #X obj 233 321 t a b; #X msg 347 53 stop; #X obj 415 86 t b b; #X obj 243 92 delay 1000; #X connect 0 0 5 0; #X connect 0 0 2 0; #X connect 0 0 12 0; #X connect 1 0 3 0; #X connect 1 0 4 0; #X connect 1 0 12 0; #X connect 2 0 7 0; #X connect 3 0 2 1; #X connect 4 0 7 0; #X connect 5 0 4 1; #X connect 6 0 2 1; #X connect 6 0 4 1; #X connect 7 1 9 0; #X connect 9 0 8 0; #X connect 9 1 11 0; #X connect 10 0 12 0; #X connect 11 0 10 0; #X connect 11 1 6 0; #X connect 12 0 6 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
On Fri, 2010-08-20 at 16:36 +0200, Jack wrote: Hello Mathieu, I have already do that with [packOSC]/[unpackOSC] and [udpsend]/[udpreceive], it is slow too. I need to send 2 lists of 3 floats (id, pos x, pos y) each frame (50 fps) from one process to other. Thanx. ++ It seems to me as you were creating a lot of overhead for tranmitting only 3 floats. First there is the OSC overhead per message, then each OSC message is sent over UDP, while adding some datagram overhead. By sending 20'000 or even 60'000 floats per message, you could drastically reduce the OSC and UDP protocol overhead. Don't know if this is the real reason for being so slow, but I'd try to reformat your messages. Also, this would probably mean using less computing power for creating all those messages and packets. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
On Fri, 2010-08-20 at 18:43 +0200, IOhannes m zmölnig wrote: On 08/20/2010 04:58 PM, Bernardo Barros wrote: maybe as audio signal through JACK? That is the fastest way I'm aware. That would be 441000 values per second per channel -1.0/+1.0, then you had to rescale again. is that true. jack internally uses floating point samples, so i don't see a reason why jack should not be able to transmit samples outside the [-1..+1] range. Indeed, I can confirm it does not truncate audio signals to -1+1. Neither does Pd. Not that I have a good application for this in mind, but I find this valuable to know. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
Hello Roman, Le vendredi 20 août 2010 à 23:29 +0200, Roman Haefeli a écrit : On Fri, 2010-08-20 at 16:36 +0200, Jack wrote: Hello Mathieu, I have already do that with [packOSC]/[unpackOSC] and [udpsend]/[udpreceive], it is slow too. I need to send 2 lists of 3 floats (id, pos x, pos y) each frame (50 fps) from one process to other. Thanx. ++ It seems to me as you were creating a lot of overhead for tranmitting only 3 floats. First there is the OSC overhead per message, then each OSC message is sent over UDP, while adding some datagram overhead. By sending 20'000 or even 60'000 floats per message, you could drastically reduce the OSC and UDP protocol overhead. Don't know if this is the real reason for being so slow, but I'd try to reformat your messages. Also, this would probably mean using less computing power for creating all those messages and packets. In fact, i have tried one more time with only [pd~] and [stdout] and it seems to be faster than [pd~] and [udpsend]/[udpreceive]. But Pd freeze if i send a lot of data to [pd~] :/ One remark : I am not sending 2 or 6 floats per message but 2 messages of 3 floats every frame (near every 20 ms). The problem seems to be the transfert of the packets not the creation off the messages (they are created by [msd2D] with only one message). Thanx. ++ Jack Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] signal objects inside dynamically created abstractions?
Dear list, wondering about the following behavior: Pd's dsp is switched on. Creating an abstraction inside a subpatch by internal pd messages like [obj 10 10 abstraction The tilde objects inside this abstraction do not work unless Pd's dsp is toggled (off and on again). Just creating tilde objects inside a subpatch (without being contained inside an abstractio) and connecting them works. I suppose there is a reason for this, but didn't find it. P. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
On Fri, 20 Aug 2010, Roman Haefeli wrote: On Fri, 2010-08-20 at 16:36 +0200, Jack wrote: I have already do that with [packOSC]/[unpackOSC] and [udpsend]/[udpreceive], it is slow too. I need to send 2 lists of 3 floats (id, pos x, pos y) each frame (50 fps) from one process to other. It seems to me as you were creating a lot of overhead for tranmitting only 3 floats. First there is the OSC overhead per message, then each OSC message is sent over UDP, while adding some datagram overhead. By sending 20'000 or even 60'000 floats per message, you could drastically reduce the OSC and UDP protocol overhead. Don't know if this is the real reason for being so slow, but I'd try to reformat your messages. Also, this would probably mean using less computing power for creating all those messages and packets. Yes, and if you have to respect some limit on the packet size, then the ideal way to split it is in equal parts. So if the number is exactly 2 triplets, try 100 triplets (12 bytes per triplet gives 1200 bytes) per packet : it will reduce the overhead of single triplet packets by 99%. That means 200 packets per frame. But it would be more efficient if [pd~] had a transparent message-passing interface based on mmap() or equivalent. _ _ __ ___ _ _ _ ... | 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] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
On Fri, 20 Aug 2010, Roman Haefeli wrote: Indeed, I can confirm it does not truncate audio signals to -1+1. Neither does Pd. Not that I have a good application for this in mind, but I find this valuable to know. Just like for within Pd, it means that you don't have to worry about volume levels and clipping until the final step before the [dac~]. (Unless you hit infinity or NaN...) _ _ __ ___ _ _ _ ... | 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] pd books...
On Aug 18, 2010, at 5:27 AM, IOhannes m zmoelnig wrote: On 2010-08-18 11:06, David Schaffer wrote: Hi, I recently bought two books on the processing language and I realized there were at least 10 books I could have chosen from. As far as I know, pd has only two books about itself (bang and loadbang) How come ? Is this only a userbase issue? having a pd book like getting started with processing would be great to get new people to use the language. It should be real beginner level, teach you the basic programming skills and show you all you can do... is anyone working in that field? well, there are more; two come immediately to my mind - M.S.Puckette: The Theory and Technique of Electronic Music - A.Farnell: Designing Sound And also http://pd-tutorial.com .hc If you are not part of the solution, you are part of the problem. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] signal objects inside dynamically created abstractions?
On Sat, 21 Aug 2010, Peter Plessas wrote: Just creating tilde objects inside a subpatch (without being contained inside an abstractio) and connecting them works. I suppose there is a reason for this, but didn't find it. Because the DSP is compiled, to save CPU time and SRAM space (that is, space in the fast RAM that accelerates the regular RAM). Then there is no incremental recompilation of the DSP, therefore, if it were a simple automatic recompilation, anytime there is a ~ object, it would recompile the whole thing, so, when you want to add many of them, it'd be very slow. There would be a fast automatic way, involving a [delay 0] (that is, clock_delay(,0)) every time you add a tilde object, such that if you add several objects within a [until], [repeat], [foreach], or [list-drip], it only recompiles once. But Pd doesn't do this. Instead you are responsible for doing it. It wouldn't be so bad, if you had actually access to whether the DSP is currently On, because else you can turn back On a DSP that never was. If you listen to [r pd], you only know about new On/Off switches, not the state when your abstraction was created. We'd need an extra external for that (if it does not exist yet...). _ _ __ ___ _ _ _ ... | 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] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
On Fri, 20 Aug 2010, Hans-Christoph Steiner wrote: On Aug 20, 2010, at 3:29 PM, Mathieu Bouchard wrote: On Thu, 19 Aug 2010, Hans-Christoph Steiner wrote: This must be something that Tcl/Tk is doing, tying into the system's theme. It could be changed with a one-liner GNU plugin. What does GNU plugin mean ? Ha, good question! I meant GUI plugin. Anyway, I don't think it's a good idea to require manual installation of plugins for something as simple as get the patch background colour to what it should have been in the first place. _ _ __ ___ _ _ _ ... | 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] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
On Aug 20, 2010, at 11:26 PM, Mathieu Bouchard wrote: On Fri, 20 Aug 2010, Hans-Christoph Steiner wrote: On Aug 20, 2010, at 3:29 PM, Mathieu Bouchard wrote: On Thu, 19 Aug 2010, Hans-Christoph Steiner wrote: This must be something that Tcl/Tk is doing, tying into the system's theme. It could be changed with a one-liner GNU plugin. What does GNU plugin mean ? Ha, good question! I meant GUI plugin. Anyway, I don't think it's a good idea to require manual installation of plugins for something as simple as get the patch background colour to what it should have been in the first place. Patches welcome! .hc You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tk version weirdness with 0.43test2
IOhannes m zmölnig wrote: i guess this is because frank (and cyrille, btw) used miller's build system (cd pd/src; ./configure; make) rather than the new shiny automake system (cd pd; ./autogen.sh; ./configure; make) i just tried this and configure threw an error: --- [pd-0.43-0test2]$ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: creating directory m4/config autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `m4/config'. libtoolize: copying file `m4/config/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4/generated'. libtoolize: copying file `m4/generated/libtool.m4' libtoolize: copying file `m4/generated/ltoptions.m4' libtoolize: copying file `m4/generated/ltsugar.m4' libtoolize: copying file `m4/generated/ltversion.m4' libtoolize: copying file `m4/generated/lt~obsolete.m4' autoreconf: running: /usr/bin/autoconf --force autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --force-missing configure.ac:8: installing `m4/config/config.guess' configure.ac:8: installing `m4/config/config.sub' configure.ac:5: installing `m4/config/install-sh' configure.ac:5: installing `m4/config/missing' asio/Makefile.am: installing `m4/config/depcomp' configure.ac:236: required file `pd.pc.in' not found autoreconf: automake failed with exit status: 1 --- autoreconf: automake failed with exit status: 1 [pd-0.43-0test2]$ ./configure checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... powerpc-unknown-linux-gnu checking host system type... powerpc-unknown-linux-gnu ./configure: line 3193: syntax error near unexpected token `IPHONEOS=yes,' ./configure: line 3193: `PD_CHECK_IPHONE(IPHONEOS=yes, IPHONEOS=no, as_fn_error iPhoneOS SDK not available $LINENO 5)' ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
