-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
[ts][pixi-v8] Textures rendering issues. #2730
Comments
Hello! We have an example featuring sequences with multiple textures, and we've never encountered this issue. I'd be happy to assist you, but I’ll need a way to reproduce the problem. Could you share a reproduction project demonstrating your issue? Alternatively, you can send your assets either here or to [email protected]. |
Thank you for looking into this! Unfortunately, due to an NDA, I’m unable to share project files or assets publicly. I will reach out to you at [email protected] so we can discuss the details privately. Thank you for your understanding! |
Sure, please link this issue to make it easier for us to process your request. |
The issue is confirmed and we're currently investigating it. |
This issue was involving the Tint Black feature. A fix was proposed here: pixijs/pixijs#11194, and eventually merged with pixijs/pixijs#11223. The fix is available from PixiJS 8.7.0. No action is required on |
Hi guys!
I'm currently migrating from pixijs/spine-v8 to spine-pixi-v8, and I'm encountering a peculiar rendering issue. It primarily affects animation sequences, but sometimes appears in static display objects attached to Spine.
My environment:
Problem: When Spine animations are rendered, they appear as a series of odd squares with incorrectly cropped textures. This problem occurs consistently across different animations and atlases. Although the texture coordinates and spritesheet IDs are correctly specified in the
.atlas
, the renderer crops the texture from the wrong spritesheet.Example from the .atlas file:
Instead of cropping from
main_3.webp
, the renderer uses the first spritesheet (main.webp
), preserving the bounds, offsets, and rotation but applying them to the incorrect sheet.This would be amazingly awesome if you could help with this issue!
The text was updated successfully, but these errors were encountered: