When I dig the plug-in up I’ll gladly post it on the list.

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology, CCTAD, CHCI
Virginia Tech
Dept. of Music – 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
ico@vt.edu

http://www.music.vt.edu/people/faculty/bukvic/

> —–Original Message—–
> From: maxmsp-bounces@cycling74.com [mailto:maxmsp-bounces@cycling74.com]
> On Behalf Of Nicholas C. Raftis III
> Sent: Tuesday, September 11, 2007 10:35 PM
> Subject: [maxmsp] Unity 3d
>
>
> Has anyone used this app
> http://unity3d.com
> looks pretty amazing, I was wondering if anyone had tried uniting (no pun
> intended) it with max. I wish Jitter had some of this visual quality with
> the glows, reflection/refraction, blurs, and realtime shader effects.
> –
> -=ili!ili=- http://www.Axiom-Crux.net -=ili!ili=-

On Sep 11, 2007, at 10:48 PM, Ivica Ico Bukvic wrote:

> I built a plug-in for Unity based on a forum post from another
> Unity user
> (see Unity forums) which simply does a bi-directional exchange of
> data via
> TCP/IP or UDP packets. Currently it is not a very robust solution
> since it
> allows only one data stream per socket (in part since I did not
> feel like
> reinventing the wheel with OSC-like parsing). So, not ideal, but
> currently
> the only option since Unity does not (yet?) have OSC support.
>
> When I dig the plug-in up I’ll gladly post it on the list.
>
> Best wishes,
>
> Ivica Ico Bukvic, D.M.A.
> Composition, Music Technology, CCTAD, CHCI
> Virginia Tech
> Dept. of Music – 0240
> Blacksburg, VA 24061
> (540) 231-6139
> (540) 231-5034 (fax)
> ico@vt.edu
> http://www.music.vt.edu/people/faculty/bukvic/
>
>
>> —–Original Message—–
>> From: maxmsp-bounces@cycling74.com [mailto:maxmsp-
>> bounces@cycling74.com]
>> On Behalf Of Nicholas C. Raftis III
>> Sent: Tuesday, September 11, 2007 10:35 PM
>> Subject: [maxmsp] Unity 3d
>>
>>
>> Has anyone used this app
>> http://unity3d.com
>> looks pretty amazing, I was wondering if anyone had tried uniting
>> (no pun
>> intended) it with max. I wish Jitter had some of this visual
>> quality with
>> the glows, reflection/refraction, blurs, and realtime shader effects.
>> –
>> -=ili!ili=- http://www.Axiom-Crux.net -=ili!ili=-
>

v a d e //

http://www.vade.info
abstrakt.vade.info

I love the visual quality of unity. Funny enough I thought of you when I first thought of integrating with max.

ico, would be interested in seeing your plug though with my current max patches getting anything useful out of the results would probably need to send more then 15 channels of midi data.

http://www.garagegames.com/

The stuff ive done with Unity is incredibly limited, but was enough
for me to buy a license, its really quite fun to work with.
Especially the Physics part of it.

On Sep 12, 2007, at 8:51 AM, Nicholas C. Raftis III wrote:

>
> by torque are you referring to the dj rig?
>
> I love the visual quality of unity. Funny enough I thought of you
> when I first thought of integrating with max.
>
> ico, would be interested in seeing your plug though with my current
> max patches getting anything useful out of the results would
> probably need to send more then 15 channels of midi data.
> –
> -=ili!ili=- http://www.Axiom-Crux.net -=ili!ili=-

v a d e //

http://www.vade.info
abstrakt.vade.info

http://www.cycling74.com/twiki/bin/view/Share/WesleySmith

wes

On 9/11/07, Nicholas C. Raftis III wrote:
>
> Has anyone used this app
> http://unity3d.com
> looks pretty amazing, I was wondering if anyone had tried uniting (no pun intended) it with max. I wish Jitter had some of this visual quality with the glows, reflection/refraction, blurs, and realtime shader effects.
> –
> -=ili!ili=- http://www.Axiom-Crux.net -=ili!ili=-
>

also those luaODE physics objects aren’t really that intuitive to use in my experience, Ill check em out again and see if I can get it but no tsure at the moment.

That requires much more doing. You have to render the scene to
texture first or do ray tracing. I don’t even think unity does this
except for the special case of the water component. I’ll post the
shaders in a bit.

>
> also those luaODE physics objects aren’t really that intuitive to use in my experience, Ill check em out again and see if I can get it but no tsure at the moment.

luaODE does require some knowledge of ODE and currently only exposes
ODE as a low-level interface without building any higher level
representations. Out of curiosity, what would be intuitive to use in
your opinion?

wes

if there could be a method of attaching to a matrix or named gl
object some extra data for physical modeling, similar to how with gl,
you specify a draw type, or a shader with @name, you could have
objects that specify some sort of physical behaviour, name them and
bind them to matrices or gl objects?

just a quick thought :)

On Sep 13, 2007, at 2:45 PM, Wesley Smith wrote:

>> id be curious to see the reflect refract for sure, I know of the
>> reflective property but how do you get it to reflect objects in
>> the scene?
>
> That requires much more doing. You have to render the scene to
> texture first or do ray tracing. I don’t even think unity does this
> except for the special case of the water component. I’ll post the
> shaders in a bit.
>
>>
>> also those luaODE physics objects aren’t really that intuitive to
>> use in my experience, Ill check em out again and see if I can get
>> it but no tsure at the moment.
>
> luaODE does require some knowledge of ODE and currently only exposes
> ODE as a low-level interface without building any higher level
> representations. Out of curiosity, what would be intuitive to use in
> your opinion?
>
> wes

v a d e //

http://www.vade.info
abstrakt.vade.info

wes

On 9/13/07, vade wrote:
> Well, that gets to be a complicated question, but for intuitive use, I have
> to say, Unity does a quite good job. However, its pretty explicit what is to
> be expected from Unity,, so the Unity programmers have the added benefit of
> knowing before hand what the users will want. With Jitter, that obviously
> isnt the case, and more work will have to be done by the programmer.
> Sometimes its ok to not be intuitive :D
>
> if there could be a method of attaching to a matrix or named gl object some
> extra data for physical modeling, similar to how with gl, you specify a draw
> type, or a shader with @name, you could have objects that specify some sort
> of physical behaviour, name them and bind them to matrices or gl objects?
>
> just a quick thought :)
>
>
> On Sep 13, 2007, at 2:45 PM, Wesley Smith wrote:
>
>
> id be curious to see the reflect refract for sure, I know of the reflective
> property but how do you get it to reflect objects in the scene?
>
> That requires much more doing. You have to render the scene to
> texture first or do ray tracing. I don’t even think unity does this
> except for the special case of the water component. I’ll post the
> shaders in a bit.
>
>
>
> also those luaODE physics objects aren’t really that intuitive to use in my
> experience, Ill check em out again and see if I can get it but no tsure at
> the moment.
>
> luaODE does require some knowledge of ODE and currently only exposes
> ODE as a low-level interface without building any higher level
> representations. Out of curiosity, what would be intuitive to use in
> your opinion?
>
> wes
>
> v a d e //
>
> http://www.vade.info
> abstrakt.vade.info
>
>
>
>
>
>

you might be able to calculate more correct modeling for complex
meshes in Unity, but obviously at the expense of some overhead.

On Sep 13, 2007, at 3:28 PM, Wesley Smith wrote:

> so the biggest problem with physical modelling in Jitter is with mesh
> objects, especially if they’re dynamic. The gridshapes mostly have
> corrolary physical primitives like boxes, cylinders, spheres, etc. and
> would be straightforward to implement.
>
> wes
>
>
> On 9/13/07, vade wrote:
>> Well, that gets to be a complicated question, but for intuitive
>> use, I have
>> to say, Unity does a quite good job. However, its pretty explicit
>> what is to
>> be expected from Unity,, so the Unity programmers have the added
>> benefit of
>> knowing before hand what the users will want. With Jitter, that
>> obviously
>> isnt the case, and more work will have to be done by the programmer.
>> Sometimes its ok to not be intuitive :D
>>
>> if there could be a method of attaching to a matrix or named gl
>> object some
>> extra data for physical modeling, similar to how with gl, you
>> specify a draw
>> type, or a shader with @name, you could have objects that specify
>> some sort
>> of physical behaviour, name them and bind them to matrices or gl
>> objects?
>>
>> just a quick thought :)
>>
>>
>> On Sep 13, 2007, at 2:45 PM, Wesley Smith wrote:
>>
>>
>> id be curious to see the reflect refract for sure, I know of the
>> reflective
>> property but how do you get it to reflect objects in the scene?
>>
>> That requires much more doing. You have to render the scene to
>> texture first or do ray tracing. I don’t even think unity does this
>> except for the special case of the water component. I’ll post the
>> shaders in a bit.
>>
>>
>>
>> also those luaODE physics objects aren’t really that intuitive to
>> use in my
>> experience, Ill check em out again and see if I can get it but no
>> tsure at
>> the moment.
>>
>> luaODE does require some knowledge of ODE and currently only exposes
>> ODE as a low-level interface without building any higher level
>> representations. Out of curiosity, what would be intuitive to use in
>> your opinion?
>>
>> wes
>>
>> v a d e //
>>
>> http://www.vade.info
>> abstrakt.vade.info
>>
>>
>>
>>
>>
>>

v a d e //

http://www.vade.info
abstrakt.vade.info

wes

On 9/13/07, vade wrote:
> and dont forget jit.gl.model!!! Please! :):) I think for models/meshes like
> those, simple bounding boxes would probably suffice. Infact, I believe this
> is what happens in Unity as well.
>
> you might be able to calculate more correct modeling for complex meshes in
> Unity, but obviously at the expense of some overhead.
>
>
>
>
>
> On Sep 13, 2007, at 3:28 PM, Wesley Smith wrote:
>
> so the biggest problem with physical modelling in Jitter is with mesh
> objects, especially if they’re dynamic. The gridshapes mostly have
> corrolary physical primitives like boxes, cylinders, spheres, etc. and
> would be straightforward to implement.
>
> wes
>
>
> On 9/13/07, vade wrote:
> Well, that gets to be a complicated question, but for intuitive use, I have
> to say, Unity does a quite good job. However, its pretty explicit what is to
> be expected from Unity,, so the Unity programmers have the added benefit of
> knowing before hand what the users will want. With Jitter, that obviously
> isnt the case, and more work will have to be done by the programmer.
> Sometimes its ok to not be intuitive :D
>
> if there could be a method of attaching to a matrix or named gl object some
> extra data for physical modeling, similar to how with gl, you specify a draw
> type, or a shader with @name, you could have objects that specify some sort
> of physical behaviour, name them and bind them to matrices or gl objects?
>
> just a quick thought :)
>
>
> On Sep 13, 2007, at 2:45 PM, Wesley Smith wrote:
>
>
> id be curious to see the reflect refract for sure, I know of the reflective
> property but how do you get it to reflect objects in the scene?
>
> That requires much more doing. You have to render the scene to
> texture first or do ray tracing. I don’t even think unity does this
> except for the special case of the water component. I’ll post the
> shaders in a bit.
>
>
>
> also those luaODE physics objects aren’t really that intuitive to use in my
> experience, Ill check em out again and see if I can get it but no tsure at
> the moment.
>
> luaODE does require some knowledge of ODE and currently only exposes
> ODE as a low-level interface without building any higher level
> representations. Out of curiosity, what would be intuitive to use in
> your opinion?
>
> wes
>
> v a d e //
>
> http://www.vade.info
> abstrakt.vade.info
>
>
>
>
>
>
>
>
> v a d e //
>
> http://www.vade.info
> abstrakt.vade.info
>
>
>
>
>
>

I’ve been working with TGE for a while now and love it, and I HAVE been able to get Max and Torque to communicate. The scripting language is fine, and the community is quite helpful and active (although not nearly as much as this one). The client-server architecture of the engine supports something like 125 users at a time. If I knew more C++ and openGL, I would go with the Torque Shader Engine.

Jack

On Sep 14, 2007, at 9:58 AM, Zachary Seldess wrote:

>
> Unity is great, but I guess it all depends on what you’re after.
> For multi-player environments Torque seems the way to go.
>
> I’ve been working with TGE for a while now and love it, and I HAVE
> been able to get Max and Torque to communicate. The scripting
> language is fine, and the community is quite helpful and active
> (although not nearly as much as this one). The client-server
> architecture of the engine supports something like 125 users at a
> time. If I knew more C++ and openGL, I would go with the Torque
> Shader Engine.
>

On Sep 14, 2007, at 10:57 AM, Jack Stenner wrote:

> Same here, Torque is great for networked environments and Max-
> >Torque->Max works well.
>
> Jack
>
> On Sep 14, 2007, at 9:58 AM, Zachary Seldess wrote:
>
>>
>> Unity is great, but I guess it all depends on what you’re after.
>> For multi-player environments Torque seems the way to go.
>>
>> I’ve been working with TGE for a while now and love it, and I HAVE
>> been able to get Max and Torque to communicate. The scripting
>> language is fine, and the community is quite helpful and active
>> (although not nearly as much as this one). The client-server
>> architecture of the engine supports something like 125 users at a
>> time. If I knew more C++ and openGL, I would go with the Torque
>> Shader Engine.
>>

v a d e //

http://www.vade.info
abstrakt.vade.info

lua works fine and ive done all the install properly to my knowledge but I get these errors:

lua pcall error [string "require("ode")..."]:1: module ‘ode’ not found:
no field package.preload['ode']
no file ‘./ode.lua’
no file ‘/usr/local/share/lua/5.1/ode.lua’
no file ‘/usr/local/share/lua/5.1/ode/init.lua’
no file ‘/usr/local/lib/lua/5.1/ode.lua’
no file ‘/usr/local/lib/lua/5.1/ode/init.lua’
no file ‘./ode.so’
no file ‘/usr/local/lib/lua/5.1/ode.so’
no file ‘/usr/local/lib/lua/5.1/loadall.so’
no file ‘/Applications/MaxMSP 4.6/Cycling ’74/lua/luamods/ode.so’
lua pcall error [string "require("ode")..."]:1: module ‘ode’ not found:
no field package.preload['ode']
no file ‘./ode.lua’
no file ‘/usr/local/share/lua/5.1/ode.lua’
no file ‘/usr/local/share/lua/5.1/ode/init.lua’
no file ‘/usr/local/lib/lua/5.1/ode.lua’
no file ‘/usr/local/lib/lua/5.1/ode/init.lua’
no file ‘./ode.so’
no file ‘/usr/local/lib/lua/5.1/ode.so’
no file ‘/usr/local/lib/lua/5.1/loadall.so’
no file ‘/Applications/MaxMSP 4.6/Cycling ’74/lua/luamods/ode.so’
lua pcall error [string "--ODEBody.lua..."]:2: module ‘ode’ not found:
no field package.preload['ode']
no file ‘./ode.lua’
no file ‘/usr/local/share/lua/5.1/ode.lua’
no file ‘/usr/local/share/lua/5.1/ode/init.lua’
no file ‘/usr/local/lib/lua/5.1/ode.lua’
no file ‘/usr/local/lib/lua/5.1/ode/init.lua’
no file ‘./ode.so’
no file ‘/usr/local/lib/lua/5.1/ode.so’
no file ‘/usr/local/lib/lua/5.1/loadall.so’
no file ‘/Applications/MaxMSP 4.6/Cycling ’74/lua/luamods/ode.so’
lua pcall error [string "--Anchor.lua..."]:2: module ‘ode’ not found:
no field package.preload['ode']
no file ‘./ode.lua’
no file ‘/usr/local/share/lua/5.1/ode.lua’
no file ‘/usr/local/share/lua/5.1/ode/init.lua’
no file ‘/usr/local/lib/lua/5.1/ode.lua’
no file ‘/usr/local/lib/lua/5.1/ode/init.lua’
no file ‘./ode.so’
no file ‘/usr/local/lib/lua/5.1/ode.so’
no file ‘/usr/local/lib/lua/5.1/loadall.so’
no file ‘/Applications/MaxMSP 4.6/Cycling ’74/lua/luamods/ode.so’
lua pcall error [string "importfile("ODEWorld.lua")..."]:25: attempt to call global ‘ODEWorld’ (a nil value)
jit.gl.render: building GL on window “test”…

no field package.preload['ode']
no file ‘./ode.lua’
no file ‘/usr/local/share/lua/5.1/ode.lua’
no file ‘/usr/local/share/lua/5.1/ode/init.lua’
no file ‘/usr/local/lib/lua/5.1/ode.lua’
no file ‘/usr/local/lib/lua/5.1/ode/init.lua’
no file ‘./ode.so’
no file ‘/usr/local/lib/lua/5.1/ode.so’
no file ‘/usr/local/lib/lua/5.1/loadall.so’
no file ‘/Applications/MaxMSP 4.6/Cycling ’74/lua/luamods/ode.so’

You need to put the ode.so in one of those folders. Typically for
using with jit.gl.lua it goes in the last one.

wes

I guess after seeing so many missed files I thought that there was more. I had tried moving it into the folder with the help patch but it didn’t work. readme.txts are always nice! :D

This is pretty cool actually, though Im not a big fan of typecoding, I would love to see something like this implemented with more max controll over it, maybe in jitter 2?

wes

On 9/24/07, Nicholas C. Raftis III wrote:
>
> Thanks much Wesley!
>
> I guess after seeing so many missed files I thought that there was more. I had tried moving it into the folder with the help patch but it didn’t work. readme.txts are always nice! :D
>
> This is pretty cool actually, though Im not a big fan of typecoding, I would love to see something like this implemented with more max controll over it, maybe in jitter 2?
> –
> -=ili!ili=- http://www.Axiom-Crux.net -=ili!ili=-
>