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: http://cnmat.berkeley.edu/downloads
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?
thanks,
-Morgan
- Feb 06 2015 | 1:14 pmI have the same problem. Did anybody get this to work?
- Feb 06 2015 | 10:22 pmI use this to parse OSC, if it'll help anyone:regexp [\\w\\.]+
- Feb 07 2015 | 9:53 amThanks. 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 pmI 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 pmI believe CNMAT's opensoundcontrol object was superseded by their odot objects:
- Feb 08 2015 | 10:04 amThanks 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 amHi 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 1If 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 bestGeorge
- Aug 25 2017 | 4:54 amJust wanted to share this as I stumble around the forums for answers: https://github.com/CNMAT/CNMAT-Externs/issues/59Fingers crossed for an early fall release :)
- Feb 11 2019 | 12:34 am64bit 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.https://cnmat.berkeley.edu/downloads https://github.com/CNMAT/CNMAT-odot https://forum.pjrc.com/threads/40238-Teensy-3-2-with-WIZ820io-and-OSC?p=197834#post197834
