Skip to main content

Browse GamesGame JamsUpload GameDeveloper LogsCommunity
Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines
Hugues Ross2 years ago(+3)

Yes, though I feel like I need to make an addendum to that.

  1. The vast majority of games, game engines, and frameworks today are rendering with the GPU. Moreover, switching to CPU rendering will probably be slower regardless since your CPU is much slower at the kind of math involved in rendering and the graphics data will most likely still need to pass through the GPU at some point to reach the display.

  2. There’s not just a limit of textures per draw call to worry about. Switching textures bound to slots between draw calls also has a performance cost, which is another reason why some games use spritesheets and/or texture atlases.

  3. Just because spritesheets are better at runtime doesn’t mean you need to author your sprites that way. You can code your game to load the frames individually and stitch them together when your game starts up, or alternatively generate spritesheets from your source textures as part of your game’s CI/CD pipeline (if you have one, I understand many indies do not use them as part of their workflow).

Reply
40wattstudio2 years ago(+2)

If I read point #3 correctly it sounds like there are at least two ways of loading sprite sheets:

1) Load the completed sprite sheets at the very beginning. 

2) Load individual images at first, but then the game patches them together into a sprite sheet. 

Hopefully I got that right! If not I'm sure you or someone else will be quick to correct me. I just recently started to pay attention to the sprite sheet concept in game development. I had downloaded this game on Steam and the art style wasn't to my liking. No biggie, I thought, I'll just find the graphics files and change them out with my own. That's when I saw that all the graphics were consolidated into sprite sheets and that got me to wondering why they are used in the first place.

Reply
hechelion2 years ago (1 edit) (+3)

Another amendment.

"quou's" answer is perfect, but it is extremely technical.

The vast majority of game engines and libraries usually resolve these limitations internally, in such a way that as an end user, you will never have these limitations in mint. and you, as a user of these engines, will not have a problem if you use 1000 separate files or if you use a single sprite sheet and although there are performance differences, they are not usually significant in the vast majority of indie developments.

I am not saying that it is not something important, what I am saying is that it depends on each case.

As they already told you, fewer files is usually more optimal, but sometimes it is more comfortable to work with each file separately, in the end it is a matter that depends on many factors, for example, the mugen engine (at least the old one) it asked you that each animation frame of the character be a separate file.

Unity3D has a tool to make it easy to create animations from a sprite-sheet, while another engine doesn't. So in the end it will depend on all these factors if it is better for you to use a separate sprite or a sprite sheet.

Reply
AboutFAQBlogContact us
Copyright © 2025 itch corp · Directory · Terms · Privacy · Cookies