You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dynamic instance data currently needs to clear the bundle's instance data to write its data in, as a result this leads to static data that is only uploaded once when they get added to also be cleared. Additionally this leads to an issue where if you add 3 static instances, remove the middle one, you end up with a hole.
Currently instance ID's are additionally their direct offsets in memory for the given geometry. These should be abstracted away (possible using the same container type as the sparse arrays are). This would of-course cause a lookup per ID, but this pales in comparison to the cost of transferring the data anyway. Most would be contiguous anyway.
As an advantage this would mean we are much more able to compartmentalize instance data upload, promoting long lived data to more stable regions of memory while dynamic data is in the more volatile region.
It would also be okay to implement an intermediate solution that just keeps static and dynamic data separate, as dynamic data is updated per-frame anyway, though we still run into the problem of dealing with static data when it's removed.
The text was updated successfully, but these errors were encountered:
Dynamic instance data currently needs to clear the bundle's instance data to write its data in, as a result this leads to static data that is only uploaded once when they get added to also be cleared. Additionally this leads to an issue where if you add 3 static instances, remove the middle one, you end up with a hole.
Currently instance ID's are additionally their direct offsets in memory for the given geometry. These should be abstracted away (possible using the same container type as the sparse arrays are). This would of-course cause a lookup per ID, but this pales in comparison to the cost of transferring the data anyway. Most would be contiguous anyway.
As an advantage this would mean we are much more able to compartmentalize instance data upload, promoting long lived data to more stable regions of memory while dynamic data is in the more volatile region.
It would also be okay to implement an intermediate solution that just keeps static and dynamic data separate, as dynamic data is updated per-frame anyway, though we still run into the problem of dealing with static data when it's removed.
The text was updated successfully, but these errors were encountered: