[Bf-committers] Why did compositor change the existing behavior?

IRIE Shinsuke irieshinsuke at yahoo.co.jp
Thu May 24 21:38:46 CEST 2012


I'm relieved to hear that.

Thanks for the commit!

12/05/24, Brecht Van Lommel wrote:
> I don't think this was intentional, and if it was it's making the
> assumption that non-premul alpha is being used, which it shouldn't.
> I'll commit the patch.
>
> Brecht.
>
> On Thu, May 24, 2012 at 1:29 PM, IRIE Shinsuke<irieshinsuke at yahoo.co.jp>  wrote:
>> Oops, the subject was incorrect...
>>
>> 12/05/24, IRIE Shinsuke wrote:
>>> Hi developers,
>>>
>>> As I have reported 5 days ago, new compositor behaves in the different
>>> way from old compositor when converting a color into a scalar value:
>>>
>>> http://projects.blender.org/tracker/index.php?func=detail&aid=31531&group_id=9&atid=498
>>>
>>> That is, in the old compositor,
>>>
>>>     output value = (R + G + B) / 3
>>>
>>> or
>>>
>>>     output value = R * 0.35 + G * 0.45 + B * 0.2
>>>
>>> while in the new compositor,
>>>
>>>     output value = (R + G + B) / 3 * A
>>>
>>> or
>>>
>>>     output value = (R * 0.35 + G * 0.45 + B * 0.2) * A
>>>
>>> This change is very annoying that requires me to modify many existing
>>> .blend files.  So, I posted a patch that rolls back the behavior:
>>>
>>> http://projects.blender.org/tracker/index.php?func=detail&aid=31534&group_id=9&atid=127
>>>
>>> but still got no response.
>>>
>>> Please let me know if this change accidentally happened or is intended
>>> and if I really have to modify my .blend files.
>>>
>>> Regards,
>>
>>
>> --
>> IRIE Shinsuke
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers


-- 
IRIE Shinsuke (入江 伸輔), Ph.D.
irieshinsuke at yahoo.co.jp


More information about the Bf-committers mailing list