-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
postrender is executed a bit early, when associated with triggers #423
Comments
hmm.
it was necessary at a time (more than 2 decades ago), when i couldn't even tell which part of the your example patch behaves unexpectedly. |
This follow a discussion in the pd list where I noticed that pix_texture is detached from the gemchain before the end of the gemchain if triggers are involved. |
trigger_in_gemchain.pd.zip |
from a conceptual model, i think the current behaviour is the only sane option. (we do need to cleanup the render-state at some point, and once a subtree has done it's work seems to be a good time). (e.g. 1d273ca) regarding the textures: i think this patch is correct in not applying a texture:
otherwise, it would be very hard to build a subtree without the texture. i think the proper way to get the texture to the other branch, is by explicitly passing it:
(currently it also works without connecting the 2nd iolets of the two the first example (using |
Since I was not expected this behaviours, I use a lot of pix_set to "reset" the texture to white.
My real user case was :
I was expecting the texture to be activated or deactivated with the spigot. The solution is obvious :
But it look less elegant. For me, the good moment to cleanup the render-state is at the end of the gemhead tree. But, well, I'll probably have to adapt if you think the current behaviours is the best one. |
post_render_and_gemchain_clean.pd.zip This example show that cleaning the transformation matrix is only done after the gemhead tree. |
See Gem example/02.advanced/19.pointer.pd |
There is an undocumented feature of pix_texture to desactivate the texture mapping by simply sending 0/1 to its first inlet. It also should works with other pixel effects. This might be added to help file I guess. |
It turn out this feature is documented, in pix_texture help file. |
Detail
When using [t a a] in a gemchain, the postrender code is executed a bit early.
trigger_in_gemchain_debug.pd.zip
I expect the 2 part of the patch to behave the save way.
This is problematic since some postrender code is executed before some render code if the gemchain is not strictly linear, making branching harder.
Gem Version
current Git
Pd Version
0.54-1
Operating System
Linux
OS Version
ubuntu
Which CPU are you using?
amd64/x86_64 ("64bit Intel")
The text was updated successfully, but these errors were encountered: