![]() ![]() nor were most of the features everyone already uses and enjoys and benefits from in Spriter, nor will be the many more features we'll add in the future, including features like what you are saying you need. Quick edit: When I export the frames to be small the resulting image is pixelated and blotchy :mad: I'm very unhappy with the product and feel I have indeed purchased a lemon :( How faffing hard is that to accomplish in this program? Right now that seems to be impossible. Hell, the program doesn't even save all of the export settings when I save the project so if when I bugger about getting those right, I have to manually record them if I ever want to use them again!Īll I want is for all of my sprites to fit into and be centered inside a 64圆4 square image. Since this happens, would it not be quite easy to calculate a bounding box that encompases all objects in the frame? And then would it not be quite simple to calculate the largest bounding box for the animation and show that visually? And also even display onscreen somewhere the dimensions of that bounding box in pixels? And then be able to show the largest bounding box for all animations? Surely thats not rocket science! What I have noticed is that when I select all objects in any frame of any animation, each and every one gets a little bounding box drawn around it. I then had a thought of creating one huge animation containing all the frames from the other animations but there doesn't seem to be any ability to copy/paste frames between animations. I was going to try that as a solution but then discovered that it is not possible to copy those lines to al frames in all animations *sigh* I noticed that I can drag lines from the margins and move them around to make a pseudo bounding box, theselines can be copied to all frames. I'm not keen on using TexturePacker because I didn't know when I purchased this program that I would need to use another program to make this program work as advertised. Local sheet = graphics.newImageSheet( "mySheet.Thanks for your explanation Mike, but I don't understand why you are suggesting I use some guide image when I would not know the dimensions that would need to be. These are added to the image sheet options as follows: local options = These include sourceX, sourceY, sourceWidth, and sourceHeight. Solar2D manages this with some additional parameters in the image sheet setup. This ensures that the images align properly with each other, especially in an animation where the trimmed area will often vary per frame. When you place one of these images on the screen or use them in a sprite animation, you will typically want the images to be positioned as if they were not trimmed - meaning, the empty space that was trimmed is respected, not discarded, in regards to screen positioning. While trimming is often necessary to achieve the smallest possible image sheets, there are some important usage notes that you must be aware of, particularly in regards to positioning. ![]() Local sheet = graphics.newImageSheet( "mySheet.png", options )įor details on content scaling and dynamic image selection (which applies to image sheets too), please refer to the Project Configuration guide. SheetContentHeight = 1000 -height of original 1x size of entire sheet SheetContentWidth = 1000, -width of original 1x size of entire sheet For example, if you're developing for both iPad and iPad Retina, and you're using an image sheet of 1000×1000 for the regular iPad, you should specify 1000 for both of these values and then design your Retina image sheet at 2000×2000. These values tell Solar2D the size of the original 1x image sheet. To accomplish this, you must specify the following key-value pairs in the options table: Just like individual images displayed with display.newImageRect(), image sheets may be selected dynamically depending on the screen resolution. ![]()
0 Comments
Leave a Reply. |