Using advanceddynamictexture.createformesh causes the browser to crash

I need to create UI on top of many mesh, but I just loop through 20 browsers and it crashes.

Advanceddynamictexture.createformesh performance is too poor.

I may not get the information you want to convey correctly. Can you express it through the playground?:frowning:
When created,The browser has 5 seconds of no response.

First, the number of AdvanceDynamicTexture(ADT) is 500, and not send size. Mean that, there is 2G RAM used for canvas (1024 * 1024 * 4 * 500 byte).

Multiple buttons can be added to the same ADT.

From my experience,

  • Most UI systems use Canvas2D solutions. The feature of high performance consumption is indeed the limitation on the number of UIs and the frequency of updates
  • Maybe Pixi.js can take better performance. But still will not use too much canvas (or FrameBuffer)
  • One of my projection, use one ADT(1024 * 1024) for 100 button(50 * 88)

I think you already posted on another thread, would be nice to keep only one thread per issue.

It is normal that it is slow but as explained on the other thread I wonder if the design or approach could be improved to not require as many dynamic texture. It sounds strange to me that you need as many.

I need to label each cabinet; a minimum of 500 cabinets is required. Is there a better solution.

The real operating environment is 60x60.
Can pixi.js be used with babylonjs? Do you have a learning URL?

@zhang maybe this will help :smile:
(ignore the title)

500 has little effect on FPS, but the browser does not respond when it is created. It’s curious that it can’t use setTimeout.

But it changes size with the camera. This may not be what I want.

Now I use babylon.dynamictexture and find that the creation time of hasalpha = true and hasalpha = false is quite different.

Simple Demo:

1 Like

Using SPS for lables

You could use SPS for the cabinet boxes as well.

1 Like