Hi there.
I am creating some particles based in Sprite3Ds with a common spritesheet BitmapData.
I assigned a different textureMaterial to each sprite, based on the same BitmapData source.
in each frame, the uv’s from each sprite geometries are shifted.
When testing with 1 sprite, everuthing seems ok. The animation flows correctly and super-fast.
But when raising the sprite number, I find myself with an array of sprites sharing the same uv’s animation, although when tracing the uvData in each sprite, I get different (and correct) positions.

Am I missing something here? If the uvData has the correct positions and I called an updateUVData on the sprite’s geometry, shouldn’t each sprite animate independently?

I just tried a brute force test on this, using a different bitmapData and Material for each Sprite3D.
The UV positions reported are correct- but in the screen, all Sprite3D share the same uvData..
What is wrong with this?

Sprite3D uv’s aren’t being instanced or shared between Sprites, because the tracing reports correct positions. It’s all in the buffer. Or so it seems..

I appreciate any help given on this troublesome detail. I cannot use proper particles with this bug.

Detected another strange thing- I assigned different UV scales to each sprite3D, and after creation, they were correct. But upon rendering, all sprite3D started to propagate the UVScale, ending after few frames with the same scale- the UVScale of the last Sprite3D on the list.

Hope this helps tracing the bug.

I ask for help again on this matter, because if this is not corrected, the only available way to animate several sprite3D independently, will be with bitmapData assigning- and probably that costs much more in performance.

Many thanks

Detected the origin of the bug-
Sprite3D class defines the subgeometry as a private static class.
This forces an instance of the subgeometry to all sprite3D created- that includes UV manipulation too.
A way must be found to keep the subgeometry instance but store the uvData for each Sprite, in case of an animated sprite.
I temporarily corrected this forcing the subgeometry variable in the sprite3D to private (no static)

This was the intended effect- fire fading in the older particles.