opensoundcontrol external on 64 bit max?

    Nov 20 2014 | 12:30 am
    Hello Max people.
    I'm trying to resurrect a patch that was built a number of years ago and relies on getting osc messages from an external application. The patch uses the opensoundcontrol object, which I believe is located here:
    The berkeley download site says that most of the max externals should be compatible with either 32 or 64 bit Max. However I get an error message when I try to run this external on 64-bit Max (Max 6). I don't get an error message on 64-bit Max (Max 7). Note that I'm running Max on Windows.
    Are people using this external with 64-bit Max on Windows? Is this external still the recommended way to process OSC packets in Max?

    • Feb 06 2015 | 1:14 pm
      I have the same problem. Did anybody get this to work?
    • Feb 06 2015 | 10:22 pm
      I use this to parse OSC, if it'll help anyone:
      regexp [\\w\\.]+
    • Feb 07 2015 | 9:53 am
      Thanks. You use this for sending as well? Are you doing all the message formatting yourself? And what about bundles?
      Cnmat's opensoundcontrol object is so simple to work with. It's a pity it won't work.
    • Feb 07 2015 | 6:27 pm
      I use simple prepend and sprintf patch bits to format the osc. I don't use bundles at all, but yes, "all" the message formatting is done by me. It's not a lot. Most of my osc is like:
      "/faderset01/x 0. 0. 1. 1. 0. 1.", and some of it digs a little deeper in my patches, like "/cron/aw/dp/4/q 0.5", along those lines.
    • Feb 07 2015 | 10:36 pm
      I believe CNMAT's opensoundcontrol object was superseded by their odot objects:
    • Feb 08 2015 | 10:04 am
      Thanks for the quick answers.
      I just noted that udpsend sends "OSC compatible UDP packets", so I guess that's why formatting messages with sprintf works. This method will work fine for my current needs.
      I checked out CNMAT odot and found a 'o.osc-p' object, but it looks a bit experimental. It seems to filter out non-osc messages, without dealing with bundles.
    • Jan 25 2017 | 1:18 am
      Hi all I'm migrating some of my patches over to 64bit - and looking for a way to replace CNMAT's opensoundcontrol object. I need to construct and send OSC formatted messages - to be received by another application.
      In my old (made for 32 bit patch) - opensoundcontrol was used to format the message, and this was then sent via the udpsend object. The message itself is very simple:
      /heart/pulse/1 1
      If I just send these messages to udpsend (bypassing opensoundcontrol) - nothing comes through to the other app receiving the data. I've tried sending this message via a tosymbol object.
      There does not appear to be a 64bit version of the opensoundcontrol object available, any suggestions on a workaround?
      All the best
    • Aug 25 2017 | 4:54 am
      Just wanted to share this as I stumble around the forums for answers:
      Fingers crossed for an early fall release :)
    • Feb 11 2019 | 12:34 am
      64bit CNMAT odot externals are working for me in OSX. messages through [o.oscbundle] into [udpsend] are now working with a TeensyLC and aliexpress W5500 board. This was (sometimes, depending on receiving soft-/hardware) not the case without the externals.