2
\$\begingroup\$

Update: this question is general, not specific to Sprite Kit or a single language/platform.

I'm toying with Sprite Kit with an idea to make a 2D side-scroller. Now the backgrounds for the maps are going to be hand-drawn and surely bigger than retina display, so the maps could span more than 1 screen in both axis.

I imagine loading such a huge image could mean trouble and I don't plan to use tiling. I'm not sure how Sprite Kit splits images bigger than max texture size, if it does. I could split the images myself and use more sprites for each part of the background.

What is the usual way to handle this?

\$\endgroup\$

2 Answers 2

3
\$\begingroup\$

I don't know a whole lot about the actual implementation of it and I doubt it's the usual way to handle it, but to me ClipTextures or (Sparse) Virtual Texturing comes to mind.
Essentially -from my perspective at least- the idea is to keep only the relevant part of a very large texture file located on the hard-drive in system memory and an even smaller "clip region" of it in the GPU memory. If the position in the game changes now, and therefore the region of the texture required for rendering, the missing texture data is streamed to the GPU memory from the system memory. By adding only the missing texels and removing texel that are far away from the game view, the amount of data that needs to be streamed is limited. Also the part of the texture present in system memory should be updated accordingly, to keep longer loading times -due to the hard-drive access- away from the rendering.
It basically is sort of memory cache implementation for textures and I image a clever caching strategy and prediction of what texels will be needed next, will of course be necessary.

If you are interested, for further reading you might want to start with these slides from Id Software about virtual texturing (in Rage): Id Tech 5 Challenges. Or also this (longer) SGI Article on Clip Textures.

Also, since you mentioned retina displays. I believe most modern GPUs should support textures up to a size of 16k times 16k (at least even my 4 year old Notebook does), which should be around 50 times as much area as a retina display offers and still several times as much in one dimension. But that's just playing with numbers of course :)

\$\endgroup\$
1
  • \$\begingroup\$ Most mobile devices support no more than 4Kx4K texture sizes. It is still big enough to fit twice an iPad retina display. I guess I'll have to draw the map first and partition later if needed. Thanks for the insights. \$\endgroup\$
    – sbenitezb
    Nov 5, 2013 at 22:42
2
\$\begingroup\$

There are a few options.

  1. Don't use large images. Take a look at the backgrounds of many popular 2d games - especially side scrollers. You'll see that the backgrounds are usually actually composed of multiple images, usually combined with a gradient. This can give the illusion of a large image but actually take up very little space.

  2. Texture compression.

Some compression techniques can reduce file size to 1/8 the original size.

\$\endgroup\$

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .