opensoundcontrol external on 64 bit max?

morgan packard's icon

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

CarlEmail's icon

I have the same problem. Did anybody get this to work?

Wetterberg's icon

I use this to parse OSC, if it'll help anyone:

regexp [\\w\\.]+

CarlEmail's icon

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.

Wetterberg's icon

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.

bdc's icon

I believe CNMAT's opensoundcontrol object was superseded by their odot objects:

CarlEmail's icon

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.

George Khut's icon

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

George

Screen-Shot-2017-01-25-at-12.18.33-pm.png
png
Richard Westhaver's icon

Just wanted to share this as I stumble around the forums for answers: https://github.com/CNMAT/CNMAT-Externs/issues/59

Fingers crossed for an early fall release :)

chaosmoon's icon

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.

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