|Miller Puckette||Feb 4, 2009 7:32 pm|
|mbutubuntu||Feb 5, 2009 5:00 am|
|Roman Haefeli||Feb 5, 2009 5:15 am|
|mbutubuntu||Feb 5, 2009 6:18 am|
|Jack||Feb 5, 2009 6:57 am|
|mbutubuntu||Feb 5, 2009 7:11 am|
|Jack||Feb 5, 2009 7:18 am|
|mbutubuntu||Feb 5, 2009 7:23 am|
|Jack||Feb 5, 2009 7:32 am|
|IOhannes m zmoelnig||Feb 5, 2009 7:33 am|
|mbutubuntu||Feb 5, 2009 7:41 am|
|Roman Haefeli||Feb 5, 2009 8:34 am|
|Jack||Feb 5, 2009 9:12 am|
|Roman Haefeli||Feb 5, 2009 10:19 am|
|Subject:||Re: [PD] Very Strange Behaviour of dumpOSC on Pd|
|Date:||Feb 5, 2009 7:11:57 am|
thanks... udpreceive wors wery well.... but udpsend doesn't... :P:P....
Yep, as Roman says try [udpreceive] with [unpackOSC] (OSC comme often 'on' UDP) or [tcpreceive] with [unpackOSC], if you want a service with connection. The choice depends if you absolutely need to receive your data. AFAIK, OSCx accepts only UDP protocol. ++
Le 5 févr. 09 à 14:15, Roman Haefeli a écrit :
--- mbutubuntu <mbut...@yahoo.it> schrieb am Do, 5.2.2009:
hello folks, I'm using OSC to send information from Processing to Pd... I started writing my "receiving" Patch in a Computer where was Installed Ubuntu 8.04 and Pd-extended 0.40.3 in stalled by the .deb package, my laptop was an Archlinux "client" in which Processing was running... Processing sent floating point numbers to Pd... All worked properly....
In the second Panorama, my archlinux box is both the "server" and the "client", Pd is the version 0.41.4 compiled by me with all useful libraries (OSCx for example)... Pd refuses to receive floating point numbers from Processing giving me this value:
1.4013e-45 ...... = n/0 ???
I can use only Integer numbers.... why ???
from what i know, OSC supports a whole bunch of number types and obviously [dumpOSC] doesn't know how to handle the type chosen by processing.
i guess, i can't help you here, probably only the author of the OSCx library can. however, OSCx shouldn't be used anymore, since it does not seem to be maintained anymore and is known to be buggy. there is a well maintained and well tested replacement for it in mrpeach, though it might not be as straight forward to use as OSCx.
i think, you could replace [dumpOSC] by something like:
[udpreceive <portnumber>] | [unpackOSC]