On 4/16/24 14:56, Patko nytkophilus wrote:
Le 16 avr. 2024 à 10:51, cyrille henry a écrit :
[trigger] are usually transparent in a gemchain. This is the only
counterexample I am aware.
It also mean that you can't adapt my L-System example
(02.Advanced/21.basic_LSystem), or Claude
The postrender code is executed a bit early. I notice a problem with
pix_texture, but this will cause problem with lot's of other objects.
I just fill a bugreport.
cheers
c
Le 15/04/2024 à 16:10, cyrille henry a écrit :
hello,
I always assume that you can split a gemchain using trigger.
> Le 16 avr. 2024 à 10:51, cyrille henry a écrit :
>
>
> [trigger] are usually transparent in a gemchain. This is the only
> counterexample I am aware.
> It also mean that you can't adapt my L-System example
> (02.Advanced/21.basic_LSystem), or Claude recursion tutorial
>
> Le 16 avr. 2024 à 10:51, cyrille henry a écrit :
>
> So, I think it's a bug, and I'm wondering if this behaviours change, since I
> never experience it.
> but I'm waiting for Iohannes opinion.
>
This quite interesting to have a look in Gem source files, my guess is that
image buffer
Hello Peter,
Thanks for your answer.
sorry if the unconnected [t a a] mislead you.
The question is not how to apply a texture to 2 squares. The question is why
the texture is not apply to both square?
The 2 side of the patch create exactly the same gemchain, and should behave
identical.
They
hello Jonas,
There is no pix_separator in the patch, but it act like there is one.
and (I think) it should not.
thanks for your answer,
cheers
c
P.S : I answer back on the mailing list
Le 15/04/2024 à 20:44, Johnny Mauser a écrit :
Hi Cyrille,
I remember [pix_seperator] to help in some
hello,
I always assume that you can split a gemchain using trigger. Lot's of my patch
are using this feature.
I just discover that it's not working with pix_texture.
I don't know if it's a bug, or if there is a good explanation.
Can someone have a look a the attachment, and tell me why the