Indigo Renderer 3.4.2

[CTZn]

*applauses*

We currently load Blender format volumes, however direct support for this in the exporter is not yet implemented.

It's in the main trunk already ? I would click to know more !

[lycium]

Maybe Nick will post later with more info / XML tags

[CTZn]

That's something I could easily implement from Maya, as opposed to the stuff I'm at *mad*

@MattMR2 please don't miss lycium's answer for you down the previous page !

[FakeShamus]

Maybe Nick will post later with more info / XML tags :)

I would really like to get my hands on that - does it support volumetric emitters yet (fire/smoke from Blender?)

[MattMR2]

Yep, I saw, I'll reply a few later, I'm in deliveries for my job (Rsync commands line)

;)

[everwind]

Just to answer you about camera tonemapping : you should understand taht camera tonemapping works just like a camera : if you use your DSLT with aperture about F/8 and exposure time 1/125 in an inside scene, your result will be just black, and this is the way it happens in Indigo.

I think the main problem is about blendigo configuring lights because you usually don't know how much 'gain' you should put. I think the best way is to always use emission scale in lumens and set the lamps between 500 and 5000 lumens (more or less, just approximation).

[MattMR2]

@Everwind : Oki, I'll try this, thanks for the information.

Matt

[MattMR2]

Hi all,

I've just notice something with GPU serie 6xx. When you launch Indigo from blender, sometime, GPU not use, uncluding in GPU mode, like sample 720k sample / sec... and after Indigo freeze, I restart it and get 1600 k sample / sec ( as with my old GTX 480 and sometime more ) and after drop down and down to 720k sample /sec... And since, it's always at 620K sample / sec.

Hope can help.

My GPU is Zotac GTX 670 4Gb vram

Matt

[MattMR2]

Hi all,

@lycium : So i found manies things (debug, limitation GUI vs format scene description, GPU acceleration tree pb and mistake on serie 6xx, blender plugins...), You said me I can send information to Indigo support in your last long answer (for the shader), so can I send you a report of all the things I found ? Because I think If I put all here, I'll take a forum's page (screenshots include).

Thanks,

Matt

[vasco]

Hello,
has someone tried to run this version on ubuntu 12.4 64bit? I followed the installation instructions in the manual, but it doesn't work. Is this even possible? On which linux platform indigo might work?

[vasco]

Ok, I got it. You have to start the terminal and type:

sudo apt-get install libjpeg62

After the installation of this file Indigo works fine.

[fused]

Ok, I got it. You have to start the terminal and type:

sudo apt-get install libjpeg62

After the installation of this file Indigo works fine.

Hey,

thanks for finding that problem and also for posting the solution

Cheers!
Yves

[ENSLAVER]

Aperture diffraction: Normal aperture diffraction does not work in BiDir modes. Post process works in all render modes.

Camera changes position/direction when settings are changed (eg. Resolution, render mode, SS, sometimes F-Stop). The OGL window will still have the original camera frame and zooming in/out slightly seems to reset the rendered camera to the original position (shown in OGL window).

[fused]

Camera changes position/direction when settings are changed (eg. Resolution, render mode, SS, sometimes F-Stop). The OGL window will still have the original camera frame and zooming in/out slightly seems to reset the rendered camera to the original position (shown in OGL window).

Hey,

can you upload an Indigo scene that shows this problem?

[ENSLAVER]

Camera changes position/direction when settings are changed (eg. Resolution, render mode, SS, sometimes F-Stop). The OGL window will still have the original camera frame and zooming in/out slightly seems to reset the rendered camera to the original position (shown in OGL window).

Hey,

can you upload an Indigo scene that shows this problem?

Sure. To be more descriptive it seems to happen when I change from MLT to PT or PT to MLT modes. The f-stop issue is more intermittent. I will play around more and try to find a procedure to reproduce it.

EDIT: The f-stop issue seems to only happen when you first load/render the scene. Unlike the above bug the OGL window actually changes as well as the rendered window. Also this time a small zoom in/out does not reset the camera to it's original position.

EDIT2: I noticed I am running 3.4.4 rather than 3.4.2 ..OOPS

The PT.jpg is the original render, the afterchangetoMLT.jpg is the render after changing render modes.