Multilight system

[Pibuz]

Even if i'm not a programmer, i know that we deal with a huge feature.

I'm not really "requesting" the multilight system that enriches so much Maxwell Render engine: i'm just giving an idea

It will be very very interesting to have the possibility to adjust in post-production the intensity of light sources, don't you think?

I think, this could be implemented somehow inside Violet, boh..

Perhaps i'm really crazy, what do you think?

Anyway: does anynody think that a multilight system could be a useful feature?

[pixie]

There´s Yellow, probably not such a crazy idea

[dougal2]

It would be interesting to put this feature into violet.

Simply load a few IGI files, weight each one according to some GUI sliders, add together and then do the tonemapping.

The non-easy bit in this regard is setting up the GUI sliders etc dynamically. Well, that was certainly the case with the C++ version, it might just be a little bit easier in Java.
Although the Java version will very quickly run into out of memory errors.

[Pibuz]

..yes, kinda..

Actually, I was thinking about saving light sources' data into the same IGI file (created during the rendering phase); each light source should trigger the activation of a "power bar" in Violet; then it would be possible to set the intensity through a slider, as you say!

Indeed, it is just a transposition of Maxwell Multilight system, no innovation at all..

[dougal2]

putting it all into a single IGI isn't possible, you need to save a complete image for every group of lights, as every light affects the whole scene.

[OnoSendai]

Well, the IGI spec could always be extended.

[dougal2]

ok, correction

* ..single IGI is not currently possible ... *

[Pibuz]

oh!
BIG ONO IS WITH US!!!!

What do you think of the idea, pal?

[OnoSendai]

Seems kind of pointless

[dougal2]

hahahaha

[BbB]

I was working on a 250MB Igi render in Violet the other day. Boy it was struggling. I don't want to imagine juggling the same igi times the number of emitters. Unless igis get lighter, I'm not sure it would work.

[Zom-B]

Yes, I know exactly what you talk about BbB...

I hope the new Violet on Java basis will perform better

I'm also a fan of rasterization to enhance preview speed. So lets say merge a group of 3x3 (or even higher!) pixels to one, and then calculate the (faster) preview (like in After Effects).
This wont reduce the calculation time for the final image, but really speeds up the tweaking part, mostly if you are handling high resolution igi files with Super Sampels...

What do you think dougal... maybe something that could be interesting for your new Violet Project?!

[dougal2]

Ono:
Here's an idea. Can you fix the -o option to save the IGI's to the given directory - this way setting up the exporter to render different light groups and saving to known filenames would actually work. This would make it much easier to manage multiple versions of a scene for post processing (or light mixing in Violet, for example).

[dougal2]

I hope the new Violet on Java basis will perform better

HAHAHAHA twice in 1 thread!

I shouldn't think so. With the default JVM arguements jViolet already runs out of memory when loading a single 1200x900 IGI.
you have to run the program with altered -Xms and -Xmx parameters to allow it to allocate more memory. (i set these to 1GB each now).

Different supersample collapse/preview options could certainly be possible at some point.

[OnoSendai]

Ono:
Here's an idea. Can you fix the -o option to save the IGI's to the given directory - this way setting up the exporter to render different light groups and saving to known filenames would actually work. This would make it much easier to manage multiple versions of a scene for post processing (or light mixing in Violet, for example).

Hmmn, that could be an easy (partial) solution for the Indigo side of a 'multilight' solution.