OctaneRender® for Maya® beta 3.0 [OBSOLETE]

Thu Sep 20, 2012 1:46 pm

So, I will be forced in the next version to disable these multithreaded calls to engine's mesh evaluation function so far...

Oh,no...........

Fri Sep 21, 2012 2:21 am

Jimstar,
renmaxhb wrote:
2'Mesh cannot Edit (not only smooth)when Ipr rendering

I don't understand what you mean...

If I edit a meshUVS, add smooth,creat Uvs, result like,

Sat Sep 22, 2012 12:03 am

Refracty wrote:If I use the particle instancer in Maya, the instanced particles doesn't show up in the Octane render window (IPR).
Is there a different workflow to use instances?

JimStar wrote:
TBFX wrote:Will you be adding support for particle and nParticle instances?
Yes indeed, I plan it in the next versions and already have that code, just stubbed it so far before it will be fully functional...

If that is the case, the plugin would be amazing. I would suggest looking at soup-dev's brand-new deinstance code for their DAG walk and animation strategy.

Consider developing a "Particle Sampler Node" that can read particle attributes, e.g., rgbPP, that can be piped into an Octane shader--achieving per-instance shading properties (like per-instance colors) without deinstancing. That is a very high-demand feature that doesn't exist with MR without severe hacking.

Sun Sep 23, 2012 4:43 am

Any camera with a frame size taller than it is wide has a mismatch between what is shown in the resolution gate viewport versus what is rendered in IPR by Octane.

This is a bug in 2.58p too...

Sun Sep 23, 2012 9:55 am

doctorpangloss wrote:Any camera with a frame size taller than it is wide has a mismatch between what is shown in the resolution gate viewport versus what is rendered in IPR by Octane.

This is a bug in 2.58p too...

Thank you for report.
I think I will release a fixed versions of 2.58 branch too - it is still usable before the 3.0 branch becomes stable...

Sun Sep 23, 2012 9:49 pm

JimStar wrote:I think I will release a fixed versions of 2.58 branch too - it is still usable before the 3.0 branch becomes stable...

That'd be great JimStar. Until we have a stable, usable version of 3.0 then at least we can still use 2.58(x) for production.

Sad about the multithreading but hopefully Otoy will get that sorted in the engine soon and for now I think it's much more useful to get a stable version of 3.0 without multithread voxelization.

JimStar wrote:I mean "proxy" just to have "one way" terms with the "on a bleeding edge" 3ds max plugin - Karba has done it using that term "proxy", all objects marked as "proxy" are loaded as distinct meshes... So, I just use the same term to not confuse between Octane plugins....

Yeah I thought that's what you meant. Proxy works if it's to keep the naming conventions the same between plugins. In general CG terms a proxy would be a low res or even bounding box stand in for more complex geometry that would be loaded at render time, which is not neccessarily the case here so it could create some confusion for people new to the renderer, but all renderers have thier querks and I personally don't mind if they are called "proxy".

T.

Mon Sep 24, 2012 9:24 pm

doctorpangloss wrote:If that is the case, the plugin would be amazing. I would suggest looking at soup-dev's brand-new deinstance code for their DAG walk and animation strategy.

Consider developing a "Particle Sampler Node" that can read particle attributes, e.g., rgbPP, that can be piped into an Octane shader--achieving per-instance shading properties (like per-instance colors) without deinstancing. That is a very high-demand feature that doesn't exist with MR without severe hacking.

Do you mean that MentalRay can't have the own shader for each particle?.. Only for object itself?..
I'm testing now the particles rendering, and I think I will release it for yours testing already in the next version of 3.0 branch. And it will be good if you (or somebody else) will post here the particles test scene, on which I can test all these things before releasing... as the scenes that I create by myself may be not so complicated as yours...

Mon Sep 24, 2012 9:43 pm

I work with particles very often... Stucked with mental ray lol.

I'll be one of the happy testers for that anytime.

OK - I'm 100% not putting any pressure, just a simple question for the future of Octane for Maya:
I have seen when we were in the 2.58 version that Octane was able to render some part of a maya fluid if I applied an Octane shader. Is there any way we could imagine that Octane might some day be able to render maya fluids?... I am working with them all the time, it would be awesome to have an alternative to mental ray. Octane images are so high in terms of quality, I would be so happy even if mental ray is pretty fast to render fluids. It's just that no other renderer in maya (maybe Renderman, I don't know) was able to render fluids correctly if I'm not mistaken.

P.S. I can't load the Octane beta 3.0 plugin in maya, I have a crash while enabling the plugin in the plugin window. I tick auto-load, them load and it crashes. Here are two dmp.

Mon Sep 24, 2012 9:53 pm

RickToxik wrote:I work with particles very often... Stucked with mental ray lol.

I'll be one of the happy testers for that anytime.

OK - I'm 100% not putting any pressure, just a simple question for the future of Octane for Maya:
I have seen when we were in the 2.58 version that Octane was able to render some part of a maya fluid if I applied an Octane shader. Is there any way we could imagine that Octane might some day be able to render maya fluids?... I am working with them all the time, it would be awesome to have an alternative to mental ray. Octane images are so high in terms of quality, I would be so happy even if mental ray is pretty fast to render fluids. It's just that no other renderer in maya (maybe Renderman, I don't know) was able to render fluids correctly if I'm not mistaken.

P.S. I can't load the Octane beta 3.0 plugin in maya, I have a crash while enabling the plugin in the plugin window. I tick auto-load, them load and it crashes. Here are two dmp.

I'm using maya 2013 64bit, works ok for me but I always have crashes if there are MR mia shaders open in the hypershade. I'm having to transfer my props into lambert and phong shaders, deleting mia shaders and then loading octane plugin, then creating octane shaders. perhaps you can check that.

Mon Sep 24, 2012 9:58 pm

RickToxik
Thanks for dumps!

jmfowler wrote:I'm using maya 2013 64bit, works ok for me but I always have crashes if there are MR mia shaders open in the hypershade. I'm having to transfer my props into lambert and phong shaders, deleting mia shaders and then loading octane plugin, then creating octane shaders. perhaps you can check that.

Interesting!
I will check it, thank you.