![]() If the images in a directory don't fit on the max size of a single page, multiple pages will be used. For each directory of images TexturePacker encounters, it packs the images on to a larger texture, called a page. Given a directory, it recursively scans for image files. TexturePacker can pack all images for an application in one shot. Note that TexturePacker runs significantly faster with Java 1.7+, especially when packing hundreds of input images. ![]() ![]() TexturePacker can also be run from the standalone nightly, just substitute runnable-texturepacker.jar for gdx.jar extensions/gdx-tools/gdx-tools.jar in the above. Java -cp gdx.jar extensions/gdx-tools/gdx-tools.jar .texturepacker.TexturePacker inputDir Java -cp gdx.jar:extensions/gdx-tools/gdx-tools.jar .texturepacker.TexturePacker inputDir The TexturePacker class is in the gdx-tools project. (If you prefer to pack your textures using a GUI, check this tool: ) It also uses brute force, packing with numerous heuristics at various sizes and then choosing the most efficient result. TexturePacker uses multiple packing algorithms but the most important is based on the maximal rectangles algorithm. It stores the locations of the smaller images so they are easily referenced by name in your application using the TextureAtlas class. libgdx has a TexturePacker class which is a command line application that packs many smaller images on to larger images. Binding the texture is relatively expensive, so it is ideal to store many smaller images on a larger image, bind the larger texture once, then draw portions of it many times. In OpenGL, a texture is bound, some drawing is done, another texture is bound, more drawing is done, etc.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |