-
-
Notifications
You must be signed in to change notification settings - Fork 35.8k
TSL: Fix instance()
usage with velocity
.
#30846
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.
|
@Mugen87 Do you think we can use the TSL prefix and names in the title instead of the Nodes names? It seems to be easier for the end user to see the fixes and improvements of TSL in each release. |
VelocityNode
.velocity
.
Yes, we can do that. That also means the release notes need a new |
Yes, good idea. TSL: Fix |
LGTM! 👍 |
velocity
.instance()
usage with velocity
.
Doing some more testing and I've realized this fix isn't 100% correct. To get the real Besides, we need this in all modules that apply any kind of vertex transformation. E.g.: Um, maintaining all these "previous" data is not really a scalable solution. When users modulate |
We should calculate the vertexes in the compute stage, similar to what was done in this example. I think it should improve performance as well, and it is the general solution for this. |
Related issue: -
Description
I'm currently doing some deeper testing with
VelocityNode
. Turns out the node does not work with instancing yet sincepositionPrevious
has no valid value per instance so far. The PR fixes that by honoring the instance matrix inpositionPrevious
.