Starling Forum » Tag: draw

Starling Forum » Tag: draw - Recent Posts http://forum.starling-framework.org/tags/draw The Starling Framework Community en-US Mon, 20 May 2013 07:06:57 +0000 http://bbpress.org/?v=1.0.3 <![CDATA[Search]]> q http://forum.starling-framework.org/search.php tiagokeller on "Bitmap Rendering" http://forum.starling-framework.org/topic/bitmap-rendering#post-32035 Mon, 06 May 2013 01:01:23 +0000 tiagokeller 32035@http://forum.starling-framework.org/ +1 62316e on "Bitmap Rendering" http://forum.starling-framework.org/topic/bitmap-rendering#post-30737 Sat, 20 Apr 2013 21:44:34 +0000 62316e 30737@http://forum.starling-framework.org/ Be careful! drawToBitmapData is not working on devices <img src="http://forum.starling-framework.org/my-plugins/bb-smilies/default/icon_sad.gif" title=":(" class="bb_smilies" /> Josh Tynjala on "Independant QuadBatches with same texture -> Many Draws?" http://forum.starling-framework.org/topic/independant-quadbatches-with-same-texture-many-draws#post-29373 Tue, 09 Apr 2013 01:29:20 +0000 Josh Tynjala 29373@http://forum.starling-framework.org/ <blockquote>most of the time a quadbatch is better </blockquote> That's not necessarily true. A QuadBatch that replaces a number* of Images can be better, but it also depends on what else is on screen. If the GPU is overloaded by something else, a QuadBatch may end up hurting things more. I've heard from people who understand GPUs better than me that the "fill rate" has a much bigger impact on performance than the number of draw calls. *What number? I don't know. There aren't magic numbers that just work for everyone because all content is different. You need to experiment with stuff and figure out what's best for your specific game. In my Scale9Image class, a QuadBatch is often better than nine separate images. A QuadBatch is also often better for text displayed with bitmap fonts, since each character is a separate image. I've had users report that turning off batching helps in some cases. Maybe for newer devices with more powerful CPUs that can handle the overhead of AS3 better or for desktops with MUCH more powerful CPUs. Krum on "Independant QuadBatches with same texture -> Many Draws?" http://forum.starling-framework.org/topic/independant-quadbatches-with-same-texture-many-draws#post-29372 Tue, 09 Apr 2013 01:19:22 +0000 Krum 29372@http://forum.starling-framework.org/ Perfect, thanks guys! If I find anything substantial with my tests ill update, otherwise thanks a ton for the info! polarathene on "Independant QuadBatches with same texture -> Many Draws?" http://forum.starling-framework.org/topic/independant-quadbatches-with-same-texture-many-draws#post-29370 Tue, 09 Apr 2013 01:00:06 +0000 polarathene 29370@http://forum.starling-framework.org/ I think it really depends on what else is happening in your game. The quadbatches are going to add the draw calls having more performance cost on the gpu but that in turn impacts the cpu less allowing it to handle anything non gpu related like physics? From what I understand, the older devices usually perform far better via the gpu than cpu, hence why you're using starling in the first place. So those extra draw calls might not be all that bad, everyone new to working with the gpu is obsessive with trying to keep the draw calls low but Josh numerous times replies that most of the time a quadbatch is better. Only way you're going to know is by testing your app/game as you go and if you start seeing a performance hit than optimize. It's hard when you want to optimize for devices you can't test. 3GS is fairly popular target though, might have luck with google <img src="http://forum.starling-framework.org/my-plugins/bb-smilies/default/icon_smile.gif" title=":)" class="bb_smilies" /> Krum on "Independant QuadBatches with same texture -> Many Draws?" http://forum.starling-framework.org/topic/independant-quadbatches-with-same-texture-many-draws#post-29367 Tue, 09 Apr 2013 00:33:39 +0000 Krum 29367@http://forum.starling-framework.org/ Thanks. I remember reading somewhere that games should remain under 20 draw calls. Im halfway there and its only a base prototype with a small percentage of the gameplay elements. To be clear on this... If the Cpu manage the image data while the gpu completely handles the draws and rendering, then as you say, changing many Images into just 1 Image with many draws will lessen Cpu load while not effecting the Gpu as heavily? If so great! Does anyone know a good amount of draws used for a starling game that will decently run on 3GS? Thanks! Josh Tynjala on "Independant QuadBatches with same texture -> Many Draws?" http://forum.starling-framework.org/topic/independant-quadbatches-with-same-texture-many-draws#post-29365 Tue, 09 Apr 2013 00:09:58 +0000 Josh Tynjala 29365@http://forum.starling-framework.org/ <blockquote>each Quadbatch uses it's own draw call! </blockquote> Yes, that's how QuadBatches work. <blockquote>Is there a way to have multiple QuadBatches with the same texture use only 1 draw call? </blockquote> No. <blockquote>an additional 5-6 draw calls! </blockquote> That's barely any. Apps that display a lot of text typically have many more. I wouldn't worry too much about it. Draw calls aren't always bad. Sometimes, they can even improve performance because they help ease pressure on the CPU. Krum on "Independant QuadBatches with same texture -> Many Draws?" http://forum.starling-framework.org/topic/independant-quadbatches-with-same-texture-many-draws#post-29357 Mon, 08 Apr 2013 22:51:03 +0000 Krum 29357@http://forum.starling-framework.org/ So my game has a few large buildings that are generated using Quadbatches. They all use the same spritesheet, but each Quadbatch uses it's own draw call! The buildings need to move seperately, but having multiple QuadBatches skyrockets my draws from 5 to 11... At this point I'm not sure if it's better to have buildings made of many different images and only 1 draw call, or use QuadBatches but then have to have an additional 5-6 draw calls! Question: Is there a way to have multiple QuadBatches with the same texture use only 1 draw call? Note: I can't batch them into 1 giant QuadBatch because they need to have independant movement. Thanks! jacobholm on "Advice on render order, want menu to be on top" http://forum.starling-framework.org/topic/advice-on-render-order-want-menu-to-be-on-top#post-27278 Mon, 18 Mar 2013 09:28:07 +0000 jacobholm 27278@http://forum.starling-framework.org/ Great, thank you very much! Artemix on "Advice on render order, want menu to be on top" http://forum.starling-framework.org/topic/advice-on-render-order-want-menu-to-be-on-top#post-27266 Sun, 17 Mar 2013 23:47:12 +0000 Artemix 27266@http://forum.starling-framework.org/ You can (should) have a view manager, and a main container for each view. One view would be your menu, another one your ingame, and so on. That way, you only dispose of the childs of the main containers, but never the containers themselves, ergo, the draw order keeps intact. jacobholm on "Advice on render order, want menu to be on top" http://forum.starling-framework.org/topic/advice-on-render-order-want-menu-to-be-on-top#post-27265 Sun, 17 Mar 2013 22:59:33 +0000 jacobholm 27265@http://forum.starling-framework.org/ Hi, as I understand it I currently have to keep track of the drawing order manually. When my game starts the menu is the last thing I pass to addChild() causing it to be drawn on the very top. After the game is over and I want to restart I have disposed of some objects and need to add them again. This causes them to render on top of the menu (since I do not remove and add it every time the game resets). I am sure there are others who have encountered this issue and have some advice? Perhaps I have missed something? Pandan on "Bitmap Rendering" http://forum.starling-framework.org/topic/bitmap-rendering#post-27249 Sun, 17 Mar 2013 14:35:03 +0000 Pandan 27249@http://forum.starling-framework.org/ +1 Josh Tynjala on "Layout getting called after draw?" http://forum.starling-framework.org/topic/layout-getting-called-after-draw#post-26816 Tue, 12 Mar 2013 23:27:37 +0000 Josh Tynjala 26816@http://forum.starling-framework.org/ Well, maybe. If the parent moves, there's know way to detect that without checking every frame. whizzkid on "Layout getting called after draw?" http://forum.starling-framework.org/topic/layout-getting-called-after-draw#post-26806 Tue, 12 Mar 2013 23:08:03 +0000 whizzkid 26806@http://forum.starling-framework.org/ Thanks, that works, although its only needed to update once after every layout, instead of every frame <img src="http://forum.starling-framework.org/my-plugins/bb-smilies/default/icon_razz.gif" title=":P" class="bb_smilies" /> Josh Tynjala on "Layout getting called after draw?" http://forum.starling-framework.org/topic/layout-getting-called-after-draw#post-26640 Mon, 11 Mar 2013 18:48:36 +0000 Josh Tynjala 26640@http://forum.starling-framework.org/ When I need to position a native overlay to match the position of a Starling display object, I usually override the render() method and position it there. whizzkid on "Layout getting called after draw?" http://forum.starling-framework.org/topic/layout-getting-called-after-draw#post-26522 Sun, 10 Mar 2013 18:54:57 +0000 whizzkid 26522@http://forum.starling-framework.org/ Hey all, I'm writing an app that uses the Camera. and I've tried the StarlingCamera that I found on the forum here, but thats too slow for me. Using a the standard flash camera in Starling.current.nativeOverlay does the trick for me. however I would like to position it according to elements in my layout in feathers. So I've made a placeholder Quad and added it to my ScrollContainer which has a VerticalLayout set. This works fine and everything updates nicely when my deviceOrientation changes. Now my assumption was that I could position my camera view (Video) in the draw override of my screen. but unfortunately, the layout isn't done until AFTER the Draw. So, in my draw override, I always see the position data of the previous state. How can I properly do this? There's no Event I can watch to see when all the elements have been laid out, and creating a timer to update it 'somewhere after' the draw is really ugly imho <img src="http://forum.starling-framework.org/my-plugins/bb-smilies/default/icon_smile.gif" title=":)" class="bb_smilies" /> any help would be appreciated, regards, XTender on "flatten cause more drawcalls" http://forum.starling-framework.org/topic/flatten-cause-more-drawcalls#post-25849 Tue, 05 Mar 2013 11:03:47 +0000 XTender 25849@http://forum.starling-framework.org/ Hi, I've tryed to do some performacne tweaking on my game by faltten some sprites which dont change, but after I've done it the drawcalls increased from ~21 to ~78. I would like to show my drawLayers with this small ASCII art. BACKGROUND (Sprite with 1 image) - Flattened - Texture from Embedded Asset STREET (Sprite with ~20 Sprites which contains 1 image) - Unflattened - Atlas#1 Player (Sprite with 1 MovieClip and 1 Sprite) - Unflattened - Atlas#2 Obstacles (Sprites with 1 Image) - Flatten - Atlas#2 Items (Sprites with 1 Image) - Unflatten - Atlas#2 Some HUD stuff with Textfield (Unflatten) Maybe someone can give ma a clue <img src="http://forum.starling-framework.org/my-plugins/bb-smilies/default/icon_smile.gif" title=":)" class="bb_smilies" /> - Paul mirkin on "Draw Calls & Flatten for Soft Keyboard" http://forum.starling-framework.org/topic/draw-calls-flatten-for-soft-keyboard#post-23132 Fri, 01 Feb 2013 01:26:05 +0000 mirkin 23132@http://forum.starling-framework.org/ I managed to get all 26 keys with 1 draw by removing flatten() from each key. With flatten() I get a better frame rate but I get 26 draws. Comment out flatten() 1 draw for all 26 keys but a worse frame rate. So it seems all this time it was the flatten() increasing draws by a lot but also increasing performance. [Zambini by background I mean another texture used once as a full screen background for the App] Zambini on "Draw Calls & Flatten for Soft Keyboard" http://forum.starling-framework.org/topic/draw-calls-flatten-for-soft-keyboard#post-23130 Fri, 01 Feb 2013 01:04:54 +0000 Zambini 23130@http://forum.starling-framework.org/ What do you mean the background? The backgroundSkin and backgroundSkin_PRESS are from different atlases? mirkin on "Draw Calls & Flatten for Soft Keyboard" http://forum.starling-framework.org/topic/draw-calls-flatten-for-soft-keyboard#post-23129 Fri, 01 Feb 2013 00:39:32 +0000 mirkin 23129@http://forum.starling-framework.org/ The 0xFFFFFF was for the font colour before I ditched the textField and used one image per key so it's not used any more. All keys are from the same atlas but the background is from a different one. Zambini on "Draw Calls & Flatten for Soft Keyboard" http://forum.starling-framework.org/topic/draw-calls-flatten-for-soft-keyboard#post-23120 Thu, 31 Jan 2013 23:37:02 +0000 Zambini 23120@http://forum.starling-framework.org/ Are all of your images on the same TextureAtlas? The performance optimization page has something on the Painter's algorithm <a href="http://wiki.starling-framework.org/manual/performance_optimization#minimize_state_changes" rel="nofollow">http://wiki.starling-framework.org/manual/performance_optimization#minimize_state_changes</a> that's worth looking at if you have things on different composition layers You could also try using the built in bitmapfont.createSprite function, just make sure that if you're tinting them, using 0xFFFFFF and 0xFFFFFE will be a state change per thing, meaning more draw calls. If you want to use white with other colors, use 0xFEFEFE or something instead of just 0xFFFFFF. mirkin on "Draw Calls & Flatten for Soft Keyboard" http://forum.starling-framework.org/topic/draw-calls-flatten-for-soft-keyboard#post-23103 Thu, 31 Jan 2013 22:11:49 +0000 mirkin 23103@http://forum.starling-framework.org/ Yes, originally I used 2 images (key and keyPress) and used a textField to Label each button. But the frame rate was too low. So I created a new texture file with pre made keys so now I don't need the Textfields. But for all that effort I'm only getting 3 extra fps. I do get 1 less draw call per key without the textField though as expected. Tried alpha .99 of containing sprite and still a draw call for every single key. I thought that if I'm only using images created from the same texture atlas I'd only need one draw call. Zambini on "Draw Calls & Flatten for Soft Keyboard" http://forum.starling-framework.org/topic/draw-calls-flatten-for-soft-keyboard#post-23091 Thu, 31 Jan 2013 20:35:17 +0000 Zambini 23091@http://forum.starling-framework.org/ Oh, so it's a Sprite and not a TextField? Try setting the main sprite everything is on to have an alpha of 0.99, not just the individual keys mirkin on "Draw Calls & Flatten for Soft Keyboard" http://forum.starling-framework.org/topic/draw-calls-flatten-for-soft-keyboard#post-23087 Thu, 31 Jan 2013 19:51:09 +0000 mirkin 23087@http://forum.starling-framework.org/ Partial code. <div class="bb_syntax"><div class="code"><pre class="as3" style="font-family:monospace;">private var r1:Array=['Q','W','E','R','T','Y','U','I','O','P','<']; for (var c:int=0;c<r1.length;c++) { var tempKey:SoftKey=new SoftKey(r1[c],r1[c],new Image(Assets.getAtlas().getTexture('softKeyBG_'+r1[c])),new Image(Assets.getAtlas().getTexture('softKeyBG_PRESS_'r1[c])),0xFFFFFF,0xFFFFFF); addChild(tempKey); tempKey.x=r1X+(tempKey.width+r1XGap)*c; tempKey.y=r1Y; }   public class SoftKey extends Sprite {   public function SoftKey(lab:String,kc:String,bgTex:DisplayObject,bgTexPress:DisplayObject,tc:uint,tcp:uint) { super(); keyCode=kc; textColour=tc; backgroundSkin=bgTex; backgroundSkin_PRESS=bgTexPress; this.addEventListener(Event.ADDED_TO_STAGE,onAddedToStage); addEventListener(TouchEvent.TOUCH,touched); } }   protected function onAddedToStage(e:Event):void { this.removeEventListener(Event.ADDED_TO_STAGE,onAddedToStage); initialize(); }   private function initialize():void { bg=new Sprite(); bg.addChild(backgroundSkin); addChild(bg); bg_PRESS=new Sprite(); bg_PRESS.addChild(backgroundSkin_PRESS); addChild(bg_PRESS); bg_PRESS.visible=false; //this.alpha=0.999; //bg.alpha=0.999; //bg_PRESS.alpha=0.999; bg.flatten(); bg_PRESS.flatten(); flatten(); }</pre></div></div> Zambini on "Draw Calls & Flatten for Soft Keyboard" http://forum.starling-framework.org/topic/draw-calls-flatten-for-soft-keyboard#post-22863 Wed, 30 Jan 2013 01:28:35 +0000 Zambini 22863@http://forum.starling-framework.org/ Some things I've picked up with Starling (currently on commit 918d2090d32e5eaafff39c632d7d3382e0901a6d [Date: Wed Jan 16 14:13:49 2013 +0100]): If you're ever doing any runtime coloring, set your main sprite's alpha to .99. Color counts as a state change and therefore will 2x your draw calls if you have it per item ANY new Starling.TextField will increase draw calls by +1 per Starling Button.text will increase draw calls by +1 per Do you meet any of those cases? frisk on "Draw Calls & Flatten for Soft Keyboard" http://forum.starling-framework.org/topic/draw-calls-flatten-for-soft-keyboard#post-22860 Wed, 30 Jan 2013 00:33:17 +0000 frisk 22860@http://forum.starling-framework.org/ <blockquote> The keys have a background image and foreground image from the same texture atlas. I'm getting 52 draw calls. 2 for each key is that correct? </blockquote> That sounds a lot. There must be something else going on here. Do you use anything in your code to cause state changes as described here? <a href="http://wiki.starling-framework.org/manual/performance_optimization#minimize_state_changes" rel="nofollow">http://wiki.starling-framework.org/manual/performance_optimization#minimize_state_changes</a> It's hard to tell without any actual code sample. flatten() won't help in terms of draw calls. It's actually just batching the geometry data of the children at once to reduce (cpu) compute time on each frame. mirkin on "Draw Calls & Flatten for Soft Keyboard" http://forum.starling-framework.org/topic/draw-calls-flatten-for-soft-keyboard#post-22859 Tue, 29 Jan 2013 23:58:29 +0000 mirkin 22859@http://forum.starling-framework.org/ I'm trying to write a soft keyboard but having performance issues. Functionality is perfect though. The keys have a background image and foreground image from the same texture atlas. I'm getting 52 draw calls. 2 for each key is that correct? I'm hiding the pressed key image using visible=false so I would only expect 26 draw calls as only 1 is visible at a time. Since all 26 keys use images from the same texture atlas I half expected just 1 draw call. Is that correct or do I misunderstand draw calls? So then I flattened the sprite that held all the keys. Still 52 draw calls. Then I switched to using a tiny texture atlas with just 2 keys (instead of one for each key and one for each pressed key) and used a TextField on each key and used Flatten on each individual key. Same frame rate but now 26 extra draw calls. I'm so confused. frisk on "BitmapData - FloodFill with smooth/ tolerance" http://forum.starling-framework.org/topic/bitmapdata-floodfill-with-smooth-tolerance#post-22577 Sun, 27 Jan 2013 16:52:49 +0000 frisk 22577@http://forum.starling-framework.org/ hmm floodfill does not support tolerance out of the box. But googling for it brings up certain results such as this: <a href="http://hangunsworld.com/code/com/hangunsworld/util/BMPFunctions.as" rel="nofollow">http://hangunsworld.com/code/com/hangunsworld/util/BMPFunctions.as</a> fukhaos on "BitmapData - FloodFill with smooth/ tolerance" http://forum.starling-framework.org/topic/bitmapdata-floodfill-with-smooth-tolerance#post-22520 Sat, 26 Jan 2013 12:34:22 +0000 fukhaos 22520@http://forum.starling-framework.org/ I am developing a drawing game app for kids. And I want to use a paint bucket tool for that I am using floodfill but the result is the first: <img src="http://www.freeimagehosting.net/uploads/6aa7b4ad53.png" /> but I want something like the secound image. fukhaos on "Drawing app for kids" http://forum.starling-framework.org/topic/drawing-app-for-kids#post-22206 Thu, 24 Jan 2013 18:43:24 +0000 fukhaos 22206@http://forum.starling-framework.org/ @Astraport will be a image(BLACK/WHITE).