Tim Boykett wrote:
hi IOhannes,
maybe a silly question: how do I ensure that I am using the mrpeach versions?
well, there is neither [dumpOSC] nor [sendOSC] in mrpeach's externals. you have to use [udpreceive]->[unpackOSC] and [packOSC]->[udpsend] instead.
and another silly question: why isn't oscx then removed from e.g. pd-extended
i don't know. maybe for legacy reasons?
so it can wither away in a corner? Does it offer something that mrpeach doesn't?
well, you use only one object instead of two (but of course you can build [dumpOSC]/[sendOSC] as abstractions with mrpeach's objects) i don't know any other "advantage"
fmgasdr. IOhannes
On Tue, 2008-05-20 at 14:13 +0200, IOhannes m zmoelnig wrote:
so it can wither away in a corner? Does it offer something that mrpeach doesn't?
well, you use only one object instead of two (but of course you can build [dumpOSC]/[sendOSC] as abstractions with mrpeach's objects) i don't know any other "advantage"
One nice thing about sendOSC is that it does not complain to the console when the recipient machine is not running, unlike udpsend. I have some patches that forward OSC to two machines, but when I'm testing one is not running and its annoying to have to go in and close the udpsend.
fmgasdr. IOhannes
Dan Wilcox robotcowboy.com
Dan Wilcox wrote:
On Tue, 2008-05-20 at 14:13 +0200, IOhannes m zmoelnig wrote:
so it can wither away in a corner? Does it offer something that mrpeach doesn't?
well, you use only one object instead of two (but of course you can build [dumpOSC]/[sendOSC] as abstractions with mrpeach's objects) i don't know any other "advantage"
One nice thing about sendOSC is that it does not complain to the console when the recipient machine is not running, unlike udpsend. I have some patches that forward OSC to two machines, but when I'm testing one is not running and its annoying to have to go in and close the udpsend.
hmm, i would rather say that it is a feature that the [udpsend] complains if it is not connected.
to not get a constant stream of errors (for every message sent to the unconnected [udpsend]) i usually use a [spigot] controlled by the connection state (output of [udpsend])
fgmasdr IOhannes
Hi IOhannes, all!
Excuse my insistence but I can't use OSC communication with mrpeach's OSC objects. I have tried both Pd-vanilla 0.41-4 & Pd-extended 0.39.3 on Windows XP, and I only obtain an error message:
error: udpsend_send: item 13 (-52.000000) is not between 0 and 255 error: udpsend_send: item 16 (-1.000000) is not between 0 and 255
when I send a float or negative value with [packOSC].
Jack said there is no error on MacOSX.4.11, PowerBook G4, pd-extended 20080520.
Is that a bug? Or I'm wrong with something?
I'm really stuck with this problem!
Thanks.
I think you may be using an old version of udpsend, I believe I corrected that problem last year sometime. (udpsend was interpreting incoming bytes between 128 and 255 as negative). At least it works for me here on both WinXP and linux. Maybe post your patch if that's not the case.
Martin
From: "raul diaz" raul.lete@gmail.com To: "IOhannes m zmoelnig" zmoelnig@iem.at, pd-list@iem.at Subject: Re: [PD] int - float confusion with OSC communication Date: Thu, 22 May 2008 18:21:19 +0200
Hi IOhannes, all!
Excuse my insistence but I can't use OSC communication with mrpeach's OSC objects. I have tried both Pd-vanilla 0.41-4 & Pd-extended 0.39.3 on Windows XP, and I only obtain an error message:
error: udpsend_send: item 13 (-52.000000) is not between 0 and 255 error: udpsend_send: item 16 (-1.000000) is not between 0 and 255
when I send a float or negative value with [packOSC].
Jack said there is no error on MacOSX.4.11, PowerBook G4, pd-extended 20080520.
Is that a bug? Or I'm wrong with something?
I'm really stuck with this problem!
Thanks.
-- Raul Diaz Poblete
raul.lete@gmail.com Barcelona [Spain]
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hey Martin thank you very much!
I have solved my problem using last autobuild pd version. I was using a old version of upsend.
Now I have ready my TR909 emulation. I will post it soon!
Saludos!
2008/5/22 Martin Peach martin.peach@sympatico.ca:
I think you may be using an old version of udpsend, I believe I corrected that problem last year sometime. (udpsend was interpreting incoming bytes between 128 and 255 as negative). At least it works for me here on both WinXP and linux. Maybe post your patch if that's not the case.
Martin
From: "raul diaz" raul.lete@gmail.com
To: "IOhannes m zmoelnig" zmoelnig@iem.at, pd-list@iem.at Subject: Re: [PD] int - float confusion with OSC communication Date: Thu, 22 May 2008 18:21:19 +0200
Hi IOhannes, all!
Excuse my insistence but I can't use OSC communication with mrpeach's OSC objects. I have tried both Pd-vanilla 0.41-4 & Pd-extended 0.39.3 on Windows XP, and I only obtain an error message:
error: udpsend_send: item 13 (-52.000000) is not between 0 and 255 error: udpsend_send: item 16 (-1.000000) is not between 0 and 255
when I send a float or negative value with [packOSC].
Jack said there is no error on MacOSX.4.11, PowerBook G4, pd-extended 20080520.
Is that a bug? Or I'm wrong with something?
I'm really stuck with this problem!
Thanks.
-- Raul Diaz Poblete
raul.lete@gmail.com Barcelona [Spain]
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
In fact, what i say is that your patch works fine here when you send
messages [send /int 1(, [send /float 0.1( and [send /negative -1( to
[mrpeach/packOSC].
But if I send [-34( or [send -34( to [mrpeach/udpsend] then : error: udpsend_send: item 0 (-34.000000) is not between 0 and 255
++
Jack
Le 22 mai 08 à 18:21, raul diaz a écrit :
Hi IOhannes, all!
Excuse my insistence but I can't use OSC communication with
mrpeach's OSC objects. I have tried both Pd-vanilla 0.41-4 & Pd-extended 0.39.3 on Windows
XP, and I only obtain an error message:error: udpsend_send: item 13 (-52.000000) is not between 0 and 255 error: udpsend_send: item 16 (-1.000000) is not between 0 and 255
when I send a float or negative value with [packOSC].
Jack said there is no error on MacOSX.4.11, PowerBook G4, pd- extended 20080520.
Is that a bug? Or I'm wrong with something?
I'm really stuck with this problem!
Thanks.
-- Raul Diaz Poblete
raul.lete@gmail.com Barcelona [Spain] _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Quoting Jack jack@rybn.org:
In fact, what i say is that your patch works fine here when you send messages [send /int 1(, [send /float 0.1( and [send /negative -1( to [mrpeach/packOSC].
good.
But if I send [-34( or [send -34( to [mrpeach/udpsend] then : error: udpsend_send: item 0 (-34.000000) is not between 0 and 255
that's intended behaviour. (and the object is right in claiming that -34 is outside 0..255 :-))
fgmadsr IOhannes
This message was sent using IMP, the Internet Messaging Program.
On May 22, 2008, at 9:10 PM, zmoelnig@iem.at wrote:
Quoting Jack jack@rybn.org:
In fact, what i say is that your patch works fine here when you send messages [send /int 1(, [send /float 0.1( and [send /negative -1( to [mrpeach/packOSC].
good.
But if I send [-34( or [send -34( to [mrpeach/udpsend] then : error: udpsend_send: item 0 (-34.000000) is not between 0 and 255
that's intended behaviour. (and the object is right in claiming that -34 is outside 0..255 :-))
To elaborate on that, the idea is that [123( should send a byte, and
a byte is usually defined as a value between 0 and 255 (i.e. 8-bit
unsigned value).
.hc
fgmadsr IOhannes
This message was sent using IMP, the Internet Messaging Program.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
http://at.or.at/hans/
-
Dan Wilcox -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Jack -
Martin Peach -
raul diaz -
zmoelnig＠iem.at