Hello folks,
I’m working on a VR project that is built on OPENGL. Currently using Leap Motion as the input source and planning to use Max/MSP(somehow) as the audio engine. But the thing is that it’s not really clear whether Max can communicate with Xcode via OSC or not. I developed an IOS app using Pure Data (libpd) but i’d really like to try Max this time.
Has anyone tried it before?
P.S: Happy to share more info if anyone is interested.
Cheers,
a grain of salt: i haven’t actually used max/msp in quite some time.
but. as you are surely aware, OSC is just a message format. so in the worst case you can use https://docs.cycling74.com/max7/maxobject/udpreceive and parse out the stuff you need.
and then there are the many 3rd-party OSC externals and apps [ https://cycling74.com/?toolbox-tag=osc-2 ] , it looks to me that at least some are pure-max solutions (no externals) so probably using udpreceive in fact.
it’s weird that there isn’t a more obvious way to do this. but CNMAT’s sites regarding this are long-down, and c74 isn’t saying much either.
i am pretty sure that recent max’s are built with JUCE, and JUCE gives you OSC parsing classes for free. so it’s baffling that they wouldn’t just have some built-in objects for routing OSC address patterns. it would take all of 30 minutes coding time.
( i’m saying this as someone who has recently had to shoehorn some OSC bundle-parsing stuff arbitrarily into a realtime-network-clock application for work. so, JUCE is the obvious answer. )
ah well.
i know the thread is old, but feel free to contact me if you still want to discuss it, i’m curious.
The CNMAT externals (including the OSC-route, OSC-schedule, and OSC-timetag objects) are available via the Max 7 Package Manager.
Jamoma, also available from the Package Manager, contains j.oscinstance and j.oscroute. Jamoma also has some nice OpenGL models.
Here’s a tutorial that uses CNMAT’s externals:
http://www.conceptualinertia.net/aoakenfo/sketch-1
I agree that it seems strange that externals are necessary for this. Some external-free abstractions on top of udpreceive/udpsend would be nice.
Yeah it’s really lame, especially since most people just need vanilla OSC message parsing, and the CNMAT externals let you do OSC-packet-specific manipulations which as cool as I’m sure that is (is it?), is beyond most people’s interest (and/or ability).
For what it’s worth, I’ve been using this quite happily for a couple of years (in The Party Van) to strip the slashes from longer OSC messages to then treat them like “regular” Max/route-style messages.
----------begin_max5_patcher----------
1162.3oc0XtraiaCEFdsySAg1jV.WEdSThyponqK5hYYaQAsMsiBzECQ5YzL
Cl28RRIaK6wV2RjSBRhc7QzRm+Octvi99cy7VjWJUdfO.9avrYe+tYyblrFl
U+4YdohxkIBkaYdKySSkYZu4UGSKK0N6JY1JPpToDaj.cN3o73LP7Zf9QYgD
Dq.BfZqXobNPXVnYAExMxxsMWxwyZRblbY9tL2olTaLaWZbVhT67CTswsB8x
Giy17eExk5JcfYA9v4.BD6S3XT.ZN.QBslnlWA+a82bcwlE1u.zbjJKwqbJI
ewS+FNXuqrNOSmIRktC86EwhDui9S9N8dGB1X8p3u4VOB6CsV+wc2YeY9yDw
MoYVdENABMvP94.G+EYf6Ku+hTDOTJFQsHCQH9bFGCiL+Oh3.Ko2Tj9JRwL4
WL9vOAQMXAn4EuWv.wXVki4XeNLLfSLT.6GXr.avhFJGw6V4UxV+0sxpKh2B
Q1Fu4.OuCmwSgCdxgy2RrokWjN3qSm.nKr.yOjuQcVtJbhFAbdcAScwpG.eT
sagRGq2okf+wy76PCkvXWoHhoHUTHKLzlhwZkVgikVM+6JjK3MZHUMkvALeJ
l.gzNiod2ERYJDMxXGLh6yIQjHaAHZqTgL1xPWAKnoOSK2lZUNx.FTDwmFPB
4r4.VXqng9tKh4YkJgnrCMx6HUB+dLWBjX9obnYTTjO1jEU0dmQZskN54zRu
9uxqwH5jyH6FxGYm8F8pnQswnQ0X+UqTy5h7T0WSWjmXZqK2JJD57BvCCMFJ
DcdqJDMnsDL16JJYp5nRhMSZfFZzSEXPHnOMhxP74ffVKIigucK7bsYxVmWj
JzZ4Jve8o+X+7upAGB4hWnPWxEhx+IJ05XV72hyplYNhQjOKrXJKaqNaFrHn
pA1fvR3aPr7IcQ7VkIgRndTp.+xC+JvVE5DJYe3Hhjj7u.LAW1N96RDEf6ca
L5dvNkz9DVhy.+onz+hi5SG2n90XtplOq2X907IkTcVGZXUkBovp3of8udoR
Rj1kv9aysTIXDpxIhKJJXm6jY+bSsIJ7n6xzTuWNCugbcmKWj4YOfQm2aseJ
CT46JVt2Sp2MA3n.VIMycmIzw4YMVC4j07X7pUxrljZUrRrHQ5D+kiv5q2v5
g2XexF.zMwcrMK6zeX2L53bGTW3A2AdRiWs0rMUcc.CBU0PjD4iwlYW31X5v
SMc7R9xok9bmFcyPq8YI1IZucAdN2oWIBvAbm1rCn.6yPD5ynbNDa1qH+TKS
vMZTepvDc6tQG9BTv6LvhILGF4A9TRDIfd.rGrLEfk1mpA7AJEy1Trc3Luwh
fLtsLPUXyQSSkV5Ld+10G5rK0U7mam6zqpkzam+XkNtC+4rlmSt+.6SiwAjJ
X1AanM7GR740iVWmnezzTjJX0B4EtIuoNjciql2NHkpd7GrLUJA0ijnAHDlo
VTDgPX1mJejeHBQiBOnlillB4zmXrvQFyWsOdw1seVVnpOmNOwL0xS4E1Oxl
69XbV0GciK3UH+b790ycVDEloVzlQV1UTMkXYDyLwf457i69eO8QcgA
-----------end_max5_patcher-----------