With the improved linear workflow in v7 there is still something that I
dont quite get:
lets say you have some input image (sRGB/with gamma) that you load in as
a clip. Now you can tell mentalray to linearize (in clips PPG "color
profile") which is nice and works well.
But how would I pick a color from that image that would already reflect
the linearization? to apply in a shader so that it matches the
linearized color?
One obvious approach would be to render the clip in a constant material
with render region (with preference colormanagement turned OFF), and
pick from this "linear" renderregion.
But this seems a bit tedious.
Anyone came up with a better way?
thanx in advance
Philipp
--
Philipp Oeser
Software Engineer
fon: +49 (0)40 226 226 00
fax: +49 (0)40 226 226 026
*
LIGA_01 | HAMBURG
*LIGA_01 COMPUTERFILM HAMBURG GmbH *| *Grosse Theaterstrasse 1 *| *20354
Hamburg, Germany
fon: +49 (0)40 226 226 00 *| *fax: +49 (0)40 226 226 026 *| *www.liga01.com
Geschäftsführer: Pablo Bach, Justus Engel *| *Amtsgericht Hamburg HRB
98694 *| *USt-IdNr. DE250842902
*LIGA_01 | MÜNCHEN
*LIGA_01 COMPUTERFILM GmbH *| *Landwehrstrasse 60-62 *| *80336 Munich,
Germany
fon: +49 (0)89 51 555 888 *| *fax: +49 (0)89 51 555 877 *| *www.liga01.com
Diese Nachricht enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese
Nachricht irrtümlich erhalten haben, informieren Sie bitte den Absender
und löschen diese Nachricht. Das unerlaubte Kopieren und die unbefugte
Weiterleitung dieser Nachricht sind nicht gestattet.
This message may contain confidential and/or privileged information. If
you are not the intended recipient or if you have received this message
in error, please notify the sender and delete this message. Any
unauthorised copying, disclosure or distribution of this message is
strictly forbidden.
---
Unsubscribe? Mail Majo...@Softimage.COM with the following text in body:
unsubscribe xsi
Philipp Oeser schrieb:
nils
LIGA_01 | HAMBURG
LIGA_01 COMPUTERFILM HAMBURG GmbH | Grosse Theaterstrasse
1 | 20354 Hamburg,
Germany
fon: +49 (0)40 226 226
00 |
fax: +49 (0)40 226 226 026 | www.liga01.com
Geschäftsführer: Pablo Bach, Justus Engel |
Amtsgericht Hamburg HRB 98694 | USt-IdNr.
DE250842902
LIGA_01 | MÜNCHEN
LIGA_01 COMPUTERFILM GmbH | Landwehrstrasse 60-62 | 80336
Munich, Germany
fon: +49 (0)89 51 555 888 | fax:
+49 (0)89 51
555 877 | www.liga01.com
Diese Nachricht enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese
Nachricht
irrtümlich erhalten haben, informieren Sie bitte den Absender und
löschen diese
Nachricht. Das unerlaubte Kopieren und die unbefugte Weiterleitung
dieser
Nachricht sind nicht gestattet.
This message may contain confidential and/or privileged information. If you are not the intended recipient or if you have received this message in error, please notify the sender and delete this message. Any unauthorised copying, disclosure or distribution of this message is strictly forbidden.
there is also a preference that tells it to always use gamma-corrected
colorpickers.
example again:
(1) lets assume "noIcon.pic" source is sRGB/with gamma
(2) in clips PPG put color profile to sRGB (this will reverse
gamma/linearize the texture values before render)
(3) color pick from this clip (doesnt matter if gamma corrected picker
or not - its the same values)
(4) render both "noIcon" and the constant picked color side by side -->
not the same thing
... does this make sense?
Andreas Bystrom schrieb:
nils
thanx anyway...
Philipp
Nils Engler schrieb:
> yes, makes perfect sense.
> as i said before you cold pick the colors from the preview render
> visualisation, which displays the linearized texture.
> second, you could pick the value from the image into a color share
> node and pipe this through a sRGB to LIN shader (i.e. from harry
> bardak´s xsi-blog article on colorspaces) into the destination color
> port. i usually do it this way; it introduces a couple of extra nodes
> but keeps the setup rather flexible.
>
> nils
>
>
> On Nov 13, 2008, at 1:07 PM, Philipp Oeser wrote:
>
>> bah, that was too quick I guess:
>> as far as i can see, it is still picking the non-linearized color
>> (the gamma correction is just for the representation on monitor).
>> doesnt matter if you turn it on or off, the values are the same.
>> what I want is different (linearized) values
>>
>> example again:
>> (1) lets assume "noIcon.pic" source is sRGB/with gamma
>> (2) in clips PPG put color profile to sRGB (this will reverse
>> gamma/linearize the texture values before render)
this is just a suggestion for workflow:
wouldnt it make sense to have an option that in case you have a gamma
corrected renderregion that the actually picked color values are not
taken straight from the buffer but instead are reverse gamma corrected?
Scenario is still that of matching colors, i have have everything set up
to work linear and then want to match a color (of a constant material
e.g.) to something already rendered in the region.
Currently this is only possible by switching off gammacorrection for the
renderregion in preferences, render again, pick color and reactivate
gammacorrection for the renderregion in preferences.
Again: this is no big deal, but to me it would make more sense to have
it this way (at least as an option) and would make workflow more pleasant.
What do you think?
Philipp Oeser schrieb:
---
Now, gamma correction is easily invertible, although you'd still get errors, especially towards the lower end of the scale, but not LUTs. 3D LUTs even more so.
So the only way to do this, and still be correct, is to keep two copies of the framebuffer, one corrected (shown), the other one not (used for picking).
- ˝
-----Original Message-----
From: owne...@Softimage.COM [mailto:owne...@Softimage.COM] On Behalf Of Philipp Oeser
Sent: 27-Nov-2008 10:03
To: X...@Softimage.COM
Subject: Re: linear workflow: color picking
OK, one more time :)
still colorpicking, this time back in the renderregion:
this is just a suggestion for workflow:
wouldnt it make sense to have an option that in case you have a gamma corrected renderregion that the actually picked color values are not taken straight from the buffer but instead are reverse gamma corrected?
Scenario is still that of matching colors, i have have everything set up to work linear and then want to match a color (of a constant material
e.g.) to something already rendered in the region.
Currently this is only possible by switching off gammacorrection for the renderregion in preferences, render again, pick color and reactivate gammacorrection for the renderregion in preferences.
Again: this is no big deal, but to me it would make more sense to have it this way (at least as an option) and would make workflow more pleasant.
What do you think?
---
@Halfdan: thanx for listening; 2 buffers make sense... I hope this makes
it in someday...
Greetz
Philipp
Andreas Bystrom schrieb:
--
Philipp Oeser
Software Engineer
*LIGA_01 | MÜNCHEN
strictly forbidden.
- if you DO linearize your textures but gamma correct the rendertree
previews and pick from there, again it seems like you're picking
straight from the buffer (_not_ the same value)
- if you want to pick from anywhere in the viewport it's worse (you're
stuck): no way to pick the "right" color here [you'd have to use
color_savestate, colorcorrect that and plug that into the node where you
actually wanted to choose a color]
This all comes down to what Halfdan said: all the UI correction
[rendertree previews/renderregion/widgets/shaderballs] and even the UI
in general would have to be present in two buffers if you also want to
pick colors anywhere in the interface... dont know how feasible this is,
though...
didnt want to open pandoras box here, just trying to get a workflow
down... - I'd be happy with that working in the renderregion as a
starting point -
btw.: how do the others handle this? (I remember that MAX had something
for gamma in preferences which afaik affectd the whole interface - dont
know about colorpicking though)
Philipp
Halfdan Ingvarsson schrieb:
--
Philipp Oeser
Software Engineer
*LIGA_01 | MÜNCHEN
strictly forbidden.
Inspired by that, you could have two cameras, one with a
lenshader and one without a lensshader, now if you draw
a region you´ll be able to pick colors from something
like a colorchart image either withtonemapping or without it.
Or maybe set up an FXtree viewport with/without a gamma node?
Cheers
tim
The first Autodesk release of XSI, with increased stability and over a
hundred fixes.
Chinny
Welcome to my computer, Autodesk :)
Thanks for the release! Looks like lots of bugs got squashed!
Michael
Yes, there is a link is on the download page.
http://www.softimage.com/downloads/lists/7_01/XSIv701_Fixed.txt
// Steve Blair
// Product Support Manager –
Softimage
From: owne...@Softimage.COM [mailto:owne...@Softimage.COM] On Behalf Of Thomas Helzle
Sent: Friday, November 28, 2008 1:06 AM
To: X...@Softimage.COM
Subject: Re: XSI 7.01 released
Nice job on the release, seemed to fix a very annoying bug when selecting a mesh, it would always display the last texture that was loaded in the texture editor even if the editor was closed. But did anyone else get this new splash screen on startup?
should they save new features for the .5 release. i care for a more
stable work environment now.
ciao
franky
Friday, November 28, 2008, 8:22:25 PM, you wrote:
JW> Nice job on the release, seemed to fix a very annoying bug when selecting a
JW> mesh, it would always display the last texture that was loaded in the
JW> texture editor even if the editor was closed. But did anyone else get this
JW> new splash screen on startup?
JW>
JW> SplashLogoXSI.jpg
JW>
JW> Justin Wasilenko
JW> <http://www.waz.ca/> http://www.waz.ca
JW>
JW>
JW>
JW> From: owne...@Softimage.COM [mailto:owne...@Softimage.COM] On Behalf Of
JW> Schoenberger
JW> Sent: November 28, 2008 2:39 AM
JW> To: X...@Softimage.COM
JW> Subject: RE: XSI 7.01 released
JW>
>>It states that I have no right to sell my license. This sounds like what I
JW> heard about Autodesk policy,
>>but under german law this isn't possible to forbid AFAIK.
JW> I have not read it yet, but I think the Autodesk aggreement has some kind of
JW> "severability clause" ("salvatorische klausel").
JW> So if it is forbit in the german law, then you can ignore that part of the
JW> aggreement.
JW> In the oooold days if you wanted to sell a license, you had to pay "license
JW> transfer costs" to softimage.
JW>
JW>
JW> And Satellite rendering, hmm, almost forgot about this bug... Really bad if
JW> it does not work.
JW>
JW>
JW> Holger Schönberger
JW> technical director
JW> The day has 24 hours, if that does not suffice, I will take the night
JW>
JW>
JW> _____
JW> From: owne...@Softimage.COM [mailto:owne...@Softimage.COM] On Behalf Of
JW> Thomas Helzle
JW> Sent: Friday, November 28, 2008 1:06 AM
JW> To: X...@Softimage.COM
JW> Subject: Re: XSI 7.01 released
JW> One question about the new License Agreement:
JW> It states that I have no right to sell my license. This sounds like what I
JW> heard about Autodesk policy, but under german law this isn't possible to
JW> forbid AFAIK.
JW> So if for instance I want to sell my second XSI 7 Essentials license which
JW> is bound to a separate dongle - is that possible?
JW> Thanks,
JW> Thomas Helzle
JW> On Fri, Nov 28, 2008 at 12:44 AM, Thomas Helzle <thomas...@gmail.com>
JW> wrote:
JW> Thanks a ton for the update! That list looks like a lot of work!
JW> Any news from Mental Images on satellite rendering? Is it expected to work
JW> anytime soon?
JW> And big thanks as well for getting the download page up and running again,
JW> including the older version stuff!!!
JW> BTW. Finally my licensing problems were solved as well (after resending the
JW> issue it only took a day), so I'm back to being a rather happy customer ;-)
JW> Best regards,
JW> Thomas Helzle
JW>
----- Original Message -----
From: "Frank Lenhard" <fra...@ixdream.com>
To: "Justin Wasilenko" <X...@Softimage.COM>
Sent: Friday, November 28, 2008 12:51 PM
Subject: Re[2]: XSI 7.01 released
> nice one ;) though i am actually very glad that soft JUST fixed bugs
> and did not try to put new ones in ;)
>
> should they save new features for the .5 release. i care for a more
> stable work environment now.
>
> ciao
> franky
>
>
> Friday, November 28, 2008, 8:22:25 PM, you wrote:
>
> JW> Nice job on the release, seemed to fix a very annoying bug when
selecting a
> JW> mesh, it would always display the last texture that was loaded in the
> JW> texture editor even if the editor was closed. But did anyone else get
this
> JW> new splash screen on startup?
>
> JW>
>
> JW> SplashLogoXSI.jpg
>
> JW>
>
> JW> Justin Wasilenko
>
> JW> <http://www.waz.ca/> http://www.waz.ca
>
>
---