Forums > MaxMSP

udpsend – udpreceive (maxmsp4.6b11) weird behaviour

July 11, 2006 | 10:06 pm

hello

i’m trying to send osc messages from a macintel macos10.4.7/
maxmsp4.6b11 to an old ibook g3 500Mz macos10.4.7/ maxmsp4.5.7 (demo
version)

i use udpsend at the macintel with arguments (192.168.2.2 3000) and
osc/otudp objects at the ibook with arguments (read 3000). ibook’s ip
address is, indeed, 192.168.2.2. and udp port , 3000

when sending message : /giveme some please 44, as shown in the help file
ibook is receiving : /giveme, some please 44

the same happens when macintel is running wxp/macmsp4.5.7 and sends
data using osc/udp-write

doesn’t happen the same thing when sending data to the same machine
(also shown in the help file)

sending information from a powerbook 1.5 GHz macos10.4.7/maxmsp4.5.7
by means of osc/otudp mesages arrive as expected to the ibook,
without this pesky semicolon

many thanks for any ideas.

jose manuel berenguer
jmbeal@telefonica.net +34932857046 +34696538403. http://
http://www.sonoscop.net/jmb/
jmberenguer@sonoscop.net +34933064128. http://www.sonoscop.net/
caos->sonoscop. cccb. montalegre, 5. 08001 barcelona
spain


July 13, 2006 | 12:47 pm

Try putting the whole message in quotes as in
‘giveme some please 44′ – Max has a habit of splitting up messages but by putting the message in quotes it becomes a symbol.

This should sort it hopefully.
Trum


July 13, 2006 | 11:51 pm

Thank you very much for your answer, Tristram. Yes I know that
quoting a list makes it a symbol. The problem is that this way, the
message is no more OSC compliant.

There is another solution : [[OSC-route]] and [[zl slice 1] at the
ibook G3

[[OSC-Route]] processes /giveme and [[zl slice 1]] splits the list
[, some please 44] in [, ] and [some please 44]

Perhaps there are a lot of other solutions, but the point is that not
all OSC implementations behave exactly in the same way for all
platforms.

Yesterday I tried sending OSC information from a linux platform using
the OSC library Ross Bencina wrote : colon appeared again in the
ibook running maxmsp 4.5.7 but didn’t appear in the same machine
running PD.

For now, this colon appears receiving OSC messages in a macos-
maxmsp4.5.7 by means of [[otudp read]] and [[OpenSoundControl]] or
[[OSC-Route]] when

1. sending OSC messages from a macos-macintel-maxmsp4.6b11 machine by
means of [[udpsend]] (it’s a beta version)
2. sending OSC messages from a wxp-maxmsp4.5.x machine by means of
[[udp-write]] (it’s a beta version)
3. sending OSC messages from a linux-C machine by means of Ross
Bencina’s OSC library

colon doesn’t appear when sending OSC messages from a macos-
maxmsp4.5.7 by means of [[OpenSoundControl]] and [[otudp]], which is,
as CNMAT itself stands at http://www.cnmat.berkeley.edu/
OpenSoundControl/, mature in macos and beta in windows

jose manuel berenguer
jmbeal@telefonica.net +34932857046 +34696538403. http://
http://www.sonoscop.net/jmb/
jmberenguer@sonoscop.net +34933064128. http://www.sonoscop.net/
caos->sonoscop. cccb. montalegre, 5. 08001 barcelona
spain


July 14, 2006 | 1:08 am

I’m sorry to say that I’m sitting here with my MacBook Pro running 4.6b11 sending to a desktop G4 running 4.5.7 and I can’t reproduce your problem. The message "/giveme some please 44" passes properly; I’m using udpsend on the Intel and otudp on the PPC.

What version of OpenSoundControl and otudp?

If you could send me some patches, I’ll try again.

mzed


Viewing 4 posts - 1 through 4 (of 4 total)