In my tests here, OFF is ok only for very dark colors. ON is always ok.<br clear="all"><div><div><br></div><div><div>Adriano A. Oliveira<br></div><div><div><div></div></div></div></div></div><br>
<br><br><div class="gmail_quote">2012/12/12 Brecht Van Lommel <span dir="ltr"><<a href="mailto:brechtvanlommel@pandora.be" target="_blank">brechtvanlommel@pandora.be</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Right, it looks ok in this case, but it's not only about black<br>
backgrounds, anything dark will tend to be more correct with the<br>
option off.<br>
<br>
But I just remembered that I can only turn this on once we refactor<br>
the key/premul system, since otherwise this option would break other<br>
cases where you're working with key alpha images. Maybe I should try<br>
to tackle that refactor for 2.66.<br>
<br>
Brecht.<br>
<br>
On Wed, Dec 12, 2012 at 5:29 PM, Adriano Oliveira<br>
<div class="HOEnZb"><div class="h5"><<a href="mailto:adriano.ufrb@gmail.com">adriano.ufrb@gmail.com</a>> wrote:<br>
> As long as Blender internal compositor works right in linear, I think this<br>
> is just a matter for those who need to compose outside.<br>
> In real life, composing over black is rare. We are used to compose over<br>
> other images or color gradients.<br>
> If the behaviour of the option is correct, as it seams to me, I agree the<br>
> default value should be ON.<br>
><br>
><br>
><br>
> Em quarta-feira, 12 de dezembro de 2012, Brecht Van Lommel escreveu:<br>
><br>
>> Right, if you composite it over a black it will be correct result with<br>
>> the option off, for anything else it's a matter of which result looks<br>
>> less wrong. In this case having the option on looks better. Maybe<br>
>> that's true in most cases, then we should change the default.<br>
>><br>
>> Brecht.<br>
>><br>
>> On Wed, Dec 12, 2012 at 4:27 PM, Adriano Oliveira<br>
>> <<a href="mailto:adriano.ufrb@gmail.com">adriano.ufrb@gmail.com</a>> wrote:<br>
>> > See exemple atached:<br>
>> ><br>
>> > Render with transparency and saved as TIF 16bits RGBA.<br>
>> > Composed in Photoshop over a red BG.<br>
>> ><br>
>> > Adriano A. Oliveira<br>
>> ><br>
>> ><br>
>> > 2012/12/12 Brecht Van Lommel <<a href="mailto:brechtvanlommel@pandora.be">brechtvanlommel@pandora.be</a>><br>
>> >><br>
>> >> Hi,<br>
>> >><br>
>> >> As far as I know, the new color management changes in 2.64 should not<br>
>> >> introduce any extra fringes compared to before. If that's the case it<br>
>> >> would be interesting to understand why.<br>
>> >><br>
>> >> This option is definitely a color management option though, and<br>
>> >> affects compositing as well, I don't think it's correct to place it in<br>
>> >> the Film panel. The exposure option in the film panel will be removed<br>
>> >> eventually, it's a separation option but it should really be using the<br>
>> >> color management settings instead. Maybe it should be there anyway,<br>
>> >> but ideally we could find a better way to communicate things rather<br>
>> >> than duplicating the option, or maybe the default value should be<br>
>> >> changed.<br>
>> >><br>
>> >> In any case, the unpremultiply option is something that should be<br>
>> >> avoided when possible, there is no right way to use it, depends a bit<br>
>> >> on the image what looks best, but the result will be subtly wrong<br>
>> >> either way. Ideally you should never do color space conversion on an<br>
>> >> image that has an alpha channel, which means working in linear float<br>
>> >> color space and only doing the color space conversion at the very end<br>
>> >> when everything is composited together. Though it's not always<br>
>> >> possible to set up an entirely correct color pipeline with external<br>
>> >> tools involved.<br>
>> >><br>
>> >> Brecht.<br>
>> >><br>
>> >> On Wed, Dec 12, 2012 at 3:34 PM, Adriano Oliveira<br>
>> >> <<a href="mailto:adriano.ufrb@gmail.com">adriano.ufrb@gmail.com</a>> wrote:<br>
>> >> > Since 2.64 I've problems with transparency finges when editing render<br>
>> >> > outside Blender.<br>
>> >> > Last week I discover the "Color unpremultiply" option and every thing<br>
>> >> > is<br>
>> >> > fine again.<br>
>> >> ><br>
>> >> > I supose that many others like me are having hard times dealing with<br>
>> >> > premultiplied fringes due to new Color Management been so far from<br>
>> >> > render<br>
>> >> > options.<br>
>> >> ><br>
>> >> > My proposal is to merge Color Management in the FILM slider at Render<br>
>> >> > Options.<br>
>> >> > At least, "Color unpremultiply" option should be near TRANSPARENCY<br>
>> >> > option,<br>
>> >> > even if it is repeated in Color Management, like Exposure seams to<br>
>> >> > be.<br>
>> >> ><br>
>> >> > Adriano A. Oliveira<br>
>> >> ><br>
>> >> > _______________________________________________<br>
>> >> > Bf-cycles mailing list<br>
>> >> > <a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
>> >> > <a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
>> >> ><br>
>> >> _______________________________________________<br>
>> >> Bf-cycles mailing list<br>
>> >> <a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
>> >> <a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
>> ><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > Bf-cycles mailing list<br>
>> > <a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
>> > <a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
>> ><br>
>> _______________________________________________<br>
>> Bf-cycles mailing list<br>
>> <a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
>> <a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
><br>
><br>
><br>
> --<br>
><br>
> Adriano A. Oliveira<br>
><br>
> Livro: <a href="http://goo.gl/WtcNX" target="_blank">http://goo.gl/WtcNX</a><br>
> Lattes: <a href="http://lattes.cnpq.br/8343393957854863" target="_blank">http://lattes.cnpq.br/8343393957854863</a><br>
> Blog "CG Total": <a href="http://cgtotal.net" target="_blank">http://cgtotal.net</a><br>
> Blog "Anodinidades": <a href="http://anodinidades.wordpress.com/" target="_blank">http://anodinidades.wordpress.com/</a><br>
> Produções audiovisuais: <a href="http://vimeo.com/anodinidades/videos" target="_blank">http://vimeo.com/anodinidades/videos</a><br>
> Fotografia: <a href="http://www.flickr.com/photos/adriano-ol/" target="_blank">http://www.flickr.com/photos/adriano-ol/</a><br>
> Facebook: <a href="http://www.facebook.com/adriano.ol" target="_blank">http://www.facebook.com/adriano.ol</a><br>
> Twitter: <a href="http://twitter.com/anodinidades" target="_blank">http://twitter.com/anodinidades</a><br>
><br>
><br>
> _______________________________________________<br>
> Bf-cycles mailing list<br>
> <a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
> <a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
><br>
_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
</div></div></blockquote></div><br>