Rob Ramirez

just in case this gets lost in the original thread:

https://cycling74.com/forums/index.php?t=msg&&th=29952&goto=124155#msg_168555

please reply to this thread for max 5 jit-ogre questions.

jit-ogre-for-max-5

I've looked through your videos of how to get this going and so far, no luck. I'm just getting the "error retreiving window pointer", I scrolled through after closing the patch, and that was the only error. Anything else I should be trying to get señor ninja to show up?

I've looked through your videos of how to get this going and so far, no luck.  I'm just getting the "error retreiving window pointer", I scrolled through after closing the patch, and that was the only error.  Anything else I should be trying to get señor ninja to show up?

sounds like you are still using the old version. did you download the new version from the jitogre wiki (linked above)? make sure you remove the old one, if it's still in your max search path.

which reminds me. there will probably be an error or three that shows up in the max window when you rebuild contexts. prolly safe to ignore them...

sounds like you are still using the old version.  did you download the new version from the jitogre wiki (linked above)?  make sure you remove the old one, if it's still in your max search path.

which reminds me.  there will probably be an error or three that shows up in the max window when you rebuild contexts.  prolly safe to ignore them...

Right you are! Works fine now. Off to play...

Right you are!  Works fine now.  Off to play...


I downloaded the new version of jit.ogre but can't get it to run - the Max window complains "rr.gl.ogre: No such object".

I assume this has something to do with the fact that when the jitogre_max5_mac.dmg installer is mounted, it contains a folder called "rr.gl.ogre.mxo" (instead of a Max external object with that name).

I downloaded the new version of jit.ogre but can't get it to run - the Max window complains "rr.gl.ogre: No such object". 

I assume this has something to do with the fact that when the jitogre_max5_mac.dmg installer is mounted, it contains a folder called "rr.gl.ogre.mxo" (instead of a Max external object with that name). 

an external is a folder (technically called a bundle).

just copy the .mxo bundle to your max file path and it should work fine.

many thanks to dev.sim for providing us with a new tutorial video detailing the process of exporting models from maya with animations. mac specific but process is very similar on windows.

look forward to possible jit-ogre integration with the next release of gl lo-ryder.

also, from a previous post of dev.sim, the maya 2008 exporter:

http://ctrl.dreamhosters.com/lo-ryder/ogreMayaExporter2008-OSX.zip

This contains the (fixed) Maya 2008 ogre exporter & mel scripts + the right version of ogre.Framework to run it with. (Downloaded it from the TrickyFly guy who maintains Eihort).

many thanks to dev.sim for providing us with a new tutorial video detailing the process of exporting models from maya with animations.  mac specific but process is very similar on windows.

check video here:Maya to Ogre export tutorial

also, from a previous post of dev.sim, the maya 2008 exporter:Quote:http://ctrl.dreamhosters.com/lo-ryder/ogreMayaExporter2008-OSX.zip

This contains the (fixed) Maya 2008 ogre exporter & mel scripts + the right version of ogre.Framework to run it with. (Downloaded it from the TrickyFly guy who maintains Eihort).


> an external is a folder (technically called a bundle).

>just copy the .mxo bundle to your max file path and it should work fine.

Except it doesn't, which is of course why I posted in the first place.

I do understand that externals are actually folders; I was just guessing that since every single other external shows up as a file, the problem might have something to do with the fact that rr.gl.ogre shows up as a plain vanilla folder.

It's in my max file path, but as I said, the Max window reports "no such object". Any idea why? And is anyone else having this problem?

> an external is a folder (technically called a bundle).
>
>just copy the .mxo bundle to your max file path and it should work fine.

It's in my max file path, but as I said, the Max window reports "no such object". Any idea why? And is anyone else having this problem?


I too am seeing this problem. Were you able to find a solution?

i've attached a zip of the external. maybe that will help?

i've attached a zip of the external.  maybe that will help?

Nope same problem. Just to clarify what I am seeing here's a screen shot. The external appears as a folder in the directory with a folder icon, and Max can't load it. This is on a mac, 10.5.6, if that info helps.

Hey Rob,
Nope same problem. Just to clarify what I am seeing here's a screen shot. The external appears as a folder in the directory with a folder icon, and Max can't load it. This is on a mac, 10.5.6, if that info helps.

maybe moving it around from one drive to another will help.

it would seem that they loose the bundle bit in the transfer process.

install the developer tools (they are on the leopard install DVD) and run the command

this should set the bundle bit back to what it ought to be.

If you don't want to install the whole developer tool package you can install just the setFile command using Pacifist.

also, removing the extension, and then re-adding.

very strange. sorry i can't be of further help.

also, found this onlineQuote:
it would seem that they loose the bundle bit in the transfer process.

very strange. sorry i can't be of further help.


Strange indeed. The setFile command just gave me errors, so I downloaded the file again onto my Mac Pro (have been using a MBP), and what do ya know...the external is there as an external. Copied it over to my MBP...switches to a folder. I don't get it. Perhaps time to do some maintenance on my MBP.

oh and I should add...when I view my MBP drive from my mac pro...it appears as an external. go figure.

I now have the external loading (yeah), but max crashes as soon as I turn on the metro (boo). The last line of the ogre log states:

17:36:36: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library Plugin_CgProgramManager. System Error: Unknown Error in DynLib::load at /Volumes/LaCie/mac_dev/ogre/Mac/Ogre/../../OgreMain/src/OgreDynLib.cpp (line 80)

Does this mean it's pointing to file that exists on your drive ;)

I've also uploaded a crashlog if that's any help. This is my first time using ogre (seeing if it will work for an upcoming project) and so am watching the tutorial videos as I get these crashes.

Please feel free to point me elsewhere for more info.

17:36:36: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library Plugin_CgProgramManager.  System Error: Unknown Error in DynLib::load at /Volumes/LaCie/mac_dev/ogre/Mac/Ogre/../../OgreMain/src/OgreDynLib.cpp (line 80)

perhaps a permission repair from disk utility is in order on the laptop.

"You may also need to copy the Cg.framework into /Library/Frameworks, if it doesn't already exist there."

check the frameworks there and if that fixes it.

did you see this line from the readme?
"You may also need to copy the Cg.framework into /Library/Frameworks, if it doesn't already exist there."

check the frameworks there and if that fixes it.


Might be more helpful to give you the contents of the entire log file:

17:53:30: This program uses FreeImage, a free, open source image library supporting all common bitmap formats. See 

17:53:30: Supported formats: bmp,ico,jpg,jif,jpeg,jpe,jng,koa,iff,lbm,mng,pbm,pbm,pcd,pcx,pgm,pgm,png,ppm,ppm,ras,tga,targa,tif,tiff,wap,wbmp,wbm,psd,cut,xbm,xpm,gif,hdr,g3,sgi

17:53:30: Registering ResourceManager for type HighLevelGpuProgram

17:53:30: Registering ResourceManager for type Compositor

17:53:30: MovableObjectFactory for type 'Entity' registered.

17:53:30: MovableObjectFactory for type 'Light' registered.

17:53:30: MovableObjectFactory for type 'BillboardSet' registered.

17:53:30: MovableObjectFactory for type 'ManualObject' registered.

17:53:30: MovableObjectFactory for type 'BillboardChain' registered.

17:53:30: MovableObjectFactory for type 'RibbonTrail' registered.

17:53:30: Loading library RenderSystem_GL

17:53:30: Installing plugin: GL RenderSystem

17:53:30: OpenGL Rendering Subsystem created.

17:53:30: Loading library Plugin_OctreeSceneManager

17:53:30: Installing plugin: Octree & Terrain Scene Manager

17:53:30: Loading library Plugin_CgProgramManager

17:53:30: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library Plugin_CgProgramManager. System Error: Unknown Error in DynLib::load at /Volumes/LaCie/mac_dev/ogre/Mac/Ogre/../../OgreMain/src/OgreDynLib.cpp (line 80)

17:53:30: This program uses FreeImage, a free, open source image library supporting all common bitmap formats. See http://freeimage.sourceforge.net for details
17:53:30: Supported formats: bmp,ico,jpg,jif,jpeg,jpe,jng,koa,iff,lbm,mng,pbm,pbm,pcd,pcx,pgm,pgm,png,ppm,ppm,ras,tga,targa,tif,tiff,wap,wbmp,wbm,psd,cut,xbm,xpm,gif,hdr,g3,sgi
17:53:30: DDS codec registering
17:53:30: Registering ResourceManager for type HighLevelGpuProgram
17:53:30: Registering ResourceManager for type Compositor
17:53:30: MovableObjectFactory for type 'Entity' registered.
17:53:30: MovableObjectFactory for type 'Light' registered.
17:53:30: MovableObjectFactory for type 'BillboardSet' registered.
17:53:30: MovableObjectFactory for type 'ManualObject' registered.
17:53:30: MovableObjectFactory for type 'BillboardChain' registered.
17:53:30: MovableObjectFactory for type 'RibbonTrail' registered.
17:53:30: *-*-* OGRE Initialising
17:53:30: *-*-* Version 1.6.0 (Shoggoth)
17:53:30: Loading library RenderSystem_GL
17:53:30: Installing plugin: GL RenderSystem
17:53:30: OpenGL Rendering Subsystem created.
17:53:30: Plugin successfully installed
17:53:30: Loading library Plugin_OctreeSceneManager
17:53:30: Installing plugin: Octree & Terrain Scene Manager
17:53:30: Plugin successfully installed
17:53:30: Loading library Plugin_CgProgramManager
17:53:30: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library Plugin_CgProgramManager.  System Error: Unknown Error in DynLib::load at /Volumes/LaCie/mac_dev/ogre/Mac/Ogre/../../OgreMain/src/OgreDynLib.cpp (line 80)


robtherich wrote on Wed, 27 May 2009 18:53

I did, and there was (don't know why) ... so I replaced it and works fine. I'm getting other errors now, but I'm sure that will work itself out once I know what the heck I'm doing.

robtherich wrote on Wed, 27 May 2009 18:53glad you're making progress.

cool. feel free to ask away here, or send to 

unfortunately, the wiki is a bit outdated and most of the documentation is in video form, but should get you started.

cool.  feel free to ask away here, or send to support@jitogre.org

unfortunately, the wiki is a bit outdated and most of the documentation is in video form, but should get you started.


Cool. Well...I'll go ahead and ask away here just in case it helps someone else.

1. Do you still need to convert your mesh files into non-binary xml? Since the converter wasn't included in the installer, I just wanted to check. The person I am working with on the model side exported a simple cylinder with texture from 3d studio max using the ogremax plugin. However I'm getting:

error: there is a problem with your material file

and want to help him track down (if its me or the conversion).

2. When I load some of the demo meshes, e.g. the default help file mesh zombie_small.mesh, I first get this error:

jit.gl.render: building GL on window "ogre"...

global draw end: : GL Error: Invalid enumeration

The ninja has been quite fun to play with! Thanks for providing this external. Very cool!

1. Do you still need to convert your mesh files into non-binary xml? Since the converter wasn't included in the installer, I just wanted to check. The person I am working with on the model side exported a simple cylinder with texture from 3d studio max using the ogremax plugin. However I'm getting:
error: there is a problem with your material file
and want to help him track down (if its me or the conversion).

2. When I load some of the demo meshes, e.g. the default help file mesh zombie_small.mesh, I first get this error:
jit.gl.render: building GL on window "ogre"...
global draw end: : GL Error: Invalid enumeration

no need to convert to xml to load in the external. the converter is only for seeing the actual data that is in the binary file.

the first place to look for more information regarding errors is the ogre.log file (make sure you first load the mesh which causes the error, then close the patch. that way the file will be unlocked and contain the relevant information).

for kicks, send me your .mesh and .material files that were exported, and i'll take a look.

the invalid enumeration error can be safely ignored (i think).

no need to convert to xml to load in the external.  the converter is only for seeing the actual data that is in the binary file.

the first place to look for more information regarding errors is the ogre.log file (make sure you first load the mesh which causes the error, then close the patch.  that way the file will be unlocked and contain the relevant information).

the invalid enumeration error can be safely ignored (i think).


hey david. posting here in case this helps others.

your .material file is just a text file, and can be opened with any text editor. looking at yours, all it contains is a comment that says Unsupported material. this means that your exporter was not able to export your material properly from 3dmax. you will have to check the ogre artists/modelers forum for help with that.

this is not a huge deal, because the mesh still loads fine with the default flat white material. the reason you can't see it is because the cylinder itself is actually quite big (or rather the default jitter gl camera position is quite close). if you scale it down to 0.1 or so, you will see the mesh with the flat white material.

your .material file is just a text file, and can be opened with any text editor.  looking at yours, all it contains is a comment that says Unsupported material.  this means that your exporter was not able to export your material properly from 3dmax. you will have to check the ogre artists/modelers forum for help with that.

this is not a huge deal, because the mesh still loads fine with the default flat white material.  the reason you can't see it is because the cylinder itself is actually quite big (or rather the default jitter gl camera position is quite close).  if you scale it down to 0.1 or so, you will see the mesh with the flat white material.

That's pretty funny wrt the materials file...I could have sworn I had tried to open it and saw nothing but binary jibberish...but alas there it is. And I should have been more clear...I've loaded the mesh fine, even added other textures to it...it just wasn't loading the texture it came with.

Thanks again for your help with this. I think I now know enough to be dangerous and will check with my modeler on fixing the export issues.

Hey Rob,
Thanks for your help with this.
That's pretty funny wrt the materials file...I could have sworn I had tried to open it and saw nothing but binary jibberish...but alas there it is. And I should have been more clear...I've loaded the mesh fine, even added other textures to it...it just wasn't loading the texture it came with.

So what we are trying to do is load in a big freakin' model of the interior and exterior of the car that is created in 3d Studio Max. To get to this point we've been doing a bunch of tests getting to more and more complex geometry, starting with cylinders, then to spheres with chimneys, then a horse...all with good results. Still having some issues with some materials (mainly procedural textures vs. image files), but that's a question for a different forum. I have a couple of other questions that might be related to here? If not, a nudge in the right direction would be great.

1. First: if my directory contains as huge number of material files, I get a stack overflow when clicking the "get_material_list". It varies, but points usually to the inlet of the subpatcher making the menu or an object inside, which usually means it's having issues completing a task in a given amount of time. No amount of defers/deferlows seem to cure the problem, so was wondering if generating the menus needs to be deferred within the rr.gl.ogre object? Certainly not a big deal at the moment since the mesh files all point to the appropriate texture (or lack thereof).

2. Second, and this is where I might need a shove to find more info. I now have 35+ mesh files, which all together draw the 3D model of the car...separately not so exciting. I remember in a past life working with a modeler who dealt with scene graphs that showed how everything is assembled. Is there something analogous in ogre? or is there an external app that stitches together all these meshes into one ubermesh? Again...might be a bit OT for the jitter list, so please say so if it is.

3. I love playing with these complex models and seeing that my CPU % never gets above 10%! But clearly that because the GPU is doing all the heavy lifting. Is there a utility you would recommend for monitoring GPU usage on a mac?

Thanks again for all your help with this.

So what we are trying to do is load in a big freakin' model of the interior and exterior of the car that is created in 3d Studio Max. To get to this point we've been doing a bunch of tests getting to more and more complex geometry, starting with cylinders, then to spheres with chimneys, then a horse...all with good results. Still having some issues with some materials (mainly procedural textures vs. image files), but that's a question for a different forum. I have a couple of other questions that might be related to here? If not, a nudge in the right direction would be great. 

David Beaudry wrote on Tue, 02 June 2009 13:01

Hey...perhaps that's what the .scene file is for! drrrr. OK, I need to read up on this more.

hey david, glad to hear you're finding this useful.

Still having some issues with some materials (mainly procedural textures vs. image files)

yeah, that's all dependent on the exporter. if it wants to create a nice material file for you or not. generally, procedural textures made in a modeler, must be baked to a texture and texture mapped to a model for real-time export.

1. First: if my directory contains as huge number of material files, I get a stack overflow when clicking the "get_material_list".

No idea about this, but i'll take a look at some point. it should just be sending out a list, so perhaps the problem is in the help-patch, not the external.

yeah, ogre has what are called scene-nodes for building complex hierarchy. unfortunately jit-ogre does not expose much of this. you can however parent objects together with @parent, but you have limited control over how each mesh concats it's local transformations with it's parent transformations. might be enough for your needs. hope to expose more of this in the future.

i generally just stick with the fpsgui. if fps is low and cpu usage is low, then most likely a problem with the gpu. i'm sure there are better tools though...

os x Developer folder has an app called OpenGL Profiler.

oh, and re: .scene files (dotscene). dotscene is great for quickly exporting a bunch of stuff in place from a modeler. there are no built in dotscene features for jitogre, but it's just an xml file, so easy to parse the information out of yourself using regexp or whatever. that's what i've done in the past with not much trouble.

David Beaudry wrote on Tue, 02 June 2009 13:01Still having some issues with some materials (mainly procedural textures vs. image files)

yeah, that's all dependent on the exporter.  if it wants to create a nice material file for you or not.  generally, procedural textures made in a modeler, must be baked to a texture and texture mapped to a model for real-time export.

Quote:1. First: if my directory contains as huge number of material files, I get a stack overflow when clicking the "get_material_list".

 No idea about this, but i'll take a look at some point. it should just be sending out a list, so perhaps the problem is in the help-patch, not the external.Quote:2. Second, and this is where I might need a shove to find more info. I now have 35+ mesh files, which all together draw the 3D model of the car...separately not so exciting. I remember in a past life working with a modeler who dealt with scene graphs that showed how everything is assembled. Is there something analogous in ogre? or is there an external app that stitches together all these meshes into one ubermesh? Again...might be a bit OT for the jitter list, so please say so if it is.

yeah, ogre has what are called scene-nodes for building complex hierarchy. unfortunately jit-ogre does not expose much of this.  you can however parent objects together with @parent, but you have limited control over how each mesh concats it's local transformations with it's parent transformations.  might be enough for your needs.  hope to expose more of this in the future.

Quote:3. I love playing with these complex models and seeing that my CPU % never gets above 10%! But clearly that because the GPU is doing all the heavy lifting. Is there a utility you would recommend for monitoring GPU usage on a mac?

oh, and re: .scene files (dotscene).  dotscene is great for quickly exporting a bunch of stuff in place from a modeler. there are no built in dotscene features for jitogre, but it's just an xml file, so easy to parse the information out of yourself using regexp or whatever.  that's what i've done in the past with not much trouble.


robtherich wrote on Tue, 02 June 2009 18:55

yeah...it's not the external. Sorry about that. It's a problem dealing more with Max's program settings (e.g. scheduler, etc.). It's just not happy about parsing a list of 95 elements and putting them into a menu in a given allotment of time, is my guess. I've seen this a lot in my show control software which is usually fixed by strategic (?) placement of deferlows.

In your work have you hit a limit of the number of jit-ogre objects you can load? Just curious. I'm sure it's all GPU-dependent.

 No idea about this, but i'll take a look at some point. it should just be sending out a list, so perhaps the problem is in the help-patch, not the external.

yeah...it's not the external. Sorry about that. It's a problem dealing more with Max's program settings (e.g. scheduler, etc.). It's just not happy about parsing a list of 95 elements and putting them into a menu in a given allotment of time, is my guess. I've seen this a lot in my show control software which is usually fixed by strategic (?) placement of deferlows. 

Quote:
yeah, ogre has what are called scene-nodes for building complex hierarchy. unfortunately jit-ogre does not expose much of this.  you can however parent objects together with @parent, but you have limited control over how each mesh concats it's local transformations with it's parent transformations.  might be enough for your needs.  hope to expose more of this in the future.

David Beaudry wrote on Tue, 02 June 2009 19:15

no real limit that i'm aware of. i had one patch that had 500 or so of the fish meshes controlled by a jit.boids3d. i had to actually iterate through the boids matrix and use a poly~ for gl.ogre, because gl.ogre doesn't play nice with gl.multiple (at this time). so i think that was the bottleneck more than the gpu.

David Beaudry wrote on Tue, 02 June 2009 19:15
In your work have you hit a limit of the number of jit-ogre objects you can load? Just curious. I'm sure it's all GPU-dependent.

no real limit that i'm aware of. i had one patch that had 500 or so of the fish meshes controlled by a jit.boids3d.  i had to actually iterate through the boids matrix and use a poly~ for gl.ogre, because gl.ogre doesn't play nice with gl.multiple (at this time). so i think that was the bottleneck more than the gpu.


i have got the same problem as David Beaudry, the external is a folder, when look on other computers it is a external, i am also on a mbp

does anyone known what David did to make it work? or any ideas?

('Hey Rob,
Nope same problem. Just to clarify what I am seeing here's a screen shot. The external appears as a folder in the directory with a folder icon, and Max can't load it. This is on a mac, 10.5.6, if that info helps.

sometime this weekend i will try and fix this up.

actually, i think i know the problem.
sometime this weekend i will try and fix this up.
stay tuned...


did you have any success? anything i can help with?

unfortunately, this version requires an updated ogre framework.

http://jitogre.org/Ogre.framework-1.6.2.zip

place this framework in /Library/Frameworks, or in the max 5 application bundle frameworks folder.

see the readme in the jit-ogre disk image for more info.

please let me know if this works for you.

hi ben and anyone else.
please give the attached file a try.

unfortunately, this version requires an updated ogre framework.
you can download that here:
http://jitogre.org/Ogre.framework-1.6.2.zip

place this framework in /Library/Frameworks, or in the max 5 application bundle frameworks folder.
see the readme in the jit-ogre disk image for more info.

please let me know if this works for you.
-rob


some thing to note, when first download it, it did not have the mxo logo on the file, and when tried to use it, it did not work, so what to do is use get info in finder and tell the rr.gl.ogre.mxo that it should open with max. after i did that and logo popped up on the file and worked when max loaded!!

Sucsess!
thank you,
some thing to note, when first download it, it did not have the mxo logo on the file, and when tried to use it, it did not work, so what to do is use get info in finder and tell the rr.gl.ogre.mxo that it should open with max. after i did that and logo popped up on the file and worked when max loaded!!

I'm a windows user (windows 7 64) I tried to install the jit.ogre for a try. I followed your instruction in the readme.txt which are straigh tforward. You mention a bug in the windows release, but I thought that I would be able to start the jig.ogre (even in bebug mode) but I get the following message in the max windows : error 14001 loading external rr.gl.ogre.

I watched the intro tutorial, which is for mac, but do I need to install the ogre framework as well ? or the 5 x .dll + ogre folder should be enough to get it works.

hey rob
I'm a windows user (windows 7 64) I tried to install the jit.ogre for a try. I followed your instruction in the readme.txt which are straigh tforward. You mention a bug in the windows release, but I thought that I would be able to start the jig.ogre (even in bebug mode) but I get the following message in the max windows : error 14001 loading external rr.gl.ogre.
I watched the intro tutorial, which is for mac, but do I need to install the ogre framework as well ? or the 5 x .dll + ogre folder should be enough to get it works.
Many thanks for you work and sharing it


i'll have to take another look at the windows build when i get a chance.

thanks for the interest.
i'll have to take another look at the windows build when i get a chance.


the bone manuel edit is really cool. I am working with my students with this feature, relating it with possibilities on integrating this on the process of creating interactive/moveable spaces. But it also would be really nice to have it on windows. I tried already with the same problem mentioned above.

Looking forward to hear about the windows version.

the bone manuel edit is really cool. I am working with my students with this feature, relating it with possibilities on integrating this on the process of creating interactive/moveable spaces. But it also would be really nice to have it on windows. I tried already with the same problem mentioned above.
Looking forward to hear about the windows version.
thanks a lot,
sandro


i am trying to get the erase_color to work on rr.gl.ogre the way it does with other jit.gl object.

ie when you go into -0.1 it does not erase the background,

is it possible to make rr.gl.ogre work in this way or is there a workaround?

i can sort of get it working with reading back the texture, using jit.gl.asyncre and jit.alphablend, but this seems like a plaster for the problem

also i noticed that rr.gl.ogre likes to be the first object to get bangs, if other objects get banged before it they do not display, i what to have lots of object behind my character. i think that this might be linked to the erase_color problem. can anyone help?

i am trying to get the erase_color to work on rr.gl.ogre the way it does with other jit.gl object. 

 ie when you go into -0.1 it does not erase the background,
is it possible to make rr.gl.ogre work in this way or is there a workaround? 

also i noticed that rr.gl.ogre likes to be the first object to get bangs, if other objects get banged before it they do not display, i what to have lots of object behind my character. i think that this might be linked to the  erase_color problem. can anyone help?

was not aware of issues with bang order. there are however, definitely some issues with layering jit-ogre and normal jitter opengl objects.

hey, can you post a patch?
afaik, erase_color works as expected.
was not aware of issues with bang order. there are however, definitely some issues with layering jit-ogre and normal jitter opengl objects.


i might be a layering problem, see what you think, but not sure it would explain the erase_color problem, i have post a patch, but i have also done a little screen video to show the problem that i am having because it might just be my computer, mbp intel 2.8

and the patch, its just the help file with a gridsharp object

I have finally got to the stage where I have some animated models in Maya that I want to test with jit-orge.. only problem is that I have Maya 2009 .. the 8.5 mac exporter does not work with it..( when I try to bring up the exporter plug-in ,I get an error message in Maya that the plug in is for an older version) It seems as though the 2009 version has a different plug-in system then the previous versions.. Does anyone have a solution or a work around.(I am repeating this here.. hoping to find solution..)

Hi,
I have finally got to the stage where I have some animated models in Maya that I want to test with jit-orge.. only problem is that I have Maya 2009 .. the 8.5 mac exporter does not work with it..( when I try to bring up the exporter plug-in ,I get an error message in Maya that the plug in is for an older version) It seems as though the 2009 version has a different plug-in system then the previous versions.. Does anyone have a solution or a work around.(I am repeating this here.. hoping to find solution..)
Thanks so much


you can search the ogre forums and see if someone has posted a working version for your OS.

you can post to the forums asking for someone to send you a file.

you can download the source and compile the exporter yourself.

if you have access to windows, you can use the OgreMax exporter:

or you can export your scene to something that blender can use, and export to ogre using blender.

http://www.ogre3d.org/tikiwiki/Blender+Exporter&structure=Tools

good luck. please let me know if you come up with a solution.

you can search the ogre forums and see if someone has posted a working version for your OS.
you can post to the forums asking for someone to send you a file.
you can download the source and compile the exporter yourself.

if you have access to windows, you can use the OgreMax exporter:
http://www.ogremax.com/

or you can export your scene to something that blender can use, and export to ogre using blender.
http://www.blender.org/
http://www.ogre3d.org/tikiwiki/Blender+Exporter&structure=Tools

good luck. please let me know if you come up with a solution.


Thanks for your reply.. I have a computer with me this week so I can carry on with this issue.. Might be able to use Blender but seems one cannot export animations from Maya to Blender.. Many complaints about that issue on line.I have queried the Orge forum & got a reply from someone who had compiled something for 2011 Maya with some code that I could use to compile my own in xcode?.. Problem is I am not much of a programmer.. which is why I love max( although I am beginning to get the idea)..It would be great Rob, since you fixed the 8.5 Mac exporter for Maya if you could look at what it would take to update it to 9.( also you did encourage me to work on jit-orge which I am excited about!) I am wondering if there is something autodesk did when it updated to 9 that changed the exporter plug-in environment?...I have come across others dealing with this issue but no posted solution except for the one that was taken off line..I will continue to try to work this out but I'm going to need some help..Thanks again

jit-ogre for max 5