Error with exported images

Norea

Hi guys, I'm new to Spine. I have tried to import and animate small, high quality figures created on illustrator. Everything works and the result of the animation is not bad. Graphically in Spine everything is perfect, the problem arises when the animation is exported. Using Game Maker Studio 2 to create a game, I need to export the animation as .JSON. The problem is that once the animation is exported, in the folder created with the PNG images, the .json file, and the .atlas file, the png images are bordered with a dark, fairly pixelized border. In addition, the animation seems to be "slow" compared to that seen in the editor. I will blow you two photos, the first is the image as it is seen in working in Spines and the other when exported.
After: Before:

Thank you guys!

EDIT: Okay guys, it seems I fixed it. I set in the export-atlas settings, the "Bleed" option on, this seems to have fixed the black border around my pictures. Unfortunately, however, the problem of animation "slow / in slow motion" continues to persist. Look forward to your advice, thank you!

Nate

Welcome to Spine! 🙂

Please see the first post in this thread:
Premultiply Alpha
Specifically this paragraph (a ways down):

Also note that game image assets saved with premultiplied alpha will look like it has black edges when you open them in regular image viewers. Don't worry. That reflects what data is stored in the image, but in your game, these will render cleanly as long as you set it up correctly. This is because most image viewers assume images are saved normally (with straight alpha).

While GM extends the official runtimes, they implement and maintain their own rendering, so I'm not sure if GM wants a PMA or straight alpha atlas. In general, PMA is better because 1) it results in correct blending, and 2) most runtimes can support additive blending without breaking batching when using PMA. Straight alpha needs "bleed" applied for transparent pixels (explained in quote at bottom of that first post). One reason to use straight alpha is if it makes your life easier when writing shaders (or using someone else's shaders).

Norea

Hi Nate, thanks for your reply! I will check the thread you sent. I also added an edit to my original post, where I wrote how I thought about fixing the issue. In addition, the problem of animation "slow" or "as in slow motion" persists. See you soon!

Nate

Sorry, I missed your slow motion issue. That is odd, the speed in GM should match Spine unless you have set something in GM to run at a different speed (eg maybe GM has a time scale setting?). Does it occur when using the Skeleton Viewer?
Skeleton Viewer
If it works correctly there, you may need to raise the slow motion issue with GM.

Norea

I'll downalod the Skeleton Viewer and i'll test it. I'll update you as soon as possible. Thanks for your time!

Hi Nate, I tried with the Skeleton Viewer (useful tool!), and there the animation seems to be fluid and sliding, just like in the Spine editor. Also by changing the speed I tested its fluidity even at higher speeds. I do not understand why, once the GM2 animation is correctly imported and launched, both on a mobile device and PC, the animation seems to be jamming, losing its fluidity. Do you have any idea?

crabowitz

I'm also looking into GMS2's compatibility with Spine, I ran into the same problem with the slow motion. On the sprite properties window, there is a field in the center top which doesn't seem to be apply to standard GM sprites. Setting it to 1 frames per game frame should fix it!
Loading Image

Norea

Great! You're right, it works. Having set the sprite settings as described by you has fixed the problem. Thank you very much to everyone for help! I'll return the favor 😃