New sprite library order of frames

Solar2D General Questions/Discussion
#1

When using the old sprite library, if I’ve got a simple png file with equal sized frames, the index of the frames goes from left to right, top to bottom. 

However, when I use the new sprite library, it’s confusing for me to create the sequences because the order of the frames indices does not seem to go in this order. Is it necessary to use TexturePacker or some other packing software to determine which frame is which, or can I create my sprite in a way that keeps my frames in the same order as they are in the png file?

#2

I use the newer sprite library without processing my sprites through TexturePacker and I can get the frame order correct. What difficulties are you experiencing? The default method of sprite progression is as you state above (left->right, top->bottom). Are your sprite sheets using consecutive frames or non-consecutive? 

You can always code your sprite frames manually as described in the documentation, which takes additional time, but allows you to have a more firm grip on which frames are set from which pixel index.

#3

Well the specific problem is that I have 8 20 by 20 sprites going from left to right in a png. For some reason, the indices don’t match up to the corresponding sprite. It doesn’t matter if I define the frame indices using the “frames” parameter or if I use consecutive frames, I still get this problem.

Since I’ve got a bunch of these sprites, my current solution is to stick with the old sprite library since it would take quite a bit of time to go through all of them.

#4

Could you provide a bit of code? It would help to identify where the issue appears.

#5

Actually I think I solved the problem. Just being stupid and mixing up my string constants.

#6

I use the newer sprite library without processing my sprites through TexturePacker and I can get the frame order correct. What difficulties are you experiencing? The default method of sprite progression is as you state above (left->right, top->bottom). Are your sprite sheets using consecutive frames or non-consecutive? 

You can always code your sprite frames manually as described in the documentation, which takes additional time, but allows you to have a more firm grip on which frames are set from which pixel index.

#7

Well the specific problem is that I have 8 20 by 20 sprites going from left to right in a png. For some reason, the indices don’t match up to the corresponding sprite. It doesn’t matter if I define the frame indices using the “frames” parameter or if I use consecutive frames, I still get this problem.

Since I’ve got a bunch of these sprites, my current solution is to stick with the old sprite library since it would take quite a bit of time to go through all of them.

#8

Could you provide a bit of code? It would help to identify where the issue appears.

#9

Actually I think I solved the problem. Just being stupid and mixing up my string constants.