1 Big NON pow^2 sprite VS 6 small pow^2 sprites

This forum is currently in read-only mode.
From the Asset Store
Various Bell Sounds (from small to huge) / 35 Unique Clips / 2:46 minutes of audio
  • As the title says.

    One of the last things i still have to do for my game alpha demo and at the same time one of the most importand things i have to learn to control are all kinds of beams.

    The beam i am currently using for my needs is 768/128. You see its quite long but laos quite thin. From what i remember this 768/128 uses the RAM amount of if it would be 768/768 which is a waste. So i thought to split this sprite into 6 x 128/128 ones to save RAM.

    But em i right? Will this help in anything? Correct me please.

  • like laser beam? why it have to be 768/128?

  • like round numbers :) and because its long and detailed.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • I mean numbers are nice ;P just big.

    could you post that beam image? or send me PM to get more private ;)? - maybe we could figure it out what to do with that.

  • As the title says.

    One of the last things i still have to do for my game alpha demo and at the same time one of the most importand things i have to learn to control are all kinds of beams.

    The beam i am currently using for my needs is 768/128. You see its quite long but laos quite thin. From what i remember this 768/128 uses the RAM amount of if it would be 768/768 which is a waste. So i thought to split this sprite into 6 x 128/128 ones to save RAM.

    But em i right? Will this help in anything? Correct me please.

    A texture will use the next 2^n size, but doesn't need to be squared. For 128 that's 128 (2^7), but for 768 it's 1024 (2^10, 2^9=512).

    Your texture would consume VRAM for a 1024x128 texture, which is 0.5 MB.

    6 textures with the size 128x128 will consume 0.375 MB of VRAM, plus a little more overhead in RAM, because it is 6 objects instead of one.

    That's not much to save, but if you are using dozens of beam objects (not instances) it could help saving VRAM.

    But if those beams change size, angle, etc, it does not help, because calculating 6 objects costs more processor time than one object.

    Have you thought of using the tiled background object with a repeating pattern of your beam?

    If the details of your beam can be stretched on one axis while keeping the detail on the other, the panel object is also an alternative.

  • Thats exactly what i wanted to know! thank you Tulamide! :D

    i tried the tilebackground. Actualy ive started from there. wanted to use constant offset to "animate" the sprite without using actualy any more frames. But the problem is that the beam angle changes and as far as i can tell - its imposible to "angle" a tiledbg.

    I also tought about panel but not only it streches the beam terribly but also make sit imposible to have more then one frames, leaving it static.

    this is what i have Tulamide

    scirra.com/forum/cc-grindspace-alpha-002_topic43350.html

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)