Skip to content
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

Optimise Full Transparency #14

Open
viluon opened this issue Feb 9, 2017 · 0 comments
Open

Optimise Full Transparency #14

viluon opened this issue Feb 9, 2017 · 0 comments

Comments

@viluon
Copy link
Owner

viluon commented Feb 9, 2017

It could be feasible to keep a single "fully transparent" pixel, that we could compare against in the render methods. It's just an if per draw call, with three comparisons, so the performance impact is probably negligible. The comparison in render methods would avoid (best case scenario) 3 table accesses (caching the pixel contents) and render-time transparency comparison. Worst case scenario, it would avoid 2 comparisons done at render time (3 transparency values, minus the == for the pixel itself). Note that when #11 is resolved, the parent == target check should go next to this pixel comparison.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant