0 Favourites

Best Practice - Sprites on Dedicated Screen?

  • Hi there,

    I'm working on a new project that deals with a lot of text fields. I'm spawning these text where they need to be, but i'm wondering if maybe it's better to just put all the sprites i create on a separate scene that never gets used, but just holds all the assets. Because having numerous unique text sitting on the sidelines around a given scene can be a bit unruly to manage. Thought maybe putting them all on some other scene that never gets viewed might be a way to better organize and manage things.

    Also, when it comes to memory usage, if i have a single background that gets used in many scenes, is that going to save memory or is each scene going to allocate it's own memory for that scene?

    My prior project had a lot of problems with memory when bringing over to mobile so I'm trying to be sure that I don't run into the same problem this time around

    Thanks!

    Caleb

  • it is very common to have a layout that holds an instance of every object. This keeps your playable layouts cleaner and also gives you a sand box for testing things like aligning image points for pinning etc... without having to mess with your playable layouts.

  • ok cool glad to know that's an acceptable practice. i just wasn't sure if it cause any issues with say. memory management

    does anyone know if having the same background in each scene uses more memory or perhaps i should instantiate everything at "on start of layout"? Basically have as few assets in the scene before runtime as possible.

  • take look to this Blog: https://www.scirra.com/blog/112/remembe ... our-memory

    the part where they say :

    "In Construct 2, images are loaded layout-by-layout. This means when a layout starts, every object on the layout is loaded in to memory immediately."

    I understand for this that is important to reduce as much images as yo can in the game, and avoid large images in the game.

  • Construct 3

    Buy Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Buy Now Construct 3 users don't see these ads
  • juannn91 yea we read this but they mean when C2 is running a game in a normal browser.

    In our extensive testing (I'm working with my partner who's a capable HTML5 developer and experience with OSX / Android) he could see very clearly when the game was being loaded using I believe XDK or maybe Ejecta, that EVERYTHING was loading into ram at the start of the app, not scene by scene..

    This is unfortunately probably something that C2 has no control over, once its wrapped in another container system, memory management gets lost in the process.

    Our 2nd project is being made for mobile and going much smoother, although I sill have to watch out for large audio files causing problems. Asside from that our 2nd project which has considerably less content and content optimized for mobile (keeping things in powers of 2 and starting with a 720p screen instead of 1080p)

    So yea our next move is to simply go back and scale down all of the art considerably. this will cause some issues with visual quality, but we're optimistic that on an ipad it will be less noticable than if it were on a 26" monitor.

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)
Similar Topics Posts Views Last Post
Unread hot topic
0 Favourites
Sprite Font Generator - v3
368 112,322
RetroDaddy's avatar
RetroDaddy
Unread hot topic
86 28,713
St4rDu57's avatar
St4rDu57
Unread hot topic
153 104,445
DravenX's avatar
DravenX