[PD] strange GEM behaviour
Marian Weger
mail at marianweger.com
Fri Sep 21 00:22:54 CEST 2012
thank you, cyrille.
i knew i could count on you.
i can live with this workaround for now,
but i'll do a bug report tomorrow.
Am 20.09.12 21:35, schrieb Cyrille Henry:
> hello,
>
> the right pix_image reset the "new image" flag that is set by the left
> pix_invert.
> (you can see that thanks to a pix_info)
>
> i thinks it's a bug that should be corrected :
> the left pix_image should not be affected by the right one, at least,
> a pix_separator should prevent that.
> currently, toggling only the left pix_invert does not only have no
> visual effect, but it do also trigger computation of the one on the
> right.
>
> here is a workaround this problem : setting the "new image" flag only
> after the right part of the chain is rendered.
>
> Cheers
> c
>
>
>
> Le 20/09/2012 17:19, Marian Weger a écrit :
>> Hello list,
>>
>> I just stumbled across some strange behavior of Gem.
>> I attached a small patch to demonstrate this problem.
>>
>> If multiple [pix_image] connect to the same gemhead (with separator),
>> changes in "pix_..."-effects that are connected below get only
>> effective for the first one.
>> The resulting texture of the other branches gets only updated if the
>> image is reloaded.
>> Of course, everything works fine, if i use individual gemheads for
>> each branch.
>>
>> Is it a bug or a feature? How can I solve it?
>>
>> Tried it in Pd-0.43-2 with Gem 0.93.3 on OSX and Pd-0.42.5-extended
>> on Windows.
>>
>> thanks!
>> marian
>>
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
More information about the Pd-list
mailing list