For any experts out there. What's "easier" on the whole for the game to draw:
A 32bit png with transparency/alpha fading, or a 256 color sprite, with "renderstyle add" to achieve that same transparency?
This is to know what's gonna kill performance faster. I know that in general for PCs this is a trivial difference, but for non-flagship mobile devices, where processors/gpu outright suck (:P), this kinda matters.
Sprite render question.
Forum rules
Before asking on how to use a ZDoom feature, read the ZDoom wiki first. This forum is archived - please use this set of forums to ask new questions.
Before asking on how to use a ZDoom feature, read the ZDoom wiki first. This forum is archived - please use this set of forums to ask new questions.
-
DBThanatos
- Posts: 3101
- Joined: Fri Apr 14, 2006 3:17 pm
- Location: in "the darkness that lurks in our mind"
-
Rachael
- Posts: 13791
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: Sprite render question.
Definitely 256 color with add transparency, if you're talking about the software renderer.
For OpenGL I don't think it really matters, they get converted to the same format later on anyway before it's sent to the GPU to render.
For OpenGL I don't think it really matters, they get converted to the same format later on anyway before it's sent to the GPU to render.
-
Major Cooke
- Posts: 8196
- Joined: Sun Jan 28, 2007 3:55 pm
- Preferred Pronouns: He/Him
- Location: QZDoom Maintenance Team
Re: Sprite render question.
If you need to convert images by chance, you can use websites like TinyPNG without losing any sort of quality and greatly compressing the image into a palette. It keeps the transparency too.
-
DBThanatos
- Posts: 3101
- Joined: Fri Apr 14, 2006 3:17 pm
- Location: in "the darkness that lurks in our mind"
Re: Sprite render question.
@Rachael: Thanks for that info. In this case Im aiming for hardware renderer (not even sure if software renderer is possible in d-touch). But at least part of my suspicions were true.
@Cooke: Nope, in this case is not so much about saving a few bytes on space, but more about knowing if a 256 palletted is indeed easier on the engine than a full 32bit image. There's things that 100% need 32bit to look the way I want them.
@Cooke: Nope, in this case is not so much about saving a few bytes on space, but more about knowing if a 256 palletted is indeed easier on the engine than a full 32bit image. There's things that 100% need 32bit to look the way I want them.