Spines - Strange Render After Compression
Kane said, on 11/12/2023
https://github.com/pixijs/spine/issues/531
-lossless -s4
A very detailed description is given here https://github.com/pixijs/spine/issues/531 Essentially after applying lossless compression, we see strange glitching during playback of Spine files
cédric (dev) said, on 11/12/2023
PNG file?
Kane said, on 10/04/2024
I can email you the png if you provide your email? Mine is * (please dont put public)
cédric (dev) said, on 15/04/2024
>> This animation is the source animation, with lossless compression applied by pingo
about the file you provided privately, "/pingo/fssummarymodal.png" was transformed with lossy compression at some stage. if you did this with pingo (only), did you mean to use -lossless
?
cédric (dev) said, on 15/04/2024
about the issue itself: perhaps you should try-noalpha
*, or maybe the decoder is not able to handle filters *from v1.21, you could combine-noalpha
with lossy
Kane said, on 29/04/2024
Apologies, maybe my terminology was incorrect. The one that has pingo alone applied uses the following settings --auto 40 (using an old pingo), this maybe also applies lossy compression We have since done a bit of research and the issue goes away if our designers export with premuliplied alpha = false? Not sure your thoughts on this?
cédric (dev) said, on 02/05/2024
> --auto 40
auto
could be lossy or lossless according to the input. in your case, it would be lossy