http://forum.starling-framework.org/topic/texturepacker-and-starling The Starling Framework Community en-US Sun, 19 May 2013 16:01:46 +0000 http://bbpress.org/?v=1.0.3 q http://forum.starling-framework.org/search.php http://forum.starling-framework.org/topic/texturepacker-and-starling#post-32093 Mon, 06 May 2013 19:52:03 +0000 cywil_pl 32093@http://forum.starling-framework.org/ <p>Dragonbones allow use your own atlas by now.<br /> @Jarek - pls read PM. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-32086 Mon, 06 May 2013 18:33:41 +0000 Andreas Loew 32086@http://forum.starling-framework.org/ <p>Updating the XMLs should be easy with a small script that reads the XML TexturePacker creates and patches the other one.<br /> You could even add this to your build process.</p> <p>Spine should already work with TexturePacker. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-32082 Mon, 06 May 2013 16:39:02 +0000 Jarek 32082@http://forum.starling-framework.org/ <p>@cywil_pl</p> <p>yeah, did that, but TP is changing texture positions quite often and it gets annoying to update xmls. As a bonus - things get weird when you account SD/HD/SuperHD sizes and pngs with mergerd xmls (dragonbones).</p> <p>I'd be more than happy to pay some small fee for app that could handle this shit and has at least 1/10 support that Andreas does. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-32077 Mon, 06 May 2013 16:11:35 +0000 cywil_pl 32077@http://forum.starling-framework.org/ <p>Try get texture from main atlas e.g. font, and use it to create new atlas with xml font. I think tried this and works. Just do a test. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-32075 Mon, 06 May 2013 16:07:00 +0000 gsynuh 32075@http://forum.starling-framework.org/ <p>@Jarek,</p> <p>texture packer would need :<br /> 1. an import tool (for other tps files maybe)<br /> 2. a custom import tool, with two inputs :<br /> - the file to import (xml format)<br /> - the "data description file" that describes how to format the first file (coming from another tool) to a texture packer format.</p> <p>but in the end you still have to re-generate (somehow) a file to describe where on that final atlas your characters are for BitmapFont (for that BMFont example) ... because they probably moved since they got repacked - and that's a problem I think</p> <p>also possible data loss.</p> <p>--- </p> <p>I may be wrong though. I just give myself this as an explanation to why it hasn't been done and is harder than just merging pictures. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-32073 Mon, 06 May 2013 15:42:14 +0000 Jarek 32073@http://forum.starling-framework.org/ <p>@Andreas Loew:</p> <p>Do you think you can add texture atlas merging anytime in a foreseeable future? </p> <p>Usage scenario: I like how TexturePacker adds all the images from a folder to an atlas, but I'd like it to add BMFont fonts or atlases generated by other tools too (like DragonBones/Spine). </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-32070 Mon, 06 May 2013 15:33:26 +0000 Knight 32070@http://forum.starling-framework.org/ <p>Thanks! </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-32069 Mon, 06 May 2013 15:31:02 +0000 Andreas Loew 32069@http://forum.starling-framework.org/ <p>It uses the smaller (71kB) amount.</p> <p>This is because the transparency is replaced by a translation operation. The smaller sprite is moved to match the original position.</p> <p>This<br /> 1) reduces memory<br /> 2) increases performances (since no transparent pixels have to be drawn) </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-32065 Mon, 06 May 2013 14:59:49 +0000 Knight 32065@http://forum.starling-framework.org/ <p>I have question about memory usage.</p> <p>I have the image 271x259 pixels (274 kB).<br /> After trim it will be 127x145 pixels (71 kB).</p> <p>How many memory will this image use into the running game 71 or 274 kB? </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-31157 Thu, 25 Apr 2013 14:52:52 +0000 Clark 31157@http://forum.starling-framework.org/ <p>Thanks Andreas! Appreciated. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-31153 Thu, 25 Apr 2013 13:41:51 +0000 Andreas Loew 31153@http://forum.starling-framework.org/ <p>TexturePacker as 3 Modes:</p> <p>* trim - which should preserve the position &amp; size of the original<br /> * crop, keep pos - which keeps the position but reduces the size - useful e.g. for buttons<br /> * crop, flush pos - which sets position to 0/0 and size to the cropped size </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-31149 Thu, 25 Apr 2013 12:53:04 +0000 Clark 31149@http://forum.starling-framework.org/ <p>Sorry to rebump...</p> <p>When I crop a Texture in TexturePacker, and bring it in to starling, is the origin point of the image maintained?</p> <p>Imagine you have a 100x100 transparent png, apart from a single pixel at location x:50 y:50.</p> <p>When I pass this to a Image, is my Image still 100x100 with a pixel at 50:50? Or has the transparent zone been lost? I need a way to maintain a common origin point without filling the GPU with transparency. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2256 Tue, 24 Jan 2012 02:33:04 +0000 shaz 2256@http://forum.starling-framework.org/ <p>ack! Sorry - slow browser response made me think I clicked the wrong circle. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2255 Tue, 24 Jan 2012 02:33:03 +0000 shaz 2255@http://forum.starling-framework.org/ <p>Thanks Andreas. I thought it named all the sprites based on whatever file name you specified when you saved it. I've just found the windows version, and will be playing with it today. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2254 Tue, 24 Jan 2012 02:33:03 +0000 shaz 2254@http://forum.starling-framework.org/ <p>Thanks Andreas. I thought it named all the sprites based on whatever file name you specified when you saved it. I've just found the windows version, and will be playing with it today. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2253 Tue, 24 Jan 2012 01:26:10 +0000 Andreas Loew 2253@http://forum.starling-framework.org/ <p>This is in case you are using the .swf importer. In this case the files get named automatically.</p> <p>TexturePacker uses the name of the image. If you name the file sprite1.png it will become sprite1.png or sprite1 (if you use trim names)</p> <p>You can just test it - the essential version is free but restricted in some features. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2225 Fri, 20 Jan 2012 22:52:25 +0000 shaz 2225@http://forum.starling-framework.org/ <p>By suffix, I mean the number appeneded to the name you provide. In the example I saw, if you name the file "run", then your individual sprites are named "run001", "run002", etc.</p> <p>If my files are called Sprite1.png, Sprite2.png, Sprite3.png and I import them into Texture Packer, then I add Sprite1a.png (coming between them in the alphabetical list), then redo my spritesheet, will Sprite2 and Sprite3 have the same names as they previously did, or will they shuffle down because there's a new image that's loaded before them? </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2217 Fri, 20 Jan 2012 09:50:43 +0000 Andreas Loew 2217@http://forum.starling-framework.org/ <p>@shaz What exactly do you mean with "suffix"? </p> <p>The position of a sprite inside the texture might change but the name for the sprite stays the same. So you don't have to worry about that. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2216 Fri, 20 Jan 2012 09:48:59 +0000 Andreas Loew 2216@http://forum.starling-framework.org/ <p>@shaz What exactly do you mean with "suffix"? </p> <p>The position of a sprite inside the texture might change but the name for the sprite stays the same. So you don't have to worry about that. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2209 Thu, 19 Jan 2012 21:59:05 +0000 shaz 2209@http://forum.starling-framework.org/ <p>Thanks for the additional information - that's exactly what I'm wanting.</p> <p>One more question, probably related more to texture packer ... if I create a spritesheet and use it in the program, then I want to add a few more sprites, because of the way texture packer works, they could all be assigned different suffixes, couldn't they? So I may have to go back and change what suffixes in the program belong to each sprite (in this case, a spritesheet would be for non-animated sprites, that are being used in the image class) </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2177 Thu, 19 Jan 2012 11:40:26 +0000 Daniel 2177@http://forum.starling-framework.org/ <p>Just to be sure there are no misconceptions, I want to elaborate a little on that. &lt;img src=&quot;http://forum.starling-framework.org/my-plugins/bb-smilies/default/icon_smile.gif&quot; title=&quot;:-)&quot; class=&quot;bb_smilies&quot; /&gt; </p> <p>The texture object itself will only report the cropped size (texture.width, texture.height). But if you create an image with that texture, the size of the image will depend on the setting you're using in Texture Packer.</p> <p>* when you use "trim", images will have their original (untrimmed) size<br /> * when you use "crop", images will have their cropped size, without the transparent border </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2154 Tue, 17 Jan 2012 20:51:04 +0000 shaz 2154@http://forum.starling-framework.org/ <p>thanks. That's the answer I was hoping for &lt;img src=&quot;http://forum.starling-framework.org/my-plugins/bb-smilies/default/icon_smile.gif&quot; title=&quot;:)&quot; class=&quot;bb_smilies&quot; /&gt; </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2152 Tue, 17 Jan 2012 12:06:19 +0000 Aymeric 2152@http://forum.starling-framework.org/ <p>The image is just the minimum size of the sprites. You should use the crop property. </p> http://forum.starling-framework.org/topic/texturepacker-and-starling#post-2145 Tue, 17 Jan 2012 06:59:03 +0000 shaz 2145@http://forum.starling-framework.org/ <p>If I use TexturePacker to create my spritesheet, and the sprites have a large transparent area that's cut away, when they're pulled out by Starling, is the image JUST the minimum size of the sprites, or does it expand to be the same size as the original sprite, with the transparent areas? </p>