Porting Violet to Java
- ViennaLinux
- Posts: 191
- Joined: Thu Jul 26, 2007 9:26 am
- Location: Vienna/Austria
- Contact:
I have to make a REQUEST on Reinhard Tonemapping:
Please implement it this time in way that indigo(blendigos) and violets values match.
So if I open the igi file in Violet and enter the same values as in Blendigo I would like to see the same tonemapped image.
It drove me crazy last time I played with it - then someone said that this is simple another way of implementation.
please keep the variables acting the same way.
Please implement it this time in way that indigo(blendigos) and violets values match.
So if I open the igi file in Violet and enter the same values as in Blendigo I would like to see the same tonemapped image.
It drove me crazy last time I played with it - then someone said that this is simple another way of implementation.
please keep the variables acting the same way.
Core2duo e6600 @ 3.1GHz watercooled at default VCore ^^
- ViennaLinux
- Posts: 191
- Joined: Thu Jul 26, 2007 9:26 am
- Location: Vienna/Austria
- Contact:
I am talkin about Reinhard Tonemapping with the values Pre, Post and Burn. In the current Violet.exe they do not work the same way as in indigo.dougal2 wrote:Vienna:
yup, I've added a switch to make it work the old way. same with linear, you can either use exposure/contrast or gain/exponent.
Did I make myself clear now?
Core2duo e6600 @ 3.1GHz watercooled at default VCore ^^
@dougal2
Heya Doug, I gotta small request for you. Could you please implement
an automatic reload feature into jViolet? What I mean is, that jViolet
recognizes if an igi is updated and reloads it automatically. I dunno if
this is possible with Java tho. With C++ under Windows it is possible,
I dunno how but somehow it works.
If you can't get it to reload automatically, then please implement a reload
button. This would save a lot of clicks and then we could just use indigo's
console and jViolet instead of Indigo.exe itself. Right now it a tedious job
to load an igi and play with it during the render is still going on. I would
appreciate it a lot and I guess others too.

In the end it doesn't matter if you can do it automatically or manually by
pressing a reload button, both ways will make the usability better!

Thanx in advance mate!
p.s.
I will not count the word 'automatically' in this post. 
take care
Oleg aka psor
Heya Doug, I gotta small request for you. Could you please implement
an automatic reload feature into jViolet? What I mean is, that jViolet
recognizes if an igi is updated and reloads it automatically. I dunno if
this is possible with Java tho. With C++ under Windows it is possible,
I dunno how but somehow it works.
If you can't get it to reload automatically, then please implement a reload
button. This would save a lot of clicks and then we could just use indigo's
console and jViolet instead of Indigo.exe itself. Right now it a tedious job
to load an igi and play with it during the render is still going on. I would
appreciate it a lot and I guess others too.
In the end it doesn't matter if you can do it automatically or manually by
pressing a reload button, both ways will make the usability better!
Thanx in advance mate!
p.s.
take care
Oleg aka psor
"The sleeper must awaken"
As far as I can tell, EXR is a no-go with java, as it's a c++ library.
Maybe it can be hacked to be loaded as an external from Java, but that's a feature to look into at a later date.
EDIT: actually, thinking about it, using an external library would make it platform-specific, therefore defeating the entire purpose of jViolet.
So no. EXR support will not ever be possible.
Maybe it can be hacked to be loaded as an external from Java, but that's a feature to look into at a later date.
EDIT: actually, thinking about it, using an external library would make it platform-specific, therefore defeating the entire purpose of jViolet.
So no. EXR support will not ever be possible.
Alright mate! Then you might wanna keep an eye on the sunflow forum
to get ready when the Java port is done.

p.s. You don't have to hide pal!

edit: I meant this line: "* Full OpenEXR integration (pending on MarioF's amazing port)"
edit2: Hold on a sec ... Ian has HDR output in Radium, that would be
great to have then! Because it's HDRI too, just a "bit" bigger ... hehe. ;o))
take care
psor
to get ready when the Java port is done.
p.s. You don't have to hide pal!
edit: I meant this line: "* Full OpenEXR integration (pending on MarioF's amazing port)"
edit2: Hold on a sec ... Ian has HDR output in Radium, that would be
great to have then! Because it's HDRI too, just a "bit" bigger ... hehe. ;o))
take care
psor
"The sleeper must awaken"
Who is online
Users browsing this forum: No registered users and 54 guests

