udpsend - udpreceive (maxmsp4.6b11) weird behaviour


    Jul 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:// www.sonoscop.net/jmb/ jmberenguer@sonoscop.net +34933064128. http://www.sonoscop.net/ caos->sonoscop. cccb. montalegre, 5. 08001 barcelona spain

    • Jul 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
    • Jul 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:// www.sonoscop.net/jmb/ jmberenguer@sonoscop.net +34933064128. http://www.sonoscop.net/ caos->sonoscop. cccb. montalegre, 5. 08001 barcelona spain
    • Jul 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