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
Looks like this is caused by the recent refactoring of the maki spritesheet. Their names used to be of the form airport-11.svg or airport-15.svg, while temaki just used airport.svg.
Now that maki has been updated, we are seeing collisions in the texture caching because the cache just uses the name of the sprite in the spritesheet, with no mangling for uniqueness.
The solution for me to was to modify the texture packer package to append a maki/ folder name to the start of each spritesheet entry.
As an extra bonus, I have parallelized the texture loading into a single promise.all function instead of several (await) calls in serial. Increase dat startup time!
At startup, since we went to pixi beta 7 we have been seeing issues flooding the console at startup.
Texture added to the cache with an id [airport.svg] that already had an entry
The text was updated successfully, but these errors were encountered: