Indigo Renderer 3.8.0 Beta Release

[FakeShamus]

Also test if this error with your scene is happening also with non BiDir render modes, since the 3.8 update has a lot of changes for BiDir...

ok interesting - yes, just tried switching to regular pathtracing, no BiDir, and everything is running totally smoothly.

[bgpitts]

speedup is great, but I have problem with slaves

[CTZn]

Great speedups indeed !

A couple ISL issues I noted down:

- posOS() is not working, in scattering shaders at least.

- off the top of my head scattering and absorbtion shaders can not access the material's shared data. Perhaps should they be allowed to access all shared data from the medium's material(s), or allow mediums to bear data.

Adding params to mediums (MtI allows to do this) would crash Indigo upon calling its shaders editors.

Please clarify the data usage under these circumstances.

I'm very much expecting the announced MLT upgrade !

[CTZn]

Also, could the following be explained ?

* Shader eval functions, and some others, now require an 'env' argument of type 'opaque'. Old shaders will be automagically fixed up.

How can I get to the new pyroclastic noise ? It looks like a reverse ridged noise, is it ?

[FakeShamus]

I was just getting another error with a scene that works fine with the previous, stable version. the scene opens but gives an error when I start the render. the error reads:

Code: Select all

Error while building scene: Error while loading emission scales: No material with UID 42 assigned to model. (model UID: 124)

it was related to a material that was attached to my object but not assigned to any faces, but I couldn't find any reference in my scene files regarding material or model UID numbers, so it was difficult to tell what was causing the problem. like I said, the scene works fine in 3.6.26, so something changed in the handling of materials, it seems like? at least a specific material name in the error message would have helped a lot.

and, separately, can we get a check box for emitter materials to enable the back-face emit option? and in Blendigo as well, while I'm asking...

thanks.

[tar_gniK]

Code: Select all

Scene parsing error: Failed to open XML doc from path 'F:\MaxigoTemp\Abstract_Night-scene.igs': Could not determine tag type: Line 8, column 2.
XML around error:
<!====== RENDER SETTINGS ======>

Works as expected in 3.6.26 but not 3.8.

[OnoSendai]

Code: Select all

Scene parsing error: Failed to open XML doc from path 'F:\MaxigoTemp\Abstract_Night-scene.igs': Could not determine tag type: Line 8, column 2.
XML around error:
<!====== RENDER SETTINGS ======>

Works as expected in 3.6.26 but not 3.8.

We changed the XML parser in 3.8 to something much faster.

Unfortunately <!====== RENDER SETTINGS ======> is invalid XML. if you edit the file you could remove the line, as it's just a comment.

[tar_gniK]

Thanks, Ono, will do so.

[Ludwolf76]

Hi...I have problems with network rendering with this version of Indigo...TCP connection failed between slave and master...with previous releases everything was ok!!!
Bye...

[neo0.]

o_0 The new glass acceleration is freaking awesome! I had some lightbulbs and they were comming out black. I turned on glass acceleration and they instantly rendered clearer when i restarted the render.

[Zom-B]

I had some lightbulbs and they were comming out black...

I hope you understand that black lightbulbs are 99,9% chance of bad modeling, rather then Indigo doing something wrong...

[neo0.]

I had some lightbulbs and they were comming out black...

I hope you understand that black lightbulbs are 99,9% chance of bad modeling, rather then Indigo doing something wrong...

This is what I assumed but the lightbulbs have thickness and when i turned on glass acceleration, they become see through like they should almost instantly like I said. :)

[Zom-B]

Double check the normals of the bulb. the glass polys on the outside need to point away from the center of the bulb, the normals of the inner sphere of the glass need to point into the center!
The humbucker of the guitar looks quite far in the back for my eyes, but maybe I'm wrong ;)

[Phil]

Hi,
It seems that 3.8 is much darker as 3.6.26
See picture, left is rendered with 3.6.26 and right is rendered with 3.8.
(camera tonemapping)

Best regards,
Philippe

[Zom-B]

Hi,
It seems that 3.8 is much darker as 3.6.26
See picture, left is rendered with 3.6.26 and right is rendered with 3.8.
(camera tonemapping)

Interesting,

What Exporter do you work with?

Can replace your object by a simple sphere and verify that this behavior, then upload the scene?