Spine-WebGl shows some Models weird

ZZormolo · 23 дня назад

Hi there,

im really new to all of that and i'm currently working on a model-viewer for a game I play.
I got the game files from a Github-Repo and like 98% of the models work without any issues and load right.

But I also have 4 models which dont look right.
The Files are okay, i guess. There is a online viewer (https://spineviewer.online/) which show the models right ( exept that the premultipliedAlpha is there not false so i have that artifects there)

I use the Version 4.1.54 and that online viewer says that all models are from Spine 4.1.1

And what I mean with weird display:
Thats from the online viewer

Same Files just in my Spine-WebGl Project

And as I sad all other Models look fine and the animation is right etc

Any tips what is wrong there or what I can try to debug that?

Spinebot · 23 дня назад

It seems like you are experiencing issues with certain models displaying incorrectly in your Spine-WebGL project, while they appear correctly in an online viewer. Given that the online viewer shows the models correctly except for premultiplied alpha artifacts, it suggests that the issue might be related to how your Spine-WebGL project handles premultiplied alpha or other rendering settings. You might want to check if the rendering settings in your project match those of the online viewer, particularly regarding premultiplied alpha. Additionally, ensure that the Spine runtime version you are using is compatible with the version of the models you have, as mismatches can cause display issues. You can refer to the Spine versioning guide for more information on matching versions.

ZZormolo · 23 дня назад

Like I had 3 models with different render option on only 2-3 parts per model
I changed the render mode of those model parts at runtime to Normal and they were rendered fine.

I dont know if there is a easy fix like this also.
The other models that I have issues with have like an extra layer? on the face with wrong parts
Which also dont show up in the online viewer.

Nate · 23 дня назад

It looks like the atlas PNG files don't match the .atlas file. Are you sure both are updated? Maybe your browser is caching old PNG files?

ZZormolo · 23 дня назад

Nate
yeah
Strg + F5
still the same results
and the png file never changed also

Nate · 23 дня назад

Are you exporting from the same editor version as the runtime version you are using? Does it appear correctly in Skeleton Viewer? Make sure to use the same SV version as your runtime.

ZZormolo · 23 дня назад

Nate
The link brings me to there:

And the files are not from me.
They are from a game I play.
I want to make a little Spine-Model Viewer as a "fan-project"
So I cannot change the files, but the look right in the viewer I showed earlier.

Davide · 23 дня назад

Zormolo

Fixed the link in Nate's message!

Nate · 23 дня назад

Thanks Davide!

The viewer you linked is unofficial and apparently does some guessing to choose which runtime to use.

Our skeleton viewer is the right way to test a specific runtime version can load skeleton data.

ZZormolo · 23 дня назад

Nate
Version 4.1.24
Gave me that

All the once i have trouble with look like this
(3 look a bit more broken then in my spine-webgl)
But the triangles look in all 4 models right

but all the others look still fine

ZZormolo · 23 дня назад

okay

it is really the png
they changed that like 7 months ago
and the skel and atlas file was older
after i loaded the other png one model were fixed

the others 3 are still not working

ZZormolo · 22 дня назад

Nate
The other models had a png issue as well
The size of the png was not right

But maybe is it possiable to get an Error or at least a warning from that.
Like mismatching Texture Size or something like this?

Nate · 22 дня назад

The runtime can't know you give it the wrong sized PNGs. It's valid to use different sized images that were used in the Spine editor, though usually you'd set the JSON or binary loader scale to match. Normally you have the skeleton data and matching texture atlas because you created them yourself.