#Texturepacker trial how to#
#Texturepacker trial manual#
#Texturepacker trial code#

So I figured I was gonna look for another solution to be able to create sprite sheets without padding that still look good.

The pixel overlap is apparently a well-known problem within game development, and the standard solution is to - you guessed it - pad the frames with transparent pixels.

#Texturepacker trial how to#

This thread in the Corona forums confirms it, and also contains an example for how to best calculate the padding size for supported device resolutions.Ī tool called TexturePacker is also mentioned in the forum thread. I haven't tried it out myself but it looks like a really awesome tool if you have lots of sprites that you need to manage. Somewhere around $100 (1 099 SEK in my local currency) for the basic version with lifetime updates, and even more if you need additional tools like PhysicsEditor or SpriteIlluminator. Not saying it's not worth the money, just not in my case where I only have a few sprite sheets to manage. There's a trial version available, so I'll probably check it out anyway just to get a feel for it. Padding the image frames manually could be some really tedious and error-prone work, if it weren't for the incredible and free command line tool ImageMagick. Very cool feature.I've used ImageMagick a lot through the years, and it's completely insane what you can accomplish with just a few commands.

#Texturepacker trial code#

I throw my big ass circle at 2DToolkit, and it churns it into a bunch of nicely-fitting little morsels which it then reconstructs in it's library code at drawing time.

#Texturepacker trial manual#

(It also had a little artifact of my manual hack job, which was really nagging me.) With slicing, I don't worry about that. Updating it was a pain, and it still took up a lot of room in the texture. In the libGDX version I had to manually break that asset up and rebuild it in code in order to fit it into the spritesheet. Oware uses a big, empty, circle sprite for it's 'scorehouses'. It's well worth it's price on the Asset Store.Ī quick word about slicing. It handles creating, updating, and indexing your sprite sheets automatically according to the settings that you enter, and has goodies like slicing that allow much more tightly optimized textures. I know it's not what you asked for, but just a quick mention: I'm really digging 2D Toolkit for Unity. Zwoptex seemed to work pretty well when I tried it. I recommend, and will continue to recommend, TexturePacker paired with ImageOptim for packing and compressing sprites and texture atlases. But the only tools I've seen that come close to TexturePacker are those custom-built by major studios. I also have left the door wide open for anyone with a philosophical commitment to free and open-source software. I am hugely in favor of free products which are robust and reliable, such as Gimp, Inkscape, and Blender. Image and texture-atlas optimization and compression is something I spend a LOT of time considering. When you compare usability, feature-set, reliability, and scope, you will not come up with anything that has half of what TexturePacker has, unless you write it yourself. You can write your own, but unless you already know you can (in which case you'd have already considered it against other options), that won't save you any time or money in the long run. Those ones that I have used which were equally effective were custom-built or otherwise proprietary. There are no free services that are more effective.