-
-
Notifications
You must be signed in to change notification settings - Fork 36.1k
TSL: Add renderer context node (global) #32295
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
Conversation
📦 Bundle sizeFull ESM build, minified and gzipped.
🌳 Bundle size after tree-shakingMinimal build including a renderer, camera, empty scene, and dependencies.
|
This reverts commit 4a35f6b.
|
This sounds awesome, is there a limitation that restrict this to UV? Or could we introduce something more flexible where any property could be altered by overriding context, for example positionLocal, normalLocal and such? |
That's a very interesting suggestion, I'll check it out in another PR. Do you already have any use cases? |
|
Was getting this: Fixed: bd2462f |
Closes #31932
Related: #31207 (comment), #32276
Description
As we already know, TSL generates dynamic code, and this code can vary depending on the context. This facilitates global definitions since they operate in a cascading manner, allowing individual parts to better utilize system resources.
Add
getOutputcontextFor cases where RTT using 16bpc is a problem, this should help with performance and would allow the use of
material.toneMapped.Add
replaceDefaultUV()usinggetUVcontextFor native textures that haven't been assigned procedural UVs, you can use:
Hierarchy