[PD] Arduiano (Micro or Nano) as MIDI interface?
Hi there! I'd like to use an Arduino Micro (or Nano) as a MIDI interface connecting the MIDI ports to the digital pins 0 and 1 (TX/RX) and receiving the MIDI data via USB in Pd. It does not matter in which format it comes into Pd (i.e. it doesn't have to show up as a MIDI port - like MIDI over USB). 1) Does anybody know if there is an existing arduino software for this? 2) Does anybody know if there are limitations on some or even all arduinos using the serial (digatal 0/1) ports and USB port at the same time? (BTW, I'm already aware of the electronic parts that are needed for the MIDI In/Out.) Thanks in advance! Ingo ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduiano (Micro or Nano) as MIDI interface?
Thanks, Martin and Paul! The Teensy is great but seems to need some extra electronics since it is operating at 3.3V in order to get a reliable MIDI In/Out with 5V (according to a friend who is also working on something like this). The Arduinos with 5V should be easier. Of course for more complex stuff the Teensy with 3 serial ports has a lot more power. I kind of suspected the Nano (or the older Arduinos) not to work - good to know now! Ingo Von: Paul Batchelor [mailto:ralphbluec...@gmail.com] Gesendet: Samstag, 20. Juni 2015 17:39 An: Martin Peach Cc: Ingo; pd-list@lists.iem.at Betreff: Re: [PD] Arduiano (Micro or Nano) as MIDI interface? I would definitely consider the Teensy unless there are specific reasons for the Arduino. The newest version has MIDI support built into and it is compatible with Arduino sketches. On Sat, Jun 20, 2015 at 11:11 AM, Martin Peach chakekat...@gmail.com wrote: On Sat, Jun 20, 2015 at 6:06 AM, Ingo i...@miamiwave.com wrote: Hi there! I'd like to use an Arduino Micro (or Nano) as a MIDI interface connecting the MIDI ports to the digital pins 0 and 1 (TX/RX) and receiving the MIDI data via USB in Pd. It does not matter in which format it comes into Pd (i.e. it doesn't have to show up as a MIDI port - like MIDI over USB). 1) Does anybody know if there is an existing arduino software for this? No but all you need to do is if (Serial.available()) Serial1.write(Serial.read()); if (Serial1.available()) Serial.write(Serial1.read()); in your main loop, where Serial1 is the TTL serial and Serial is USB. 2) Does anybody know if there are limitations on some or even all arduinos using the serial (digatal 0/1) ports and USB port at the same time? Only the micro (or Leonardo or Mega) will work for this as the TTL serial is separate from the USB. The TTL serial port on pins 0 and 1 shoud be set to 31250 baud. Arduinos that use the Atmega168 or 328 use the same serial port for TTL and USB so there will be conflicts if you try to do both at the same time. And software serial is probably too slow to receive at 31250 baud although it can work to send MIDI that way. Teensy2.0 (http://www.pjrc.com/teensy/index.html) will also work for this and can also (I believe) be set up as a USB MIDI device. Martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] is mass music and audio by sequences of samples?
Cool. Maybe written sculpture, somewhat like poetry? Perhaps someone like Alexandre could translate some of the equations into the [exp~] family. I'd be very curious to hear/compare the results. Perhaps. Does he keep up with the postings in this list? Dr. Porres, are you there? I find your suggestion quite interesting. Above all, I think those relations are implemented in PD. This should also be implemented in ChucK, SuperCollider, Faust, Haskore, CSound and what not. Other relations would probably produce artifacts. These are deduced from the physical phenomena of sound and sampling (and the psychophysical relation of hearing and musical appreciation). The contribution seems to be the unified modeling, with the focus on formal relations of the PCM samples to musical attributes. No? Any thoughts? PS. can 1yr old play scratch with the parent scratch.mit.edu ? grateful regards, 2015-06-19 5:51 GMT-03:00 Julian Brooks jbee...@gmail.com: Could you please describe what you understand by this leap? Still 1st impression - not read the article properly yet. It seems to be proposing a complete reversal of most things I've been taught in the study of electronic music. That as far as the computers concerned data is data - all noise. It seems to propose a quantum level of electronic composition beginning to bypass the top/down element of composing that is supposedly somewhat unavoidable. Less a sculptural process and more, well, like code. Heady stuff (and I could be copmletely wrong after a proper read through). Going to the park with my 1yr old son On 18 June 2015 at 21:38, Renato Fabbri renato.fab...@gmail.com wrote: 2015-06-18 11:24 GMT-03:00 Julian Brooks jbee...@gmail.com: A curious conceptual leap. Could you please describe what you understand by this leap? I got into a somewhat serious coding for music believing that it was already a legacy of the music community. Not finding it in almost 10 years, I wrote it. So I am still trying to grasp if this leap is shared and how. Pretty sure no one as made a Pd lib out of this yet (seems to be in Python?). Perhaps someone like Alexandre could translate some of the equations into the [exp~] family. I'd be very curious to hear/compare the results. not Will read the paper more thoroughly later (just had a quick skim). Thanks Renato for bringing it up. How do your versions sound? Something like this: https://soundcloud.com/le-poste-tche (only the three trios for oboe are output of other approaches). More contex here: https://github.com/ttm/dissertacao/raw/master/dissertacaoCorrigida.pdf Thanks Julian for the valuable feedback. PS. should I post this on music-dsp or any other channel? Best regards, Renato Regards, Julian On 18 June 2015 at 06:43, Renato Fabbri renato.fab...@gmail.com wrote: i've been looking for something like this modeling: http://arxiv.org/abs/1412.6853 so maybe diy, i tried, am trying and reaching something maybe. but anyway, has anybody seen something like this for pd or any other language/platform? cheers and peace ) ( _o_o_ oOo _o_o_ ) ( -- GNU/Linux User #479299 labMacambira.sf.net http://t.sidekickopen05.com/e1t/c/5/f18dQhb0S7lC8dDMPbW2n0x6l2B9nMJW7t5XZs1qMxg2W4XXYRg7d-5YKVfD6ll56dFtbf96PqYR02?t=http%3A%2F%2Flabmacambira.sf.net%2Fsi=5478613303427072pi=6df80f9f-f3af-447c-fd21-ffc1c205bea0 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- GNU/Linux User #479299 labMacambira.sf.net http://t.sidekickopen05.com/e1t/c/5/f18dQhb0S7lC8dDMPbW2n0x6l2B9nMJW7t5XZs1qMxg2W4XXYRg7d-5YKVfD6ll56dFtbf96PqYR02?t=http%3A%2F%2Flabmacambira.sf.net%2Fsi=5478613303427072pi=2f8dfb88-2840-4534-bf6d-950e788b244f -- GNU/Linux User #479299 labMacambira.sf.net http://t.sidekickopen05.com/e1t/c/5/f18dQhb0S7lC8dDMPbW2n0x6l2B9nMJW7t5XZs1qMxg2W4XXYRg7d-5YKVfD6ll56dFtbf96PqYR02?t=http%3A%2F%2Flabmacambira.sf.net%2Fsi=5478613303427072pi=72a02585-b4af-4437-d1d5-79c3189f0252 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduiano (Micro or Nano) as MIDI interface?
On Sat, Jun 20, 2015 at 6:06 AM, Ingo i...@miamiwave.com wrote: Hi there! I'd like to use an Arduino Micro (or Nano) as a MIDI interface connecting the MIDI ports to the digital pins 0 and 1 (TX/RX) and receiving the MIDI data via USB in Pd. It does not matter in which format it comes into Pd (i.e. it doesn't have to show up as a MIDI port - like MIDI over USB). 1) Does anybody know if there is an existing arduino software for this? No but all you need to do is if (Serial.available()) Serial1.write(Serial.read()); if (Serial1.available()) Serial.write(Serial1.read()); in your main loop, where Serial1 is the TTL serial and Serial is USB. 2) Does anybody know if there are limitations on some or even all arduinos using the serial (digatal 0/1) ports and USB port at the same time? Only the micro (or Leonardo or Mega) will work for this as the TTL serial is separate from the USB. The TTL serial port on pins 0 and 1 shoud be set to 31250 baud. Arduinos that use the Atmega168 or 328 use the same serial port for TTL and USB so there will be conflicts if you try to do both at the same time. And software serial is probably too slow to receive at 31250 baud although it can work to send MIDI that way. Teensy2.0 (http://www.pjrc.com/teensy/index.html) will also work for this and can also (I believe) be set up as a USB MIDI device. Martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Error Compiling Gem on Ubuntu 15.04
I am getting the following errors in compiling Gem on Ubuntu 15.04. Any thought on what I need to do to correct this. Thanks. Jim cordV4L2.cpp:81:5: error: '::close' has not been declared ::close(m_fd); ^ recordV4L2.cpp: In member function 'virtual bool gem::plugins::recordV4L2::open(std::string)': recordV4L2.cpp:101:65: warning: format '%s' expects a matching 'char*' argument [-Wformat=] verbose(1, device '%s' is not a video4linux2 output device); ^ recordV4L2.cpp: In member function 'virtual bool gem::plugins::recordV4L2::init(const imageStruct*, int)': recordV4L2.cpp:159:3: error: '::write' has not been declared ::write(m_fd, m_image.data, m_image.xsize*m_image.ysize*m_image.csize); ^ recordV4L2.cpp: In member function 'virtual bool gem::plugins::recordV4L2::putFrame(imageStruct*)': recordV4L2.cpp:184:3: error: '::write' has not been declared ::write(m_fd, m_image.data, size); ^ Makefile:471: recipe for target 'gem_recordV4L2_la-recordV4L2.lo' failed make[2]: *** [gem_recordV4L2_la-recordV4L2.lo] Error 1 make[2]: Leaving directory '/home/jim/Downloads/Gem-0.93.3/plugins/recordV4L2' Makefile:390: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/jim/Downloads/Gem-0.93.3/plugins' Makefile:485: recipe for target 'all-recursive' failed make: *** [all-recursive] Error 1 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Error Compiling Gem on Ubuntu 15.04
I've always had the same problem (and probably should have issued a bug report) - I always add #include unistd.h manually to plugins/recordV4L2/recordV4L2.cpp after unpacking the Gem source. cheers Miller On Sat, Jun 20, 2015 at 01:15:07PM -0400, Jim Ruxton wrote: I am getting the following errors in compiling Gem on Ubuntu 15.04. Any thought on what I need to do to correct this. Thanks. Jim cordV4L2.cpp:81:5: error: '::close' has not been declared ::close(m_fd); ^ recordV4L2.cpp: In member function 'virtual bool gem::plugins::recordV4L2::open(std::string)': recordV4L2.cpp:101:65: warning: format '%s' expects a matching 'char*' argument [-Wformat=] verbose(1, device '%s' is not a video4linux2 output device); ^ recordV4L2.cpp: In member function 'virtual bool gem::plugins::recordV4L2::init(const imageStruct*, int)': recordV4L2.cpp:159:3: error: '::write' has not been declared ::write(m_fd, m_image.data, m_image.xsize*m_image.ysize*m_image.csize); ^ recordV4L2.cpp: In member function 'virtual bool gem::plugins::recordV4L2::putFrame(imageStruct*)': recordV4L2.cpp:184:3: error: '::write' has not been declared ::write(m_fd, m_image.data, size); ^ Makefile:471: recipe for target 'gem_recordV4L2_la-recordV4L2.lo' failed make[2]: *** [gem_recordV4L2_la-recordV4L2.lo] Error 1 make[2]: Leaving directory '/home/jim/Downloads/Gem-0.93.3/plugins/recordV4L2' Makefile:390: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/jim/Downloads/Gem-0.93.3/plugins' Makefile:485: recipe for target 'all-recursive' failed make: *** [all-recursive] Error 1 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduiano (Micro or Nano) as MIDI interface?
The teensy2.0 is 5V so it should work fine. (The Teensy3.1s are 3.3V but can handle 5V so they could work if you use 50ohm resistors on the outputs instead of 220 to get 5mA, but that's not strictly correct according to the MIDI spec, which says 5V.) Martin On Sat, Jun 20, 2015 at 1:10 PM, Ingo i...@miamiwave.com wrote: Thanks, Martin and Paul! The Teensy is great but seems to need some extra electronics since it is operating at 3.3V in order to get a reliable MIDI In/Out with 5V (according to a friend who is also working on something like this). The Arduinos with 5V should be easier. Of course for more complex stuff the Teensy with 3 serial ports has a lot more power. I kind of suspected the Nano (or the older Arduinos) not to work - good to know now! Ingo Von: Paul Batchelor [mailto:ralphbluec...@gmail.com] Gesendet: Samstag, 20. Juni 2015 17:39 An: Martin Peach Cc: Ingo; pd-list@lists.iem.at Betreff: Re: [PD] Arduiano (Micro or Nano) as MIDI interface? I would definitely consider the Teensy unless there are specific reasons for the Arduino. The newest version has MIDI support built into and it is compatible with Arduino sketches. On Sat, Jun 20, 2015 at 11:11 AM, Martin Peach chakekat...@gmail.com wrote: On Sat, Jun 20, 2015 at 6:06 AM, Ingo i...@miamiwave.com wrote: Hi there! I'd like to use an Arduino Micro (or Nano) as a MIDI interface connecting the MIDI ports to the digital pins 0 and 1 (TX/RX) and receiving the MIDI data via USB in Pd. It does not matter in which format it comes into Pd (i.e. it doesn't have to show up as a MIDI port - like MIDI over USB). 1) Does anybody know if there is an existing arduino software for this? No but all you need to do is if (Serial.available()) Serial1.write(Serial.read()); if (Serial1.available()) Serial.write(Serial1.read()); in your main loop, where Serial1 is the TTL serial and Serial is USB. 2) Does anybody know if there are limitations on some or even all arduinos using the serial (digatal 0/1) ports and USB port at the same time? Only the micro (or Leonardo or Mega) will work for this as the TTL serial is separate from the USB. The TTL serial port on pins 0 and 1 shoud be set to 31250 baud. Arduinos that use the Atmega168 or 328 use the same serial port for TTL and USB so there will be conflicts if you try to do both at the same time. And software serial is probably too slow to receive at 31250 baud although it can work to send MIDI that way. Teensy2.0 (http://www.pjrc.com/teensy/index.html) will also work for this and can also (I believe) be set up as a USB MIDI device. Martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Error Compiling Gem on Ubuntu 15.04
Thank you that worked! Jim On 2015-06-20 02:01 PM, Miller Puckette wrote: I've always had the same problem (and probably should have issued a bug report) - I always add #include unistd.h manually to plugins/recordV4L2/recordV4L2.cpp after unpacking the Gem source. cheers Miller On Sat, Jun 20, 2015 at 01:15:07PM -0400, Jim Ruxton wrote: I am getting the following errors in compiling Gem on Ubuntu 15.04. Any thought on what I need to do to correct this. Thanks. Jim cordV4L2.cpp:81:5: error: '::close' has not been declared ::close(m_fd); ^ recordV4L2.cpp: In member function 'virtual bool gem::plugins::recordV4L2::open(std::string)': recordV4L2.cpp:101:65: warning: format '%s' expects a matching 'char*' argument [-Wformat=] verbose(1, device '%s' is not a video4linux2 output device); ^ recordV4L2.cpp: In member function 'virtual bool gem::plugins::recordV4L2::init(const imageStruct*, int)': recordV4L2.cpp:159:3: error: '::write' has not been declared ::write(m_fd, m_image.data, m_image.xsize*m_image.ysize*m_image.csize); ^ recordV4L2.cpp: In member function 'virtual bool gem::plugins::recordV4L2::putFrame(imageStruct*)': recordV4L2.cpp:184:3: error: '::write' has not been declared ::write(m_fd, m_image.data, size); ^ Makefile:471: recipe for target 'gem_recordV4L2_la-recordV4L2.lo' failed make[2]: *** [gem_recordV4L2_la-recordV4L2.lo] Error 1 make[2]: Leaving directory '/home/jim/Downloads/Gem-0.93.3/plugins/recordV4L2' Makefile:390: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/jim/Downloads/Gem-0.93.3/plugins' Makefile:485: recipe for target 'all-recursive' failed make: *** [all-recursive] Error 1 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Error Compiling Gem on Ubuntu 15.04
On 06/20/2015 07:15 PM, Jim Ruxton wrote: I am getting the following errors in compiling Gem on Ubuntu 15.04. Any thought on what I need to do to correct this. Thanks. this has been fixed in Gem's git for a long time. but there hasn't been a release for an even longer time. but if you need to stick with a properly released version of Gem, why don't you just use the Gem that comes with ubuntu? as in: $ sudo apt-get install gem gfdsmr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduiano (Micro or Nano) as MIDI interface?
Cool, I'll take a look at the teensy 2.0. I didn't know it runs on 5V. I have a teensy 3.1 here and check if the 50R does the trick. Ingo Von: Martin Peach [mailto:chakekat...@gmail.com] Gesendet: Samstag, 20. Juni 2015 19:26 An: Ingo Cc: Paul Batchelor; pd-list@lists.iem.at Betreff: Re: [PD] Arduiano (Micro or Nano) as MIDI interface? The teensy2.0 is 5V so it should work fine. (The Teensy3.1s are 3.3V but can handle 5V so they could work if you use 50ohm resistors on the outputs instead of 220 to get 5mA, but that's not strictly correct according to the MIDI spec, which says 5V.) Martin On Sat, Jun 20, 2015 at 1:10 PM, Ingo i...@miamiwave.com wrote: Thanks, Martin and Paul! The Teensy is great but seems to need some extra electronics since it is operating at 3.3V in order to get a reliable MIDI In/Out with 5V (according to a friend who is also working on something like this). The Arduinos with 5V should be easier. Of course for more complex stuff the Teensy with 3 serial ports has a lot more power. I kind of suspected the Nano (or the older Arduinos) not to work - good to know now! Ingo Von: Paul Batchelor [mailto:ralphbluec...@gmail.com] Gesendet: Samstag, 20. Juni 2015 17:39 An: Martin Peach Cc: Ingo; pd-list@lists.iem.at Betreff: Re: [PD] Arduiano (Micro or Nano) as MIDI interface? I would definitely consider the Teensy unless there are specific reasons for the Arduino. The newest version has MIDI support built into and it is compatible with Arduino sketches. On Sat, Jun 20, 2015 at 11:11 AM, Martin Peach chakekat...@gmail.com wrote: On Sat, Jun 20, 2015 at 6:06 AM, Ingo i...@miamiwave.com wrote: Hi there! I'd like to use an Arduino Micro (or Nano) as a MIDI interface connecting the MIDI ports to the digital pins 0 and 1 (TX/RX) and receiving the MIDI data via USB in Pd. It does not matter in which format it comes into Pd (i.e. it doesn't have to show up as a MIDI port - like MIDI over USB). 1) Does anybody know if there is an existing arduino software for this? No but all you need to do is if (Serial.available()) Serial1.write(Serial.read()); if (Serial1.available()) Serial.write(Serial1.read()); in your main loop, where Serial1 is the TTL serial and Serial is USB. 2) Does anybody know if there are limitations on some or even all arduinos using the serial (digatal 0/1) ports and USB port at the same time? Only the micro (or Leonardo or Mega) will work for this as the TTL serial is separate from the USB. The TTL serial port on pins 0 and 1 shoud be set to 31250 baud. Arduinos that use the Atmega168 or 328 use the same serial port for TTL and USB so there will be conflicts if you try to do both at the same time. And software serial is probably too slow to receive at 31250 baud although it can work to send MIDI that way. Teensy2.0 (http://www.pjrc.com/teensy/index.html) will also work for this and can also (I believe) be set up as a USB MIDI device. Martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Error Compiling Gem on Ubuntu 15.04
I am getting the following errors in compiling Gem on Ubuntu 15.04. Any thought on what I need to do to correct this. Thanks. this has been fixed in Gem's git for a long time. I was having trouble with autoconf so went with the stable version. but there hasn't been a release for an even longer time. but if you need to stick with a properly released version of Gem, why don't you just use the Gem that comes with ubuntu? as in: $ sudo apt-get install gem Thanks for this, the documentation I saw said sudo apt-get install pd-gem which didn't work. Will definitely go this route next time around now that I know the correct command. Jim. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSC Communication between PD and SC
Are you sure NetAddr.langPort is 57120? Martin On Sat, Jun 20, 2015 at 5:27 PM, Clifford Dunn beatlebo...@gmail.com wrote: Hi PD list, I want to be sending this to the SC list as well, but for some reason I can't get through there. I'm getting pretty frustrated as I try to figure out why these two programs are currently refusing to talk to each other. I'm not really sure about how to type out PD code, so please bear with me. First, I have SC set up to receive OSC: n = NetAddr(127.0.0.1, NetAddr.langPort); OSCFunc({arg msg, time, addr, recvPort; Hello World.postln;}, '/test', n); Testing this internally with SC works fine: m = NetAddr(127.0.0.1, NetAddr.langPort); m.sendMsg(/test, Hi) PD on the other hand: object: import mrpeach message: connect 127.0.0.1 57120 *connected to* object: udpsend The listener tells me: udpsend connecting to port 57120 message: send /test 5 *connected to* object: packOSC *connected to* object udpsend Nothing happens on the supercollider end. However, within PD, if I set up a udpreceiver, I get a response object: udpreceive 57120 *connected to* object: unpackOSC *connected to* object: spigot (toggle on right inlet) *connected to* object: print received And then I can send messages within PD and it prints fine. Also, if I send from SC: n.sendMsg(/test, 45); It prints fine in PD. So what am I missing that is preventing PD from sending to SC? If it helps, I'm running ArchLinux, SC 3.6.6, and Pd 0.43.4-extended. Thanks a lot for any help you can provide! connect 1 Clifford Dunn Flutist/Composer http://www.ckdmusic.weebly.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSC Communication between PD and SC
hey, i also failed trying this, hope you find out and let us know 2015-06-20 18:27 GMT-03:00 Clifford Dunn beatlebo...@gmail.com: Hi PD list, I want to be sending this to the SC list as well, but for some reason I can't get through there. I'm getting pretty frustrated as I try to figure out why these two programs are currently refusing to talk to each other. I'm not really sure about how to type out PD code, so please bear with me. First, I have SC set up to receive OSC: n = NetAddr(127.0.0.1, NetAddr.langPort); OSCFunc({arg msg, time, addr, recvPort; Hello World.postln;}, '/test', n); Testing this internally with SC works fine: m = NetAddr(127.0.0.1, NetAddr.langPort); m.sendMsg(/test, Hi) PD on the other hand: object: import mrpeach message: connect 127.0.0.1 57120 *connected to* object: udpsend The listener tells me: udpsend connecting to port 57120 message: send /test 5 *connected to* object: packOSC *connected to* object udpsend Nothing happens on the supercollider end. However, within PD, if I set up a udpreceiver, I get a response object: udpreceive 57120 *connected to* object: unpackOSC *connected to* object: spigot (toggle on right inlet) *connected to* object: print received And then I can send messages within PD and it prints fine. Also, if I send from SC: n.sendMsg(/test, 45); It prints fine in PD. So what am I missing that is preventing PD from sending to SC? If it helps, I'm running ArchLinux, SC 3.6.6, and Pd 0.43.4-extended. Thanks a lot for any help you can provide! connect 1 Clifford Dunn Flutist/Composer http://www.ckdmusic.weebly.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSC Communication between PD and SC
It has been along time since I've worked with SC but I vaguely remember having to set the localhost value to nil instead of 127.0.0.1 Also, have you tried using another port? -Alex On Sat, Jun 20, 2015 at 2:27 PM, Clifford Dunn beatlebo...@gmail.com wrote: Hi PD list, I want to be sending this to the SC list as well, but for some reason I can't get through there. I'm getting pretty frustrated as I try to figure out why these two programs are currently refusing to talk to each other. I'm not really sure about how to type out PD code, so please bear with me. First, I have SC set up to receive OSC: n = NetAddr(127.0.0.1, NetAddr.langPort); OSCFunc({arg msg, time, addr, recvPort; Hello World.postln;}, '/test', n); Testing this internally with SC works fine: m = NetAddr(127.0.0.1, NetAddr.langPort); m.sendMsg(/test, Hi) PD on the other hand: object: import mrpeach message: connect 127.0.0.1 57120 *connected to* object: udpsend The listener tells me: udpsend connecting to port 57120 message: send /test 5 *connected to* object: packOSC *connected to* object udpsend Nothing happens on the supercollider end. However, within PD, if I set up a udpreceiver, I get a response object: udpreceive 57120 *connected to* object: unpackOSC *connected to* object: spigot (toggle on right inlet) *connected to* object: print received And then I can send messages within PD and it prints fine. Also, if I send from SC: n.sendMsg(/test, 45); It prints fine in PD. So what am I missing that is preventing PD from sending to SC? If it helps, I'm running ArchLinux, SC 3.6.6, and Pd 0.43.4-extended. Thanks a lot for any help you can provide! connect 1 Clifford Dunn Flutist/Composer http://www.ckdmusic.weebly.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSC Communication between PD and SC
Okay, I figured it out. It's a supercollider thing. Turns out that I was being too specific when defining the NetAddr. By not specifying in the OSCdef, everything is working fine now. Thanks for all the help! Clifford Dunn Flutist/Composer http://www.ckdmusic.weebly.com On Sat, Jun 20, 2015 at 5:54 PM, Martin Peach chakekat...@gmail.com wrote: Are you sure NetAddr.langPort is 57120? Martin On Sat, Jun 20, 2015 at 5:27 PM, Clifford Dunn beatlebo...@gmail.com wrote: Hi PD list, I want to be sending this to the SC list as well, but for some reason I can't get through there. I'm getting pretty frustrated as I try to figure out why these two programs are currently refusing to talk to each other. I'm not really sure about how to type out PD code, so please bear with me. First, I have SC set up to receive OSC: n = NetAddr(127.0.0.1, NetAddr.langPort); OSCFunc({arg msg, time, addr, recvPort; Hello World.postln;}, '/test', n); Testing this internally with SC works fine: m = NetAddr(127.0.0.1, NetAddr.langPort); m.sendMsg(/test, Hi) PD on the other hand: object: import mrpeach message: connect 127.0.0.1 57120 *connected to* object: udpsend The listener tells me: udpsend connecting to port 57120 message: send /test 5 *connected to* object: packOSC *connected to* object udpsend Nothing happens on the supercollider end. However, within PD, if I set up a udpreceiver, I get a response object: udpreceive 57120 *connected to* object: unpackOSC *connected to* object: spigot (toggle on right inlet) *connected to* object: print received And then I can send messages within PD and it prints fine. Also, if I send from SC: n.sendMsg(/test, 45); It prints fine in PD. So what am I missing that is preventing PD from sending to SC? If it helps, I'm running ArchLinux, SC 3.6.6, and Pd 0.43.4-extended. Thanks a lot for any help you can provide! connect 1 Clifford Dunn Flutist/Composer http://www.ckdmusic.weebly.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list