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