What size for assets for mobile games

Started by
4 comments, last by Seth Paxton 11 years, 6 months ago
Hi all, I am somewhat of a new poster to this forum, but have been reading it for quite a while now. Please cut me some slack, because I can be somewhat of a bull in a china shop :P

I am working on a game project, by myself, with extremely limited programming knowledge. However, I have used GIMP for quite a while, and have recently started playing with blender, so I decided that asset creation would be a good place to start. I've done a tile set, and laid out a landscape, which I will attach below. I have no idea how great it is, but that leads me to my question. When creating tile sets, buildings (covering 3x4 tiles) small people, etc. how large should you make these, pixelwise? For the image here, I made them as 40x40px, then rotated them, and then scaled them to 60x30. Now that I am moving to buildings and such, I just wonder what a good range is for the mobile devices. I would obviously like to find a happy medium between detail and conserving resources.

[attachment=11470:LS2.png]

<Insert witty tagline here>
Advertisement
Hello,

From what this looks like, you're gonna gave a fixed zoom later on in the game. If you don't, the following might not apply as closely, but I'll try to make it worth your time.
Sprites do always look the best unscaled, so I'll talk about how to get the size for an sprite in original resolution 1:1.

In my opinion, the size of the individual objects isn't the thing you should think about, at least not in the very beginning. Way more important is, how much you want to show, considering the whole screen.
Do you have a fixed window-size? It's no shame to do so, esp. when you're not very experienced. If not, at least try to figure out on what kind of screen you're game is going to be played and if it's more likely to be played in fullscreen or in windowed mode. Done that? Then you hopefully have a somewhat uncertain guess, what the resolution of you're game is going to be.
Now think about how far zoomed out you'd like your camera to be. How many objects of a type should fit next to each other on a single screen? Got a number? Good. If you haven't, check again, whether it's really a good FOV for the game you're trying to create, because any mistakes in the early planning will result in a lot of extra work later on.
Now that you have these basic numbers, just devide the horizontal resolution by the number of objects that can be displayed next to each other and/or do the same vertically. What you get is a very first number about how big your object might be. Don't be afraid to alter it (very few artists will like to work on sprites '37.69 px wide') since every value in here is just a very rough guess, but you shouldn't jump from 30px to 200px or it will, naturally, alter quite a bit about what you had planned for the appearance of the game.

If the result was a very low resolution, how do we verify that you can still get your style across on these small scales? You won't have to do this for every object, but at least one sprite of every object-type is advisable so that you can get a feeling for how to convey your style using such few pixels. First, do a concept-art of the object. It doesn't matter if it's done by hand or high-res on the screen, important is that you're really very satisfied with it. Now do the object in the resolution you've come to. If you're concept has the right perspective, you may scale it down as a reference, but make sure to draw this one complete new. Now compare. Is it still the same visual language? You don't have to show every detail from the concept, that would hardly be possible, but it has to feel just as detailed and has to emit the same style. If it does, it's quite likely that you've found a good resolution. If it doesn't, first of all, try again. If it still won't even come close, there are two possible conclusions: 1. You're simply not good enough of an artist, but someone who is might easily be able to accomplish the task. 2. You cannot decide between macro and micro. You want to show a huge lot of things, but each of them should be as detailed as if it was to cover half the screen. That simply doesn't work, or at least not without a well worked-out zoom-system. Think about your game and decide whether macro or micro is more fitting and more important for your game and work from there.

Hope I could help you with this,

bw,
Tobl
Think my post was helpful? Want to thank me? Nothing easier than that: I sure am are a sucker for reputation, so just give it a little keycode 38 if you like. ^^
Hi Tobi, wow, that was a great response :D I really appreciate the time you spent on this. I think this will get me to where I want to be.

Thanks a lot,
Geoffrey
After some further research, I have found that there does seem to be some kind of a standard for this. I've always looked at these types of games as divided into "squares", in the sense that you have a grid, with a square being the smallest increment that you can move something by. So, what I've found is that these squares seem to be made up of 50px wide by 25px in height. Evidently the aspect ratios, screen resolutions, ppi, etc. have all been removed from the equation due to automatic programming tools, and this is what an artist (not calling myself that quite yet) is left with.

If anybody would mind offering any input on this, I would be interested in being enlightened :)
Tobl had a pretty good overview, so I'll just say that it's much nicer to have the sprites themselves at a fixed resolution, rather than scale them down/up in the game to the appropriate size. That way, the artist can adjust for the scale changes themselves and not have to worry about the game smashing their precious pixels together in unpleasant ways.

-Mark the Artist

Digital Art and Technical Design
Developer Journal

There is some great information in the above posts so I'll just let you know what I do: working on 2d mobile games I optimize for android. For each level I use a 4096x4096 sprite sheet that is divided into areas for 32x32, 64x64, etc. This single sprite sheet does not take a great amount of time to load (anywhere from 4 to 16 seconds, depending on the phone) and once it's loaded all of the sprites are available without the need to load or bind anything else. I keep the number of colors down (128 typically) and export them as .png files which usually results in a file size of 300kb - 750kb.

I hope this helps, good luck!

This topic is closed to new replies.

Advertisement