Re: [PD] Extended version for Natty AMD64?
Oops, sorry. I made some changes earlier on the server. It's ok now. On 05/07/2011 05:38, Mario Mey wrote: The link is dead. El 04/07/11 18:04, batinste escribió: Here it is : http://notsocomplicated.org/share/Pd-0.42.5-extended.deb On 04/07/2011 21:06, Mario Mey wrote: Yes, it's ok, I don't use visuals. The externals that I'm using are: mp3play~, peakenv~, peakenv_hold~, packOSC, udpsend, udpreceive, unpackOSC, routeOSC. Please, upload somewhere. Thanks! El 03/07/11 14:08, batinste escribió: Hi We were talking about this particular topic some days, ago, you should have searched :) I did compile pd extended for natty 64, but it's lacking some libs due to my lack of compiling skills, so my build does not include pdp, pidip, gem2pdp, pdp_opengl. #LIB_TARGETS += hid pdp pidip gem2pdp iem16 pdp_opengl postlude LIB_TARGETS += hid iem16 postlude Just tell me and ill upload it somewhere. On 03/07/2011 17:56, Mario Mey wrote: Hello, everybody. Is there any build for Natty AMD64 of the Extended version? For the moment, I don't want to compile it... Thanks! ___ 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] Extended version for Natty AMD64?
notsocomplicated.org is my self-hosted site, it's only a small desktop computer and my DSL connection has a max upload of 80ko/s, so yes it's slow but acceptable. I tried through .ch and .ca VPN servers, and though the download speed is limited to 8ko/s by the VPN service, the website was responding pretty fast. I guess you have to blame your ISP or his DNS on this... No way i put this on Dropbox or any other cloud service, sorry. You can try to follow Hans' instructions and build it by yourself : http://lists.puredata.info/pipermail/pd-list/2011-06/089537.html see also here : http://puredata.info/docs/developer/DebianWheezyAmd64 You just have to modify the makefile as i did and install all the -dev libraries needed. On 05/07/2011 14:23, Mario Mey wrote: Now, it's taking so much time to open notsocomplicated.org... Dropbox? El 05/07/11 03:58, batinste escribió: Oops, sorry. I made some changes earlier on the server. It's ok now. On 05/07/2011 05:38, Mario Mey wrote: The link is dead. El 04/07/11 18:04, batinste escribió: Here it is : http://notsocomplicated.org/share/Pd-0.42.5-extended.deb On 04/07/2011 21:06, Mario Mey wrote: Yes, it's ok, I don't use visuals. The externals that I'm using are: mp3play~, peakenv~, peakenv_hold~, packOSC, udpsend, udpreceive, unpackOSC, routeOSC. Please, upload somewhere. Thanks! El 03/07/11 14:08, batinste escribió: Hi We were talking about this particular topic some days, ago, you should have searched :) I did compile pd extended for natty 64, but it's lacking some libs due to my lack of compiling skills, so my build does not include pdp, pidip, gem2pdp, pdp_opengl. #LIB_TARGETS += hid pdp pidip gem2pdp iem16 pdp_opengl postlude LIB_TARGETS += hid iem16 postlude Just tell me and ill upload it somewhere. On 03/07/2011 17:56, Mario Mey wrote: Hello, everybody. Is there any build for Natty AMD64 of the Extended version? For the moment, I don't want to compile it... Thanks! ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Extended version for Natty AMD64?
You can upload it to puredata.info if you want. .hc On Jul 5, 2011, at 10:06 AM, batinste wrote: notsocomplicated.org is my self-hosted site, it's only a small desktop computer and my DSL connection has a max upload of 80ko/s, so yes it's slow but acceptable. I tried through .ch and .ca VPN servers, and though the download speed is limited to 8ko/s by the VPN service, the website was responding pretty fast. I guess you have to blame your ISP or his DNS on this... No way i put this on Dropbox or any other cloud service, sorry. You can try to follow Hans' instructions and build it by yourself : http://lists.puredata.info/pipermail/pd-list/2011-06/089537.html see also here : http://puredata.info/docs/developer/DebianWheezyAmd64 You just have to modify the makefile as i did and install all the - dev libraries needed. On 05/07/2011 14:23, Mario Mey wrote: Now, it's taking so much time to open notsocomplicated.org... Dropbox? El 05/07/11 03:58, batinste escribió: Oops, sorry. I made some changes earlier on the server. It's ok now. On 05/07/2011 05:38, Mario Mey wrote: The link is dead. El 04/07/11 18:04, batinste escribió: Here it is : http://notsocomplicated.org/share/Pd-0.42.5-extended.deb On 04/07/2011 21:06, Mario Mey wrote: Yes, it's ok, I don't use visuals. The externals that I'm using are: mp3play~, peakenv~, peakenv_hold~, packOSC, udpsend, udpreceive, unpackOSC, routeOSC. Please, upload somewhere. Thanks! El 03/07/11 14:08, batinste escribió: Hi We were talking about this particular topic some days, ago, you should have searched :) I did compile pd extended for natty 64, but it's lacking some libs due to my lack of compiling skills, so my build does not include pdp, pidip, gem2pdp, pdp_opengl. #LIB_TARGETS += hid pdp pidip gem2pdp iem16 pdp_opengl postlude LIB_TARGETS += hid iem16 postlude Just tell me and ill upload it somewhere. On 03/07/2011 17:56, Mario Mey wrote: Hello, everybody. Is there any build for Natty AMD64 of the Extended version? For the moment, I don't want to compile it... Thanks! ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Arduino (is drivin me mad
Hi All, I apologie if this is off-topic. Please let me know if you think it is. I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket of the board, inputs 2 through 8, and 2 on the second digital socket, inputs 9 and 10). The first 6 inputs work perfectly, but when i want to use any of the last two inputs (9 and 10), i have to trigger them twice before they start working. Then i'm faced with the exact same problem when i get back to the first 6 inputs. I am pretty sure that i used the very same wiring for all 8 inputs. So... I thought that maybe this could be a problem with firmata or pduino (no offense, Hans!). I have been spending the last hour trying to write a simple program in the arduino software in order to print in serial monitor the values of my digital inputs. Now my question... Is the arduino software just really really bad? Or was it just not designed to work on an ubuntu machine? It is randomly very slow at start-up, it randomly disables the serial port menu in Tools, it randomly decides to prevent me from uploading the program in the board, or warns me that serial port dev/ttyACM0 is already in use, or can't be found. The fact that i unplug and replug the board, or change the usb port, or restart the software doesn't seem to make any difference. This is beginning to look more like witchcraft than computer science to me. Please help me, or i'll teach it how to fly out my window. Thank you. Pierre ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Extended version for Natty AMD64?
Here you are, good sir : http://puredata.info/Members/dwan/Pd-0.42.5-extended-amd64/view On 05/07/2011 18:05, Hans-Christoph Steiner wrote: You can upload it to puredata.info if you want. .hc On Jul 5, 2011, at 10:06 AM, batinste wrote: notsocomplicated.org is my self-hosted site, it's only a small desktop computer and my DSL connection has a max upload of 80ko/s, so yes it's slow but acceptable. I tried through .ch and .ca VPN servers, and though the download speed is limited to 8ko/s by the VPN service, the website was responding pretty fast. I guess you have to blame your ISP or his DNS on this... No way i put this on Dropbox or any other cloud service, sorry. You can try to follow Hans' instructions and build it by yourself : http://lists.puredata.info/pipermail/pd-list/2011-06/089537.html see also here : http://puredata.info/docs/developer/DebianWheezyAmd64 You just have to modify the makefile as i did and install all the -dev libraries needed. On 05/07/2011 14:23, Mario Mey wrote: Now, it's taking so much time to open notsocomplicated.org... Dropbox? El 05/07/11 03:58, batinste escribió: Oops, sorry. I made some changes earlier on the server. It's ok now. On 05/07/2011 05:38, Mario Mey wrote: The link is dead. El 04/07/11 18:04, batinste escribió: Here it is : http://notsocomplicated.org/share/Pd-0.42.5-extended.deb On 04/07/2011 21:06, Mario Mey wrote: Yes, it's ok, I don't use visuals. The externals that I'm using are: mp3play~, peakenv~, peakenv_hold~, packOSC, udpsend, udpreceive, unpackOSC, routeOSC. Please, upload somewhere. Thanks! El 03/07/11 14:08, batinste escribió: Hi We were talking about this particular topic some days, ago, you should have searched :) I did compile pd extended for natty 64, but it's lacking some libs due to my lack of compiling skills, so my build does not include pdp, pidip, gem2pdp, pdp_opengl. #LIB_TARGETS += hid pdp pidip gem2pdp iem16 pdp_opengl postlude LIB_TARGETS += hid iem16 postlude Just tell me and ill upload it somewhere. On 03/07/2011 17:56, Mario Mey wrote: Hello, everybody. Is there any build for Natty AMD64 of the Extended version? For the moment, I don't want to compile it... Thanks! ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
This is the same problem I had described several times before. There is an error in the 8-bit block where the digital ins 2+3 are coming in. It can be traced somewhere in the mapping section. I'll try to finally look it up tomorrow. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Dienstag, 5. Juli 2011 19:36 An: pd-list Betreff: [PD] Arduino (is drivin me mad Hi All, I apologie if this is off-topic. Please let me know if you think it is. I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket of the board, inputs 2 through 8, and 2 on the second digital socket, inputs 9 and 10). The first 6 inputs work perfectly, but when i want to use any of the last two inputs (9 and 10), i have to trigger them twice before they start working. Then i'm faced with the exact same problem when i get back to the first 6 inputs. I am pretty sure that i used the very same wiring for all 8 inputs. So... I thought that maybe this could be a problem with firmata or pduino (no offense, Hans!). I have been spending the last hour trying to write a simple program in the arduino software in order to print in serial monitor the values of my digital inputs. Now my question... Is the arduino software just really really bad? Or was it just not designed to work on an ubuntu machine? It is randomly very slow at start-up, it randomly disables the serial port menu in Tools, it randomly decides to prevent me from uploading the program in the board, or warns me that serial port dev/ttyACM0 is already in use, or can't be found. The fact that i unplug and replug the board, or change the usb port, or restart the software doesn't seem to make any difference. This is beginning to look more like witchcraft than computer science to me. Please help me, or i'll teach it how to fly out my window. Thank you. Pierre ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Ubuntu Studio - which kernel? generic - generic-pae - rt ?
Hi, does anybody know which would be the most efficient kernel for low latency with Ubuntu Studio on Lucid? - generic - generic-pae - realime (BTW I am using Pd-extended 0.42.5 on an Athlon II X2 dual core with one audio patch and one separate Gem patch connected with netsend / netreceive) I am not sure if the realtime kernel is any more optimized than the regular Ubuntu Studio generic kernel since it hasn't been updated in a while. Can the generic-pae kernel actually slow down Pd or is this more of a theoretical additional delay in addressing the extended memory? I am using 4GB of ram but could live with 3.2GB if the non pae kernel is faster. I have made the experience that I need the proprietary ATI graphic drivers for smooth audio playback. I'm not sure if these drivers can interfere with the realtime kernel and make it even less efficient than the generic kernel. It takes a lot of time to actually try out all of these options. So, any experience would be greatly appreciated! Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] watching PD tutorial video using vlc and running PD at same time sound issues
Greetings All I'm using PD extended 0.42.5 and vlc 1.1.10 on Ubuntu 64 bit. I'm trying to play the tutorial videos in vlc while pd is running but the two seem to fight over the sound card and PD seems to win so I can't hear the PD tutorial audio. Is there a way that I can watch the pd video tutorials in vlc and use the PD program at the same time so sound comes out of both? Tia ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] USB-MIDI not working anymore after installing Realtek sound drivers
Hi everybody, after installing the proprietary sound drivers of a realtek ACM 892 on Ubuntu 10.4 my USB-MIDI drivers stopped working completely. No interface (out of 3) shows up in /proc/asound/cards anymore. Does anybody know how to reinstall USB-MIDI drivers. Thanks, Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
I fixed it by replacing the mapping object by a custom patch which deals with the first two switches seperately. I'll look it up tomorrow and send you my fix. And where does the problem lie? In the board, firmata, or pduino? It suppose fermata since the wrong numbers arrive at pduino. Ingo _ Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 20:41 An: Ingo Scherzinger Cc: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Can we fix that?? Pierre 2011/7/5 Ingo Scherzinger i...@fixitinthemix.de I happens when switching from the first two switches to the others within a 8-bit block. Since the block has the wrong header it will ignore the on message and send the first off. So you have to press the button twice. Once pressed it works until you press another button within that block and return to the first one. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 19:56 An: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Glad to know i'm not the only one with this problem! Sorry for starting a new thread. I have problems with inputs 8 and 9, or 9 and 10 (the first two on the second digital input socket). Pierre 2011/7/5 Ingo Scherzinger i...@miamiwave.com This is the same problem I had described several times before. There is an error in the 8-bit block where the digital ins 2+3 are coming in. It can be traced somewhere in the mapping section. I'll try to finally look it up tomorrow. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Dienstag, 5. Juli 2011 19:36 An: pd-list Betreff: [PD] Arduino (is drivin me mad Hi All, I apologie if this is off-topic. Please let me know if you think it is. I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket of the board, inputs 2 through 8, and 2 on the second digital socket, inputs 9 and 10). The first 6 inputs work perfectly, but when i want to use any of the last two inputs (9 and 10), i have to trigger them twice before they start working. Then i'm faced with the exact same problem when i get back to the first 6 inputs. I am pretty sure that i used the very same wiring for all 8 inputs. So... I thought that maybe this could be a problem with firmata or pduino (no offense, Hans!). I have been spending the last hour trying to write a simple program in the arduino software in order to print in serial monitor the values of my digital inputs. Now my question... Is the arduino software just really really bad? Or was it just not designed to work on an ubuntu machine? It is randomly very slow at start-up, it randomly disables the serial port menu in Tools, it randomly decides to prevent me from uploading the program in the board, or warns me that serial port dev/ttyACM0 is already in use, or can't be found. The fact that i unplug and replug the board, or change the usb port, or restart the software doesn't seem to make any difference. This is beginning to look more like witchcraft than computer science to me. Please help me, or i'll teach it how to fly out my window. Thank you. Pierre ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
It would good to nail down the source of this and fix it. Which version of Firmata are you using? Which firmware? Also, there was a bug like that a while back that was fixed, so make sure you have the latest Pd patch too: http://at.or.at/hans/pd/objects.html#pduino .hc On Jul 5, 2011, at 2:49 PM, Ingo wrote: I fixed it by replacing the mapping object by a custom patch which deals with the first two switches seperately. I’ll look it up tomorrow and send you my fix. And where does the problem lie? In the board, firmata, or pduino? It suppose fermata since the wrong numbers arrive at pduino. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 20:41 An: Ingo Scherzinger Cc: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Can we fix that?? Pierre 2011/7/5 Ingo Scherzinger i...@fixitinthemix.de I happens when switching from the first two switches to the others within a 8-bit block. Since the block has the wrong header it will ignore the on message and send the first off. So you have to press the button twice. Once pressed it works until you press another button within that block and return to the first one. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 19:56 An: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Glad to know i'm not the only one with this problem! Sorry for starting a new thread. I have problems with inputs 8 and 9, or 9 and 10 (the first two on the second digital input socket). Pierre 2011/7/5 Ingo Scherzinger i...@miamiwave.com This is the same problem I had described several times before. There is an error in the 8-bit block where the digital ins 2+3 are coming in. It can be traced somewhere in the mapping section. I'll try to finally look it up tomorrow. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Dienstag, 5. Juli 2011 19:36 An: pd-list Betreff: [PD] Arduino (is drivin me mad Hi All, I apologie if this is off-topic. Please let me know if you think it is. I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket of the board, inputs 2 through 8, and 2 on the second digital socket, inputs 9 and 10). The first 6 inputs work perfectly, but when i want to use any of the last two inputs (9 and 10), i have to trigger them twice before they start working. Then i'm faced with the exact same problem when i get back to the first 6 inputs. I am pretty sure that i used the very same wiring for all 8 inputs. So... I thought that maybe this could be a problem with firmata or pduino (no offense, Hans!). I have been spending the last hour trying to write a simple program in the arduino software in order to print in serial monitor the values of my digital inputs. Now my question... Is the arduino software just really really bad? Or was it just not designed to work on an ubuntu machine? It is randomly very slow at start-up, it randomly disables the serial port menu in Tools, it randomly decides to prevent me from uploading the program in the board, or warns me that serial port dev/ttyACM0 is already in use, or can't be found. The fact that i unplug and replug the board, or change the usb port, or restart the software doesn't seem to make any difference. This is beginning to look more like witchcraft than computer science to me. Please help me, or i'll teach it how to fly out my window. Thank you. Pierre ___ 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] Arduino (is drivin me mad
Ok, I checked in Windows XP, with a custom sketch, and all of my inputs work flawlessly. (The IDE seem to work much better in Windows than in Linux btw). So the problem has to be somewhere between firmata and pduino. I will try with the latest pduino... Thanks for your help! Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at It would good to nail down the source of this and fix it. Which version of Firmata are you using? Which firmware? Also, there was a bug like that a while back that was fixed, so make sure you have the latest Pd patch too: http://at.or.at/hans/pd/objects.html#pduino .hc On Jul 5, 2011, at 2:49 PM, Ingo wrote: I fixed it by replacing the mapping object by a custom patch which deals with the first two switches seperately. I’ll look it up tomorrow and send you my fix. ** ** And where does the problem lie? In the board, firmata, or pduino? ** ** It suppose fermata since the wrong numbers arrive at pduino. ** ** Ingo ** ** ** ** -- *Von:* Pierre Massat [mailto:pimas...@gmail.com pimas...@gmail.com] *Gesendet:* Dienstag, 5. Juli 2011 20:41 *An:* Ingo Scherzinger *Cc:* Ingo Scherzinger *Betreff:* Re: [PD] Arduino (is drivin me mad ** ** Can we fix that?? Pierre 2011/7/5 Ingo Scherzinger i...@fixitinthemix.de I happens when switching from the first two switches to the others within a 8-bit block. Since the block has the wrong header it will ignore the on message and send the first off. So you have to press the button twice. Once pressed it works until you press another button within that block and return to the first one. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 19:56 An: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Glad to know i'm not the only one with this problem! Sorry for starting a new thread. I have problems with inputs 8 and 9, or 9 and 10 (the first two on the second digital input socket). Pierre 2011/7/5 Ingo Scherzinger i...@miamiwave.com This is the same problem I had described several times before. There is an error in the 8-bit block where the digital ins 2+3 are coming in. It can be traced somewhere in the mapping section. I'll try to finally look it up tomorrow. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Dienstag, 5. Juli 2011 19:36 An: pd-list Betreff: [PD] Arduino (is drivin me mad Hi All, I apologie if this is off-topic. Please let me know if you think it is. I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket of the board, inputs 2 through 8, and 2 on the second digital socket, inputs 9 and 10). The first 6 inputs work perfectly, but when i want to use any of the last two inputs (9 and 10), i have to trigger them twice before they start working. Then i'm faced with the exact same problem when i get back to the first 6 inputs. I am pretty sure that i used the very same wiring for all 8 inputs. So... I thought that maybe this could be a problem with firmata or pduino (no offense, Hans!). I have been spending the last hour trying to write a simple program in the arduino software in order to print in serial monitor the values of my digital inputs. Now my question... Is the arduino software just really really bad? Or was it just not designed to work on an ubuntu machine? It is randomly very slow at start-up, it randomly disables the serial port menu in Tools, it randomly decides to prevent me from uploading the program in the board, or warns me that serial port dev/ttyACM0 is already in use, or can't be found. The fact that i unplug and replug the board, or change the usb port, or restart the software doesn't seem to make any difference. This is beginning to look more like witchcraft than computer science to me. Please help me, or i'll teach it how to fly out my window. Thank you. Pierre ** ** ___ 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] Arduino (is drivin me mad
@ Hans : I checked and it turns out that i use the latest version of pduino. And i just managed to upload StandardFirmata_2_2_for_Uno_0_3. Will check in a couple of seconds if that makes any difference. Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Ok, I checked in Windows XP, with a custom sketch, and all of my inputs work flawlessly. (The IDE seem to work much better in Windows than in Linux btw). So the problem has to be somewhere between firmata and pduino. I will try with the latest pduino... Thanks for your help! Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at It would good to nail down the source of this and fix it. Which version of Firmata are you using? Which firmware? Also, there was a bug like that a while back that was fixed, so make sure you have the latest Pd patch too: http://at.or.at/hans/pd/objects.html#pduino .hc On Jul 5, 2011, at 2:49 PM, Ingo wrote: I fixed it by replacing the mapping object by a custom patch which deals with the first two switches seperately. I’ll look it up tomorrow and send you my fix. ** ** And where does the problem lie? In the board, firmata, or pduino? ** ** It suppose fermata since the wrong numbers arrive at pduino. ** ** Ingo ** ** ** ** -- *Von:* Pierre Massat [mailto:pimas...@gmail.com pimas...@gmail.com] *Gesendet:* Dienstag, 5. Juli 2011 20:41 *An:* Ingo Scherzinger *Cc:* Ingo Scherzinger *Betreff:* Re: [PD] Arduino (is drivin me mad ** ** Can we fix that?? Pierre 2011/7/5 Ingo Scherzinger i...@fixitinthemix.de I happens when switching from the first two switches to the others within a 8-bit block. Since the block has the wrong header it will ignore the on message and send the first off. So you have to press the button twice. Once pressed it works until you press another button within that block and return to the first one. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 19:56 An: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Glad to know i'm not the only one with this problem! Sorry for starting a new thread. I have problems with inputs 8 and 9, or 9 and 10 (the first two on the second digital input socket). Pierre 2011/7/5 Ingo Scherzinger i...@miamiwave.com This is the same problem I had described several times before. There is an error in the 8-bit block where the digital ins 2+3 are coming in. It can be traced somewhere in the mapping section. I'll try to finally look it up tomorrow. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Dienstag, 5. Juli 2011 19:36 An: pd-list Betreff: [PD] Arduino (is drivin me mad Hi All, I apologie if this is off-topic. Please let me know if you think it is. I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket of the board, inputs 2 through 8, and 2 on the second digital socket, inputs 9 and 10). The first 6 inputs work perfectly, but when i want to use any of the last two inputs (9 and 10), i have to trigger them twice before they start working. Then i'm faced with the exact same problem when i get back to the first 6 inputs. I am pretty sure that i used the very same wiring for all 8 inputs. So... I thought that maybe this could be a problem with firmata or pduino (no offense, Hans!). I have been spending the last hour trying to write a simple program in the arduino software in order to print in serial monitor the values of my digital inputs. Now my question... Is the arduino software just really really bad? Or was it just not designed to work on an ubuntu machine? It is randomly very slow at start-up, it randomly disables the serial port menu in Tools, it randomly decides to prevent me from uploading the program in the board, or warns me that serial port dev/ttyACM0 is already in use, or can't be found. The fact that i unplug and replug the board, or change the usb port, or restart the software doesn't seem to make any difference. This is beginning to look more like witchcraft than computer science to me. Please help me, or i'll teach it how to fly out my window. Thank you. Pierre ** ** ___ 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
Re: [PD] Arduino (is drivin me mad
It makes no difference at all. Here's what happens : Inputs 2 through 7 work fine. Inputs 8 and 9 work fine. But if i use any of the inputs within the 2-7 group, and then use any input of the second group (8 and 9), i have to trigger the later twice before i can see something is happening. It goes like this : (in group 2 to 7) First guy : Pushed button 3. Second guy (Pd) : Ok, pushed button 3. First guy : Pushed button 7. Second guy : K, you pushed button 7. First guy : Pushed button 8. Second guy : Come again? First guy : PUSHED BUTTON 8! Second guy : Oh, yeah, button 8... First guy ; Pushed button 3. Second guy : I'm sorry, what button? First guy : BUTTON 3!! Second guy : Yep, button 3. I hope it is clear now what the problem is. Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Ok, I checked in Windows XP, with a custom sketch, and all of my inputs work flawlessly. (The IDE seem to work much better in Windows than in Linux btw). So the problem has to be somewhere between firmata and pduino. I will try with the latest pduino... Thanks for your help! Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at It would good to nail down the source of this and fix it. Which version of Firmata are you using? Which firmware? Also, there was a bug like that a while back that was fixed, so make sure you have the latest Pd patch too: http://at.or.at/hans/pd/objects.html#pduino .hc On Jul 5, 2011, at 2:49 PM, Ingo wrote: I fixed it by replacing the mapping object by a custom patch which deals with the first two switches seperately. I’ll look it up tomorrow and send you my fix. ** ** And where does the problem lie? In the board, firmata, or pduino? ** ** It suppose fermata since the wrong numbers arrive at pduino. ** ** Ingo ** ** ** ** -- *Von:* Pierre Massat [mailto:pimas...@gmail.com pimas...@gmail.com] *Gesendet:* Dienstag, 5. Juli 2011 20:41 *An:* Ingo Scherzinger *Cc:* Ingo Scherzinger *Betreff:* Re: [PD] Arduino (is drivin me mad ** ** Can we fix that?? Pierre 2011/7/5 Ingo Scherzinger i...@fixitinthemix.de I happens when switching from the first two switches to the others within a 8-bit block. Since the block has the wrong header it will ignore the on message and send the first off. So you have to press the button twice. Once pressed it works until you press another button within that block and return to the first one. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 19:56 An: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Glad to know i'm not the only one with this problem! Sorry for starting a new thread. I have problems with inputs 8 and 9, or 9 and 10 (the first two on the second digital input socket). Pierre 2011/7/5 Ingo Scherzinger i...@miamiwave.com This is the same problem I had described several times before. There is an error in the 8-bit block where the digital ins 2+3 are coming in. It can be traced somewhere in the mapping section. I'll try to finally look it up tomorrow. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Dienstag, 5. Juli 2011 19:36 An: pd-list Betreff: [PD] Arduino (is drivin me mad Hi All, I apologie if this is off-topic. Please let me know if you think it is. I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket of the board, inputs 2 through 8, and 2 on the second digital socket, inputs 9 and 10). The first 6 inputs work perfectly, but when i want to use any of the last two inputs (9 and 10), i have to trigger them twice before they start working. Then i'm faced with the exact same problem when i get back to the first 6 inputs. I am pretty sure that i used the very same wiring for all 8 inputs. So... I thought that maybe this could be a problem with firmata or pduino (no offense, Hans!). I have been spending the last hour trying to write a simple program in the arduino software in order to print in serial monitor the values of my digital inputs. Now my question... Is the arduino software just really really bad? Or was it just not designed to work on an ubuntu machine? It is randomly very slow at start-up, it randomly disables the serial port menu in Tools, it randomly decides to prevent me from uploading the program in the board, or warns me that serial port dev/ttyACM0 is already in use, or can't be found. The fact that i unplug and replug the board, or change the usb port, or restart the software doesn't seem to make any difference. This is beginning to look more like witchcraft than computer science to me. Please help me, or i'll teach it how to fly out my window. Thank you. Pierre ** **
Re: [PD] watching PD tutorial video using vlc and running PD at same time sound issues
Le 05/07/2011 20:33, Rick T a écrit : Greetings All I'm using PD extended 0.42.5 and vlc 1.1.10 on Ubuntu 64 bit. I'm trying to play the tutorial videos in vlc while pd is running but the two seem to fight over the sound card and PD seems to win so I can't hear the PD tutorial audio. Is there a way that I can watch the pd video tutorials in vlc and use the PD program at the same time so sound comes out of both? Set them up to both use the Jack API and patch using qjackctl or patchage. ++ Tia ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Portfolio http://olivier.heinry.fr Blog http://www.heinry.fr/olivier ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Ubuntu Studio - which kernel? generic - generic-pae - rt ?
On Tue, Jul 5, 2011 at 20:17, Ingo Scherzinger i...@miamiwave.com wrote: Hi, does anybody know which would be the most efficient kernel for low latency with Ubuntu Studio on Lucid? - generic - generic-pae - realime (BTW I am using Pd-extended 0.42.5 on an Athlon II X2 dual core with one audio patch and one separate Gem patch connected with netsend / netreceive) I am not sure if the realtime kernel is any more optimized than the regular Ubuntu Studio generic kernel since it hasn't been updated in a while. Can the generic-pae kernel actually slow down Pd or is this more of a theoretical additional delay in addressing the extended memory? I am using 4GB of ram but could live with 3.2GB if the non pae kernel is faster. I have made the experience that I need the proprietary ATI graphic drivers for smooth audio playback. I'm not sure if these drivers can interfere with the realtime kernel and make it even less efficient than the generic kernel. It takes a lot of time to actually try out all of these options. So, any experience would be greatly appreciated! Ingo Just my 2 cents - I use plain Ubuntu 64 (on an Opteron single core) and the realtime kernel seems to be faster even though it has not been updated for some time. I guess most of the kernel updates are driver related, and optimisation related updates are rare, but I may be completely wrong. For driver related updates - if your hardware works alrite, you may not need them at all. They are mostly adding support for new hardware. Anyway why not install all the kernels you are interested in, and benchmark them? Linux is so cool to allow this... in the worst case you have to reinstall your propritery video driver (if any) when you switch kernels, but those 2 minutes must be justified by benchmarking. (I have Nvidia and the proprietary driver needs some tweaking before it can be installed on the realtime kernel, but it still takes less than 2 minutes...) Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] watching PD tutorial video using vlc and running PD at same time sound issues
It should not be much different from a tutorial I wrote some time ago (to get audio from the browser working at the same time of PD, using jack and pulseaudio-module-jack): http://puredata.info/docs/JackRoutingMultichannelAndBrowserAudio/?searchterm=jack Vlc also works with jack. See here http://www.goplexian.com/2010/02/setting-up-jack-audio-for-gstreamer.html (on the final part) On Tue, Jul 5, 2011 at 8:21 PM, OIivier Heinry oliv...@heinry.fr wrote: Le 05/07/2011 20:33, Rick T a écrit : Greetings All I'm using PD extended 0.42.5 and vlc 1.1.10 on Ubuntu 64 bit. I'm trying to play the tutorial videos in vlc while pd is running but the two seem to fight over the sound card and PD seems to win so I can't hear the PD tutorial audio. Is there a way that I can watch the pd video tutorials in vlc and use the PD program at the same time so sound comes out of both? Set them up to both use the Jack API and patch using qjackctl or patchage. ++ Tia ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Portfolio http://olivier.heinry.fr Blog http://www.heinry.fr/olivier ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (HCI Researcher / MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes / http://pedrolopesresearch.wordpress.com/ | http://twitter.com/plopesresearch ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd-extended 0.43 updates: lots of new editing features
http://autobuild.puredata.info/auto-build/latest/ I recently did a push to fix key bugs to get the Pd-extended 0.43 nightly builds in a useable state. Also, there is a new .zip download for Windows, so it should be really easy to try nightly builds on Windows. Just download the .zip, unzip, and double-click pd.exe in the bin folder. new features: - enable/disable Autopatch mode from Edit menu or Ctrl/Cmd-Alt-A - fixed perf mode to not crash - enable/disable Perf Mode from Edit menu or Ctrl/Cmd-Alt-P (perf = performance, it basically makes it harder to mistakenly close windows, like during a performance) - inlet/outlet highlighting - Magic Glass cord inspector - 5 log levels that applies to the complete log history (try changing the log level, you'll see that it shows/hides content dynamically, without forgetting old log messages) - Ctrl/Cmd click on log lines in the Pd window to see which object printed that line (or select line and hit Enter/Return) - 'log' library for different levels of logging - backgrounded, high speed logging in the Pd window (you can have thousands of messages a second going to the Pd window, and still work on your patch). - updated French translation from Alexandre Castonguay - Alt menu shortcuts, i.e. Alt-F for File menu - basic config works on all platforms (i.e. no custom setup needed, libdir, vanilla/list, vanilla, etc. are loaded automatically) Don't forgot to try some of the awesome GUI plugins: http://puredata.info/community/projects/software/by-category/guiplugin https://puredata.info/docs/guiplugins .hc A cellphone to me is just an opportunity to be irritated wherever you are. - Linus Torvalds ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
The Uno board was troublesome back when I first tried it, but that was a while ago. I didn't make that StandardFirmata_2_2_for_Uno_0_3 firmware, so I don't know what changes it has. Is anyone having these problems on boards older than an Uno? .hc On Jul 5, 2011, at 3:32 PM, Pierre Massat wrote: It makes no difference at all. Here's what happens : Inputs 2 through 7 work fine. Inputs 8 and 9 work fine. But if i use any of the inputs within the 2-7 group, and then use any input of the second group (8 and 9), i have to trigger the later twice before i can see something is happening. It goes like this : (in group 2 to 7) First guy : Pushed button 3. Second guy (Pd) : Ok, pushed button 3. First guy : Pushed button 7. Second guy : K, you pushed button 7. First guy : Pushed button 8. Second guy : Come again? First guy : PUSHED BUTTON 8! Second guy : Oh, yeah, button 8... First guy ; Pushed button 3. Second guy : I'm sorry, what button? First guy : BUTTON 3!! Second guy : Yep, button 3. I hope it is clear now what the problem is. Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Ok, I checked in Windows XP, with a custom sketch, and all of my inputs work flawlessly. (The IDE seem to work much better in Windows than in Linux btw). So the problem has to be somewhere between firmata and pduino. I will try with the latest pduino... Thanks for your help! Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at It would good to nail down the source of this and fix it. Which version of Firmata are you using? Which firmware? Also, there was a bug like that a while back that was fixed, so make sure you have the latest Pd patch too: http://at.or.at/hans/pd/objects.html#pduino .hc On Jul 5, 2011, at 2:49 PM, Ingo wrote: I fixed it by replacing the mapping object by a custom patch which deals with the first two switches seperately. I’ll look it up tomorrow and send you my fix. And where does the problem lie? In the board, firmata, or pduino? It suppose fermata since the wrong numbers arrive at pduino. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 20:41 An: Ingo Scherzinger Cc: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Can we fix that?? Pierre 2011/7/5 Ingo Scherzinger i...@fixitinthemix.de I happens when switching from the first two switches to the others within a 8-bit block. Since the block has the wrong header it will ignore the on message and send the first off. So you have to press the button twice. Once pressed it works until you press another button within that block and return to the first one. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 19:56 An: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Glad to know i'm not the only one with this problem! Sorry for starting a new thread. I have problems with inputs 8 and 9, or 9 and 10 (the first two on the second digital input socket). Pierre 2011/7/5 Ingo Scherzinger i...@miamiwave.com This is the same problem I had described several times before. There is an error in the 8-bit block where the digital ins 2+3 are coming in. It can be traced somewhere in the mapping section. I'll try to finally look it up tomorrow. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Dienstag, 5. Juli 2011 19:36 An: pd-list Betreff: [PD] Arduino (is drivin me mad Hi All, I apologie if this is off-topic. Please let me know if you think it is. I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket of the board, inputs 2 through 8, and 2 on the second digital socket, inputs 9 and 10). The first 6 inputs work perfectly, but when i want to use any of the last two inputs (9 and 10), i have to trigger them twice before they start working. Then i'm faced with the exact same problem when i get back to the first 6 inputs. I am pretty sure that i used the very same wiring for all 8 inputs. So... I thought that maybe this could be a problem with firmata or pduino (no offense, Hans!). I have been spending the last hour trying to write a simple program in the arduino software in order to print in serial monitor the values of my digital inputs. Now my question... Is the arduino software just really really bad? Or was it just not designed to work on an ubuntu machine? It is randomly very slow at start-up, it randomly disables the serial port menu in Tools, it randomly decides to prevent me from uploading the program in the board, or warns me that serial port dev/ttyACM0 is already in use, or can't be found. The fact that i unplug and replug the board, or change the usb port, or restart the software doesn't seem to make any difference. This is
Re: [PD] Arduino (is drivin me mad
Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at The Uno board was troublesome back when I first tried it, but that was a while ago. I didn't make that StandardFirmata_2_2_for_Uno_0_3 firmware, so I don't know what changes it has. Is anyone having these problems on boards older than an Uno? .hc On Jul 5, 2011, at 3:32 PM, Pierre Massat wrote: It makes no difference at all. Here's what happens : Inputs 2 through 7 work fine. Inputs 8 and 9 work fine. But if i use any of the inputs within the 2-7 group, and then use any input of the second group (8 and 9), i have to trigger the later twice before i can see something is happening. It goes like this : (in group 2 to 7) First guy : Pushed button 3. Second guy (Pd) : Ok, pushed button 3. First guy : Pushed button 7. Second guy : K, you pushed button 7. First guy : Pushed button 8. Second guy : Come again? First guy : PUSHED BUTTON 8! Second guy : Oh, yeah, button 8... First guy ; Pushed button 3. Second guy : I'm sorry, what button? First guy : BUTTON 3!! Second guy : Yep, button 3. I hope it is clear now what the problem is. Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Ok, I checked in Windows XP, with a custom sketch, and all of my inputs work flawlessly. (The IDE seem to work much better in Windows than in Linux btw). So the problem has to be somewhere between firmata and pduino. I will try with the latest pduino... Thanks for your help! Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at It would good to nail down the source of this and fix it. Which version of Firmata are you using? Which firmware? Also, there was a bug like that a while back that was fixed, so make sure you have the latest Pd patch too: http://at.or.at/hans/pd/objects.html#pduino .hc On Jul 5, 2011, at 2:49 PM, Ingo wrote: I fixed it by replacing the mapping object by a custom patch which deals with the first two switches seperately. I’ll look it up tomorrow and send you my fix. ** ** And where does the problem lie? In the board, firmata, or pduino? ** ** It suppose fermata since the wrong numbers arrive at pduino. ** ** Ingo ** ** ** ** -- *Von:* Pierre Massat [mailto:pimas...@gmail.com pimas...@gmail.com] *Gesendet:* Dienstag, 5. Juli 2011 20:41 *An:* Ingo Scherzinger *Cc:* Ingo Scherzinger *Betreff:* Re: [PD] Arduino (is drivin me mad ** ** Can we fix that?? Pierre 2011/7/5 Ingo Scherzinger i...@fixitinthemix.de I happens when switching from the first two switches to the others within a 8-bit block. Since the block has the wrong header it will ignore the on message and send the first off. So you have to press the button twice. Once pressed it works until you press another button within that block and return to the first one. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 19:56 An: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Glad to know i'm not the only one with this problem! Sorry for starting a new thread. I have problems with inputs 8 and 9, or 9 and 10 (the first two on the second digital input socket). Pierre 2011/7/5 Ingo Scherzinger i...@miamiwave.com This is the same problem I had described several times before. There is an error in the 8-bit block where the digital ins 2+3 are coming in. It can be traced somewhere in the mapping section. I'll try to finally look it up tomorrow. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Dienstag, 5. Juli 2011 19:36 An: pd-list Betreff: [PD] Arduino (is drivin me mad Hi All, I apologie if this is off-topic. Please let me know if you think it is. I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket of the board, inputs 2 through 8, and 2 on the second digital socket, inputs 9 and 10). The first 6 inputs work perfectly, but when i want to use any of the last two inputs (9 and 10), i have to trigger them twice before they start working. Then i'm faced with the exact same problem when i get back to the first 6 inputs. I am pretty sure that i used the very same wiring for all 8 inputs. So... I thought that maybe this could be a problem with firmata or pduino (no offense, Hans!). I have been spending the last hour trying to write a simple program in the arduino software in order to print in serial monitor the values of my digital inputs. Now my question... Is the arduino software just really really bad? Or was it just not designed to work on an ubuntu machine? It is randomly very slow at start-up, it randomly disables the serial port menu in Tools, it randomly decides to prevent me
Re: [PD] Arduino (is drivin me mad
You tried with your StandardFirmata, to no avail. Please tell me that all hope is not lost, doc... :Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at The Uno board was troublesome back when I first tried it, but that was a while ago. I didn't make that StandardFirmata_2_2_for_Uno_0_3 firmware, so I don't know what changes it has. Is anyone having these problems on boards older than an Uno? .hc On Jul 5, 2011, at 3:32 PM, Pierre Massat wrote: It makes no difference at all. Here's what happens : Inputs 2 through 7 work fine. Inputs 8 and 9 work fine. But if i use any of the inputs within the 2-7 group, and then use any input of the second group (8 and 9), i have to trigger the later twice before i can see something is happening. It goes like this : (in group 2 to 7) First guy : Pushed button 3. Second guy (Pd) : Ok, pushed button 3. First guy : Pushed button 7. Second guy : K, you pushed button 7. First guy : Pushed button 8. Second guy : Come again? First guy : PUSHED BUTTON 8! Second guy : Oh, yeah, button 8... First guy ; Pushed button 3. Second guy : I'm sorry, what button? First guy : BUTTON 3!! Second guy : Yep, button 3. I hope it is clear now what the problem is. Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Ok, I checked in Windows XP, with a custom sketch, and all of my inputs work flawlessly. (The IDE seem to work much better in Windows than in Linux btw). So the problem has to be somewhere between firmata and pduino. I will try with the latest pduino... Thanks for your help! Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at It would good to nail down the source of this and fix it. Which version of Firmata are you using? Which firmware? Also, there was a bug like that a while back that was fixed, so make sure you have the latest Pd patch too: http://at.or.at/hans/pd/objects.html#pduino .hc On Jul 5, 2011, at 2:49 PM, Ingo wrote: I fixed it by replacing the mapping object by a custom patch which deals with the first two switches seperately. I’ll look it up tomorrow and send you my fix. ** ** And where does the problem lie? In the board, firmata, or pduino? ** ** It suppose fermata since the wrong numbers arrive at pduino. ** ** Ingo ** ** ** ** -- *Von:* Pierre Massat [mailto:pimas...@gmail.com pimas...@gmail.com] *Gesendet:* Dienstag, 5. Juli 2011 20:41 *An:* Ingo Scherzinger *Cc:* Ingo Scherzinger *Betreff:* Re: [PD] Arduino (is drivin me mad ** ** Can we fix that?? Pierre 2011/7/5 Ingo Scherzinger i...@fixitinthemix.de I happens when switching from the first two switches to the others within a 8-bit block. Since the block has the wrong header it will ignore the on message and send the first off. So you have to press the button twice. Once pressed it works until you press another button within that block and return to the first one. Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 19:56 An: Ingo Scherzinger Betreff: Re: [PD] Arduino (is drivin me mad Glad to know i'm not the only one with this problem! Sorry for starting a new thread. I have problems with inputs 8 and 9, or 9 and 10 (the first two on the second digital input socket). Pierre 2011/7/5 Ingo Scherzinger i...@miamiwave.com This is the same problem I had described several times before. There is an error in the 8-bit block where the digital ins 2+3 are coming in. It can be traced somewhere in the mapping section. I'll try to finally look it up tomorrow. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Dienstag, 5. Juli 2011 19:36 An: pd-list Betreff: [PD] Arduino (is drivin me mad Hi All, I apologie if this is off-topic. Please let me know if you think it is. I have been working on my arduino-based pedal, and im faced with a peculiar problem right now. I'm using 8 digital inputs ( 6 on the first socket of the board, inputs 2 through 8, and 2 on the second digital socket, inputs 9 and 10). The first 6 inputs work perfectly, but when i want to use any of the last two inputs (9 and 10), i have to trigger them twice before they start working. Then i'm faced with the exact same problem when i get back to the first 6 inputs. I am pretty sure that i used the very same wiring for all 8 inputs. So... I thought that maybe this could be a problem with firmata or pduino (no offense, Hans!). I have been spending the last hour trying to write a simple program in the arduino software in order to print in serial monitor the values of my digital inputs. Now my question... Is the arduino software just really really bad? Or was it just not
[PD] exporting as stl ?
Hi, Is it possible to export a 3d structure generated in Gem as a .stl ? I would like to export a 3d structure created with pd/gem and then open it in 3d software as blender or rhyno. any idea of how can i achieve this? thanks R. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.43 updates: lots of new editing features
Nice to hear about some progress in these important areas. BTW, did you merge vanilla MagicGlass and nlet highlighting or the one from the pd-l2ork? I ask this because vanilla implementations of both of those have a number of issues, including unnecessary cpu overhead and potential instabilities. Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.43 updates: lots of new editing features
Yes, magic glass and nlet highlighting came from l2ork, plus a 64-bit patch from Albert Gräf: https://sourceforge.net/tracker/?func=detailatid=478072aid=3312794group_id=55736 .hc On Jul 5, 2011, at 7:26 PM, i...@vt.edu wrote: Nice to hear about some progress in these important areas. BTW, did you merge vanilla MagicGlass and nlet highlighting or the one from the pd-l2ork? I ask this because vanilla implementations of both of those have a number of issues, including unnecessary cpu overhead and potential instabilities. Best wishes, Ico News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.43 updates: lots of new editing features
Hans-Christoph Steiner h...@at.or.at wrote: Yes, magic glass and nlet highlighting came from l2ork, plus a 64-bit patch from Albert Gräf: https://sourceforge.net/tracker/?func=detailatid=478072aid=3312794group_id=55736 .hc Cool! You may want to check out the test of the l2ork c code as it has quite a number of other stability fixes and improvements including a definitive double-entry bug fix, better object resizing to accommodate nlets, proper reordering of nlets when moving nlet objects inside patches, a definitive fix for all known gop bugs, just to name a few. Cheers! On Jul 5, 2011, at 7:26 PM, i...@vt.edu wrote: Nice to hear about some progress in these important areas. BTW, did you merge vanilla MagicGlass and nlet highlighting or the one from the pd-l2ork? I ask this because vanilla implementations of both of those have a number of issues, including unnecessary cpu overhead and potential instabilities. Best wishes, Ico News is what people want to keep hidden and everything else is publicity. - Bill Moyers Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork LinuxLaptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.43 updates: lots of new editing features
Today I downloaded the version Pd-0.43.1-extended-macosx106-x86_64.dmg and installed it on OSX 10.6.8 I got a couple of errors, i write to the list to see if is mine or software problems ... - At pd opening, the pd main window doesnt appears, I have to make cmd + r to view it. - gem is not loading (I have not pix_video, pix_texture, gemhead, etc etc etc objects) the main window prints at startup: /Applications/Pd-0.43.1-extended-20110705.app/Contents/Resources/Scripts/../extra/Gem/Gem.pd_darwin: dlopen (/Applications/Pd-0.43.1-extended-20110705.app/Contents/Resources/Scripts/../extra/Gem/Gem.pd_darwin, 10): Symbol not found: __Z10initGemWinv Referenced from: /Applications/Pd-0.43.1-extended-20110705.app/Contents/Resources/Scripts/../extra/Gem/Gem.pd_darwin Expected in: dynamic lookup Gem: can not load library hope this can be helpful regards p.s. I take this opportunity to invite you to try SKT, we developed a software to create easily and intuitive multitouch surfaces using the Kinect camera. The data is sent via TUIO to play with the program you want. Download the source code at: http://code.google.com/p/simple-kinect-touch/ -- Ignacio Aguirre L. ludique.cl 2011/7/5 Hans-Christoph Steiner h...@at.or.at http://autobuild.puredata.info/auto-build/latest/ I recently did a push to fix key bugs to get the Pd-extended 0.43 nightly builds in a useable state. Also, there is a new .zip download for Windows, so it should be really easy to try nightly builds on Windows. Just download the .zip, unzip, and double-click pd.exe in the bin folder. new features: - enable/disable Autopatch mode from Edit menu or Ctrl/Cmd-Alt-A - fixed perf mode to not crash - enable/disable Perf Mode from Edit menu or Ctrl/Cmd-Alt-P (perf = performance, it basically makes it harder to mistakenly close windows, like during a performance) - inlet/outlet highlighting - Magic Glass cord inspector - 5 log levels that applies to the complete log history (try changing the log level, you'll see that it shows/hides content dynamically, without forgetting old log messages) - Ctrl/Cmd click on log lines in the Pd window to see which object printed that line (or select line and hit Enter/Return) - 'log' library for different levels of logging - backgrounded, high speed logging in the Pd window (you can have thousands of messages a second going to the Pd window, and still work on your patch). - updated French translation from Alexandre Castonguay - Alt menu shortcuts, i.e. Alt-F for File menu - basic config works on all platforms (i.e. no custom setup needed, libdir, vanilla/list, vanilla, etc. are loaded automatically) Don't forgot to try some of the awesome GUI plugins: http://puredata.info/community/projects/software/by-category/guiplugin https://puredata.info/docs/guiplugins .hc A cellphone to me is just an opportunity to be irritated wherever you are. - Linus Torvalds ___ 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-extended 0.43 updates: lots of new editing features
On Jul 5, 2011, at 9:29 PM, Ivica Ico Bukvic wrote: Hans-Christoph Steiner h...@at.or.at wrote: Yes, magic glass and nlet highlighting came from l2ork, plus a 64-bit patch from Albert Gräf: https://sourceforge.net/tracker/?func=detailatid=478072aid=3312794group_id=55736 .hc Cool! You may want to check out the test of the l2ork c code as it has quite a number of other stability fixes and improvements including a definitive double-entry bug fix, better object resizing to accommodate nlets, proper reordering of nlets when moving nlet objects inside patches, a definitive fix for all known gop bugs, just to name a few. I ended up refactoring the magic glass and highlighting code quite a bit, I think there might be something worth checking out. As for other bug fixes, it would be great to have them in the patch tracker so we can sort them out. It would take me a massive amount of time to figure out what code changes are for what in pdl2ork since there isn't any version control (that I could find at least) and it seems to be a mix of 0.42 and 0.43 versions. .hc Cheers! On Jul 5, 2011, at 7:26 PM, i...@vt.edu wrote: Nice to hear about some progress in these important areas. BTW, did you merge vanilla MagicGlass and nlet highlighting or the one from the pd-l2ork? I ask this because vanilla implementations of both of those have a number of issues, including unnecessary cpu overhead and potential instabilities. Best wishes, Ico News is what people want to keep hidden and everything else is publicity. - Bill Moyers Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork LinuxLaptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.43 updates: lots of new editing features
On Jul 5, 2011, at 10:15 PM, Ignacio Aguirre wrote: Today I downloaded the version Pd-0.43.1-extended-macosx106-x86_64.dmg and installed it on OSX 10.6.8 I got a couple of errors, i write to the list to see if is mine or software problems ... - At pd opening, the pd main window doesnt appears, I have to make cmd + r to view it. That's an odd one, could you send the contents of the debug log? In the Pd window, change the log level to 'debug', and copy and paste the contents. - gem is not loading (I have not pix_video, pix_texture, gemhead, etc etc etc objects) the main window prints at startup: /Applications/Pd-0.43.1-extended-20110705.app/Contents/Resources/ Scripts/../extra/Gem/Gem.pd_darwin: dlopen (/Applications/Pd-0.43.1-extended-20110705.app/Contents/ Resources/Scripts/../extra/Gem/Gem.pd_darwin, 10): Symbol not found: __Z10initGemWinv Referenced from: /Applications/Pd-0.43.1-extended-20110705.app/Contents/Resources/ Scripts/../extra/Gem/Gem.pd_darwin Expected in: dynamic lookup Gem: can not load library no 64-bit builds of Gem on Mac OS X yet, but it should be possible to get a gstreamer/gmerlin based 64-bit Gem Mac OS X build out without too much work, with IOhannes' new plugin backend. Or even better, someone could write Gem plugins for the Quicktime APIs that Apple did not port to 64-bit. .hc hope this can be helpful regards p.s. I take this opportunity to invite you to try SKT, we developed a software to create easily and intuitive multitouch surfaces using the Kinect camera. The data is sent via TUIO to play with the program you want. Download the source code at: http://code.google.com/p/simple-kinect-touch/ -- Ignacio Aguirre L. ludique.cl 2011/7/5 Hans-Christoph Steiner h...@at.or.at http://autobuild.puredata.info/auto-build/latest/ I recently did a push to fix key bugs to get the Pd-extended 0.43 nightly builds in a useable state. Also, there is a new .zip download for Windows, so it should be really easy to try nightly builds on Windows. Just download the .zip, unzip, and double-click pd.exe in the bin folder. new features: - enable/disable Autopatch mode from Edit menu or Ctrl/Cmd-Alt-A - fixed perf mode to not crash - enable/disable Perf Mode from Edit menu or Ctrl/Cmd-Alt-P (perf = performance, it basically makes it harder to mistakenly close windows, like during a performance) - inlet/outlet highlighting - Magic Glass cord inspector - 5 log levels that applies to the complete log history (try changing the log level, you'll see that it shows/hides content dynamically, without forgetting old log messages) - Ctrl/Cmd click on log lines in the Pd window to see which object printed that line (or select line and hit Enter/Return) - 'log' library for different levels of logging - backgrounded, high speed logging in the Pd window (you can have thousands of messages a second going to the Pd window, and still work on your patch). - updated French translation from Alexandre Castonguay - Alt menu shortcuts, i.e. Alt-F for File menu - basic config works on all platforms (i.e. no custom setup needed, libdir, vanilla/list, vanilla, etc. are loaded automatically) Don't forgot to try some of the awesome GUI plugins: http://puredata.info/community/projects/software/by-category/ guiplugin https://puredata.info/docs/guiplugins .hc A cellphone to me is just an opportunity to be irritated wherever you are. - Linus Torvalds ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list 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] Compiling...
Gem is currently broken on GNU/Linux and IOhannes is on vacation. To make a build, remove 'gem' from LIB_TARGETS in pd-extended/externals/ Makefile and the rest should build. .hc On Jul 4, 2011, at 11:47 PM, Mario Mey wrote: Trying to compile PureData, SVN, on Ubuntu 11.04 AMD64, following the instruction from the page http://puredata.info/docs/developer, I did: 1.- rsync from the auto-build farm (from http://puredata.info/docs/developer/GettingPdSource) rsync -av --delete rsync://128.238.56.50/distros/pd-extended/ pd- extended/ 2.- Preparing Ubuntu: http://puredata.info/docs/developer/UbuntuMaverick 3.- Building PD-Extended: http://puredata.info/docs/developer/BuildingPdExtended But there's no .tar.bz2 or .deb on pure-data/packages/linux-make/ build... These are the last lines while compilling. What should I do? I don't understand... [...] /bin/bash ../../libtool --tag=CXX --mode=compile g++ - DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd- extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 - falign-loops -falign-functions -falign-jumps -funroll-loops -ffast- math -mmmx -MT libGem_la-SynchedWorkerThread.lo -MD -MP -MF .deps/ libGem_la-SynchedWorkerThread.Tpo -c -o libGem_la- SynchedWorkerThread.lo `test -f 'SynchedWorkerThread.cpp' || echo './'`SynchedWorkerThread.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src - DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg- struct-return -O3 -falign-loops -falign-functions -falign-jumps - funroll-loops -ffast-math -mmmx -MT libGem_la-SynchedWorkerThread.lo -MD -MP -MF .deps/libGem_la-SynchedWorkerThread.Tpo -c SynchedWorkerThread.cpp -fPIC -DPIC -o .libs/libGem_la- SynchedWorkerThread.o libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src - DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg- struct-return -O3 -falign-loops -falign-functions -falign-jumps - funroll-loops -ffast-math -mmmx -MT libGem_la-SynchedWorkerThread.lo -MD -MP -MF .deps/libGem_la-SynchedWorkerThread.Tpo -c SynchedWorkerThread.cpp -o libGem_la-SynchedWorkerThread.o /dev/ null 21 mv -f .deps/libGem_la-SynchedWorkerThread.Tpo .deps/libGem_la- SynchedWorkerThread.Plo /bin/bash ../../libtool --tag=CXX --mode=compile g++ - DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd- extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 - falign-loops -falign-functions -falign-jumps -funroll-loops -ffast- math -mmmx -MT libGem_la-WorkerThread.lo -MD -MP -MF .deps/libGem_la- WorkerThread.Tpo -c -o libGem_la-WorkerThread.lo `test -f 'WorkerThread.cpp' || echo './'`WorkerThread.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src - DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg- struct-return -O3 -falign-loops -falign-functions -falign-jumps - funroll-loops -ffast-math -mmmx -MT libGem_la-WorkerThread.lo -MD - MP -MF .deps/libGem_la-WorkerThread.Tpo -c WorkerThread.cpp -fPIC - DPIC -o .libs/libGem_la-WorkerThread.o WorkerThread.cpp: In member function ‘bool gem::thread::WorkerThread::PIMPL::start()’: WorkerThread.cpp:135:22: error: aggregate ‘gem::thread::WorkerThread::PIMPL::start()::timeval sleep’ has incomplete type and cannot be defined WorkerThread.cpp:139:28: error: ‘select’ was not declared in this scope make[6]: *** [libGem_la-WorkerThread.lo] Error 1 make[6]: se sale del directorio «/home/mario/pd-extended/externals/ Gem/src/Gem» make[5]: *** [all-recursive] Error 1 make[5]: se sale del directorio «/home/mario/pd-extended/externals/ Gem/src» make[4]: *** [all] Error 2 make[4]: se sale del directorio «/home/mario/pd-extended/externals/ Gem/src» make[3]: *** [all-recursive] Error 1 make[3]: se sale del directorio «/home/mario/pd-extended/externals/ Gem» make[2]: *** [/home/mario/pd-extended/externals/Gem/Gem.pd_linux] Error 2 make[2]: se sale del directorio «/home/mario/pd-extended/externals» make[1]: *** [externals_install] Error 2 make[1]: se sale del directorio «/home/mario/pd-extended/packages» make: *** [install] Error 2 ls: no se puede acceder a /home/mario/pd-extended/packages/ linux_make/./Pd*.deb: No existe el fichero o el directorio upload specs linux_make . deb Uploading Unexpected local arg: debian If arg is a remote file/dir, prefix it with a colon (:). rsync error: syntax or usage error (code 1) at main.c(1236) [Receiver=3.0.7] mario@Mario-PK3D:~$ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. --Bjarne Stroustrup (creator of C++) ___
Re: [PD] GOP Rendering Issue
Hey Christian Thanks for the thorough bug report, the video is great. I think that's a known bug, or at least it seems familiar to me. It would be great to have this info in the bug tracker so we can keep track of it. This bug seems similar: https://sourceforge.net/tracker/?func=detailaid=3030159group_id=55736atid=478070 If that's not it, then feel free to create a new bug report in the tracker. .hc On Jun 28, 2011, at 10:51 PM, Christian Haines wrote: Hi All I have created an GOP abstraction which I include in a parent parent. The GOP interface has a button that resizes it by sending a 'coords' message to the GOP abstraction canvas (namecanvas named). When it resizes larger it renders the larger interface properly over the patch's white background. However, when it resizes smaller it leaves a remnant of the larger interface visible. Sometimes to correctly show the smaller interface, I have to redraw / refresh the window by moving the window - this doesn't always work though. In fact it only works when the parent patch has a '#coords' line with a specific configuration in it - of which I'm not sure. I'm on OSX. I've seen the issue documented elsewhere but never read a full description on how to resolve it fully. See the issue here: http://echoblue.com.au/pd/goprenderissue.mov At the moment I am sending a message back to the parent patch from the GOP abstraction to change the parent patch's 'setbounds' by 1 pixel and then move it back - this resolves that issue but, as mentioned, not consistently. Regardless, it creates two more issues: (1) setbounds behaves oddly - doesn't resize until a close and reopen; and/or moves the objects in the patch window without resizing; (2) I can't know the patch window size dynamically (say by querying the canvas) hence any size change by setbounds is not necessarily the same as the original window size (if it was resizing!). Any suggestions would be greatly appreciated -- Christian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Waiting an array to be finished reading
You could replace values in the array as they are played, just stagger a tabwrite~ a sample or more behind the tabread~. Then a tabread~ could start reading the beginning before the end is written. I think this should work. .hc On May 26, 2011, at 5:45 AM, Pierre Massat wrote: You have to know the length of the array. If you know the length you know where the phasor is with respect to the end of the array. Also, if you want to write something into the array, you should do it before phasor reaches the end. Otherwise you'll have to read and write at the same time. Generally i use a different array to write to, and switch to it when phasor has finished reading the first array. Pierre 2011/5/26 Arda Eden ardae...@gmail.com Hi all, I'm reading a drum loop from an array. While playing when i read another loop in to the array it naturaly keeps playing from the phasor's current value. How can i wait the array to be finished reading before writing the new sound file into the array ? Thanks. ___ 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 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] Arduino (is drivin me mad
Please tell me that all hope is not lost ... I looked it up and I found my fix. The errors are getting obvious here: Arduino / convert_to_symbolic_commands / digital messages / debyte If you replace debyte with this patch pd debyte it should work although I am not sure if pins higher than 9 were taken care of. If the bytes higher than 9 are still causing problems you might have to set the first moses to a higher number like 8 or so. I am not sure if it can interfere with anything else and I am also not sure if it works with boards other than Diecimila and Duemilanove. The problem is not debyte its the numbers coming in that just get fixed with this workaround! Ingo #N canvas 11 14 450 290 10; #N canvas 252 114 541 378 debyte 0; #X obj 32 161 1; #X obj 82 161 2; #X obj 162 345 outlet; #X obj 32 181 change; #X obj 82 181 change; #X obj 32 20 inlet; #X obj 264 181 change; #X obj 315 181 change; #X obj 366 181 change; #X obj 417 181 change; #X obj 162 181 change; #X obj 213 181 change; #X msg 32 221 0 \$1; #X msg 82 221 1 \$1; #X msg 162 221 2 \$1; #X msg 213 221 3 \$1; #X msg 264 221 4 \$1; #X msg 315 221 5 \$1; #X msg 366 221 6 \$1; #X msg 417 221 7 \$1; #X obj 162 308 unpack; #X obj 205 345 outlet; #X obj 162 161 4; #X obj 213 160 8; #X obj 264 161 16; #X obj 32 201 == 1; #X obj 82 201 == 2; #X obj 162 201 == 4; #X obj 213 201 == 8; #X obj 264 201 == 16; #X obj 315 201 == 32; #X obj 315 160 32; #X obj 366 201 == 64; #X obj 417 201 == 128; #X obj 366 161 64; #X obj 417 160 128; #X obj 32 41 moses 4; #X obj 162 104 trigger float float float float float float; #X obj 71 61 moses 253; #X connect 0 0 3 0; #X connect 1 0 4 0; #X connect 3 0 25 0; #X connect 4 0 26 0; #X connect 5 0 36 0; #X connect 6 0 29 0; #X connect 7 0 30 0; #X connect 8 0 32 0; #X connect 9 0 33 0; #X connect 10 0 27 0; #X connect 11 0 28 0; #X connect 12 0 20 0; #X connect 13 0 20 0; #X connect 14 0 20 0; #X connect 15 0 20 0; #X connect 16 0 20 0; #X connect 17 0 20 0; #X connect 18 0 20 0; #X connect 19 0 20 0; #X connect 20 0 2 0; #X connect 20 1 21 0; #X connect 22 0 10 0; #X connect 23 0 11 0; #X connect 24 0 6 0; #X connect 25 0 12 0; #X connect 26 0 13 0; #X connect 27 0 14 0; #X connect 28 0 15 0; #X connect 29 0 16 0; #X connect 30 0 17 0; #X connect 31 0 7 0; #X connect 32 0 18 0; #X connect 33 0 19 0; #X connect 34 0 8 0; #X connect 35 0 9 0; #X connect 36 0 0 0; #X connect 36 0 1 0; #X connect 36 1 38 0; #X connect 37 0 22 0; #X connect 37 1 23 0; #X connect 37 2 24 0; #X connect 37 3 31 0; #X connect 37 4 34 0; #X connect 37 5 35 0; #X connect 38 0 37 0; #X connect 38 1 0 0; #X connect 38 1 1 0; #X restore 168 99 pd debyte; Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 22:23 An: Hans-Christoph Steiner Cc: Ingo; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad You tried with your StandardFirmata, to no avail. Please tell me that all hope is not lost, doc... :Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at The Uno board was troublesome back when I first tried it, but that was a while ago. I didn't make that StandardFirmata_2_2_for_Uno_0_3 firmware, so I don't know what changes it has. Is anyone having these problems on boards older than an Uno? .hc On Jul 5, 2011, at 3:32 PM, Pierre Massat wrote: It makes no difference at all. Here's what happens : Inputs 2 through 7 work fine. Inputs 8 and 9 work fine. But if i use any of the inputs within the 2-7 group, and then use any input of the second group (8 and 9), i have to trigger the later twice before i can see something is happening. It goes like this : (in group 2 to 7) First guy : Pushed button 3. Second guy (Pd) : Ok, pushed button 3. First guy : Pushed button 7. Second guy : K, you pushed button 7. First guy : Pushed button 8. Second guy : Come again? First guy : PUSHED BUTTON 8! Second guy : Oh, yeah, button 8... First guy ; Pushed button 3. Second guy : I'm sorry, what button? First guy : BUTTON 3!! Second guy : Yep, button 3. I hope it is clear now what the problem is. Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Ok, I checked in Windows XP, with a custom sketch, and all of my inputs work flawlessly. (The IDE seem to work much better in Windows than in Linux btw). So the problem has to be somewhere between firmata and pduino. I will try with the latest pduino... Thanks for your help! Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at It would good to nail down the source of this and fix it. Which version of Firmata are you using? Which firmware? Also, there was a bug like that a while back that was fixed, so make sure you have the latest Pd patch too: http://at.or.at/hans/pd/objects.html#pduino .hc On Jul 5, 2011, at 2:49 PM, Ingo wrote: I fixed it by replacing the mapping object by a custom patch which deals with the first
Re: [PD] Arduino (is drivin me mad
It looks like I changed pin 8 and 9 to be output as pin 0 and 1 for some reason. You should change the two message boxes at the left from [0 $1( [1 $1( to [8 $1( [9 $1( to get the correct pin numbering. Ingo -Ursprüngliche Nachricht- Von: Ingo [mailto:i...@miamiwave.com] Gesendet: Mittwoch, 6. Juli 2011 05:46 An: 'Pierre Massat'; 'Hans-Christoph Steiner' Cc: 'Ingo'; pd-list@iem.at Betreff: AW: [PD] Arduino (is drivin me mad Please tell me that all hope is not lost ... I looked it up and I found my fix. The errors are getting obvious here: Arduino / convert_to_symbolic_commands / digital messages / debyte If you replace debyte with this patch pd debyte it should work although I am not sure if pins higher than 9 were taken care of. If the bytes higher than 9 are still causing problems you might have to set the first moses to a higher number like 8 or so. I am not sure if it can interfere with anything else and I am also not sure if it works with boards other than Diecimila and Duemilanove. The problem is not debyte its the numbers coming in that just get fixed with this workaround! Ingo #N canvas 11 14 450 290 10; #N canvas 252 114 541 378 debyte 0; #X obj 32 161 1; #X obj 82 161 2; #X obj 162 345 outlet; #X obj 32 181 change; #X obj 82 181 change; #X obj 32 20 inlet; #X obj 264 181 change; #X obj 315 181 change; #X obj 366 181 change; #X obj 417 181 change; #X obj 162 181 change; #X obj 213 181 change; #X msg 32 221 0 \$1; #X msg 82 221 1 \$1; #X msg 162 221 2 \$1; #X msg 213 221 3 \$1; #X msg 264 221 4 \$1; #X msg 315 221 5 \$1; #X msg 366 221 6 \$1; #X msg 417 221 7 \$1; #X obj 162 308 unpack; #X obj 205 345 outlet; #X obj 162 161 4; #X obj 213 160 8; #X obj 264 161 16; #X obj 32 201 == 1; #X obj 82 201 == 2; #X obj 162 201 == 4; #X obj 213 201 == 8; #X obj 264 201 == 16; #X obj 315 201 == 32; #X obj 315 160 32; #X obj 366 201 == 64; #X obj 417 201 == 128; #X obj 366 161 64; #X obj 417 160 128; #X obj 32 41 moses 4; #X obj 162 104 trigger float float float float float float; #X obj 71 61 moses 253; #X connect 0 0 3 0; #X connect 1 0 4 0; #X connect 3 0 25 0; #X connect 4 0 26 0; #X connect 5 0 36 0; #X connect 6 0 29 0; #X connect 7 0 30 0; #X connect 8 0 32 0; #X connect 9 0 33 0; #X connect 10 0 27 0; #X connect 11 0 28 0; #X connect 12 0 20 0; #X connect 13 0 20 0; #X connect 14 0 20 0; #X connect 15 0 20 0; #X connect 16 0 20 0; #X connect 17 0 20 0; #X connect 18 0 20 0; #X connect 19 0 20 0; #X connect 20 0 2 0; #X connect 20 1 21 0; #X connect 22 0 10 0; #X connect 23 0 11 0; #X connect 24 0 6 0; #X connect 25 0 12 0; #X connect 26 0 13 0; #X connect 27 0 14 0; #X connect 28 0 15 0; #X connect 29 0 16 0; #X connect 30 0 17 0; #X connect 31 0 7 0; #X connect 32 0 18 0; #X connect 33 0 19 0; #X connect 34 0 8 0; #X connect 35 0 9 0; #X connect 36 0 0 0; #X connect 36 0 1 0; #X connect 36 1 38 0; #X connect 37 0 22 0; #X connect 37 1 23 0; #X connect 37 2 24 0; #X connect 37 3 31 0; #X connect 37 4 34 0; #X connect 37 5 35 0; #X connect 38 0 37 0; #X connect 38 1 0 0; #X connect 38 1 1 0; #X restore 168 99 pd debyte; Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 22:23 An: Hans-Christoph Steiner Cc: Ingo; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad You tried with your StandardFirmata, to no avail. Please tell me that all hope is not lost, doc... :Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at The Uno board was troublesome back when I first tried it, but that was a while ago. I didn't make that StandardFirmata_2_2_for_Uno_0_3 firmware, so I don't know what changes it has. Is anyone having these problems on boards older than an Uno? .hc On Jul 5, 2011, at 3:32 PM, Pierre Massat wrote: It makes no difference at all. Here's what happens : Inputs 2 through 7 work fine. Inputs 8 and 9 work fine. But if i use any of the inputs within the 2-7 group, and then use any input of the second group (8 and 9), i have to trigger the later twice before i can see something is happening. It goes like this : (in group 2 to 7) First guy : Pushed button 3. Second guy (Pd) : Ok, pushed button 3. First guy : Pushed button 7. Second guy : K, you pushed button 7. First guy : Pushed button 8. Second guy : Come again? First guy : PUSHED BUTTON 8! Second guy : Oh, yeah, button 8... First guy ; Pushed button 3. Second guy : I'm sorry, what button? First guy : BUTTON 3!! Second guy : Yep, button 3. I hope it is clear now what the problem is. Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Ok, I checked in Windows XP, with a custom sketch, and all of my inputs work flawlessly. (The IDE seem to work
Re: [PD] Arduino (is drivin me mad
I assume that the error might be somehow caused by the fact that the digital pins are not offset by two as it should be the case since pin 0 1 ought to be handled separately from the rest of the digital ins. BTW the debyte patch should replace [mapping/debytemask] plus the following message boxes and the [unpack float float] object. Ingo It looks like I changed pin 8 and 9 to be output as pin 0 and 1 for some reason. You should change the two message boxes at the left from [0 $1( [1 $1( to [8 $1( [9 $1( to get the correct pin numbering. Ingo -Ursprüngliche Nachricht- Von: Ingo [mailto:i...@miamiwave.com] Gesendet: Mittwoch, 6. Juli 2011 05:46 An: 'Pierre Massat'; 'Hans-Christoph Steiner' Cc: 'Ingo'; pd-list@iem.at Betreff: AW: [PD] Arduino (is drivin me mad Please tell me that all hope is not lost ... I looked it up and I found my fix. The errors are getting obvious here: Arduino / convert_to_symbolic_commands / digital messages / debyte If you replace debyte with this patch pd debyte it should work although I am not sure if pins higher than 9 were taken care of. If the bytes higher than 9 are still causing problems you might have to set the first moses to a higher number like 8 or so. I am not sure if it can interfere with anything else and I am also not sure if it works with boards other than Diecimila and Duemilanove. The problem is not debyte its the numbers coming in that just get fixed with this workaround! Ingo #N canvas 11 14 450 290 10; #N canvas 252 114 541 378 debyte 0; #X obj 32 161 1; #X obj 82 161 2; #X obj 162 345 outlet; #X obj 32 181 change; #X obj 82 181 change; #X obj 32 20 inlet; #X obj 264 181 change; #X obj 315 181 change; #X obj 366 181 change; #X obj 417 181 change; #X obj 162 181 change; #X obj 213 181 change; #X msg 32 221 0 \$1; #X msg 82 221 1 \$1; #X msg 162 221 2 \$1; #X msg 213 221 3 \$1; #X msg 264 221 4 \$1; #X msg 315 221 5 \$1; #X msg 366 221 6 \$1; #X msg 417 221 7 \$1; #X obj 162 308 unpack; #X obj 205 345 outlet; #X obj 162 161 4; #X obj 213 160 8; #X obj 264 161 16; #X obj 32 201 == 1; #X obj 82 201 == 2; #X obj 162 201 == 4; #X obj 213 201 == 8; #X obj 264 201 == 16; #X obj 315 201 == 32; #X obj 315 160 32; #X obj 366 201 == 64; #X obj 417 201 == 128; #X obj 366 161 64; #X obj 417 160 128; #X obj 32 41 moses 4; #X obj 162 104 trigger float float float float float float; #X obj 71 61 moses 253; #X connect 0 0 3 0; #X connect 1 0 4 0; #X connect 3 0 25 0; #X connect 4 0 26 0; #X connect 5 0 36 0; #X connect 6 0 29 0; #X connect 7 0 30 0; #X connect 8 0 32 0; #X connect 9 0 33 0; #X connect 10 0 27 0; #X connect 11 0 28 0; #X connect 12 0 20 0; #X connect 13 0 20 0; #X connect 14 0 20 0; #X connect 15 0 20 0; #X connect 16 0 20 0; #X connect 17 0 20 0; #X connect 18 0 20 0; #X connect 19 0 20 0; #X connect 20 0 2 0; #X connect 20 1 21 0; #X connect 22 0 10 0; #X connect 23 0 11 0; #X connect 24 0 6 0; #X connect 25 0 12 0; #X connect 26 0 13 0; #X connect 27 0 14 0; #X connect 28 0 15 0; #X connect 29 0 16 0; #X connect 30 0 17 0; #X connect 31 0 7 0; #X connect 32 0 18 0; #X connect 33 0 19 0; #X connect 34 0 8 0; #X connect 35 0 9 0; #X connect 36 0 0 0; #X connect 36 0 1 0; #X connect 36 1 38 0; #X connect 37 0 22 0; #X connect 37 1 23 0; #X connect 37 2 24 0; #X connect 37 3 31 0; #X connect 37 4 34 0; #X connect 37 5 35 0; #X connect 38 0 37 0; #X connect 38 1 0 0; #X connect 38 1 1 0; #X restore 168 99 pd debyte; Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 22:23 An: Hans-Christoph Steiner Cc: Ingo; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad You tried with your StandardFirmata, to no avail. Please tell me that all hope is not lost, doc... :Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at The Uno board was troublesome back when I first tried it, but that was a while ago. I didn't make that StandardFirmata_2_2_for_Uno_0_3 firmware, so I don't know what changes it has. Is anyone having these problems on boards older than an Uno? .hc On Jul 5, 2011, at 3:32 PM, Pierre Massat wrote: It makes no difference at all. Here's what happens : Inputs 2 through 7 work fine. Inputs 8 and 9 work fine. But if i use any of the inputs within the 2-7 group, and then use any input of the second group (8 and 9), i have to trigger the later twice before i can see something is happening. It goes like this : (in group 2 to 7) First guy : Pushed button 3. Second guy (Pd) : Ok, pushed button 3. First guy : Pushed button