Reply to Re: Some questions on FPS, true colour, and the DinkEngine
If you don't have an account, just leave the password field blank.
: 1. I press alt + D to check FPS: in DinkEdit or in the game itself?
In the game, but if the game runs bad in Debug mode, the FPS will be much lower than when you do NOT use that mode.
: 2. Why is true colour 'wrong' in a D-mod?
- Because the Dink engine isn't as good as for example PaintShop Pro at finding the most similar colors found in the Dink palette (the Dink engine doesn't show true color, it just tries to change all the colors to compatible ones).
- Because the files are bigger and "eat" more memory and harddisk space, and makes the download bigger.
: 3. What has true colour got to do with FPS?
Err... see above.
: 4. What has true colour and FPS have got to do with the DinkEngine?
Err... se above again.
: 5. What's the difference between true colour and the Dink Palette?
"True color" is the same as 32bit color (right?), which means more than 4'000'000'000 different colors, while the Dink palette only had 256 colors.
: 6. Do many graphics on the same screen have something to do with FPS?
Yeah.. they use memory and such.
: 7. I know that adding many graphics in the same screen slows down the loading speed, but if you do have as many as 99 sprites on the screen (placed with the editor) does it screw up all comps? Or only the slow ones?
I don't know, but i suppose it slows down ALL computers.
: 8. Is there a difference in performance of a computer, of FPS, and of the DinkEngine when placing sprites on screen by using the editor or by using a script to place sprites on screen?
Hmmmm...
: 9. Even if you have a fast comp, does the Dink Engine limit the speed of loading when you have many graphics? So, what speed is more important: the DinkEngine or the computer?
I don't know...
: 10. Can you still not put any new graphics in (with Dink Palette applied of course) even if you have a fast comp, without making sure it's not true colour?
Sorry, i don't understand the question.
: 11. DethLord said the Dink Engine is capped around 60-70 FPS. So more FPS's is good? Or is the 28 FPS IvanMZ mentioned good? What IS good? I'd say more FPS is good, but IvanMZ says less FPS is good - well, compared to 60-70 FPS...
MORE FPS is good. When IvanMZ wrote "incredible", he sort of meant it in the "incredibly bad" way.
: 12. If I have a new graphic (from one or the other source) what do I have to do to make sure that it doesn't overload the Dink Engine - the FPS and colour part?
Apply the Dink palette to it... (then it won't be "True color" anymore)
: 13. Is this a problem that only occurs on fast comps? I didn't encounter any colour problem when playing my D-mod (Dink Smallwood's Christmas, that is) and neither did SabreTrout. I don't know the specs of his comp, but mine is real old (300, 32MB, 4 MB videocard.)
I think you have the same "problem" on all comps... 28 FPS doesn't look THAT bad, really. it just isn't as good as 60-70.
: 14. Any other things I should now on this subject?
No.
: Thanks.
No problem.
PS: I didn't have answers to all your questions, and i'm not 100% sure on all of them either. Please correct me if i am wrong at any point, you stupid experts like Paul.
In the game, but if the game runs bad in Debug mode, the FPS will be much lower than when you do NOT use that mode.
: 2. Why is true colour 'wrong' in a D-mod?
- Because the Dink engine isn't as good as for example PaintShop Pro at finding the most similar colors found in the Dink palette (the Dink engine doesn't show true color, it just tries to change all the colors to compatible ones).
- Because the files are bigger and "eat" more memory and harddisk space, and makes the download bigger.
: 3. What has true colour got to do with FPS?
Err... see above.
: 4. What has true colour and FPS have got to do with the DinkEngine?
Err... se above again.
: 5. What's the difference between true colour and the Dink Palette?
"True color" is the same as 32bit color (right?), which means more than 4'000'000'000 different colors, while the Dink palette only had 256 colors.
: 6. Do many graphics on the same screen have something to do with FPS?
Yeah.. they use memory and such.
: 7. I know that adding many graphics in the same screen slows down the loading speed, but if you do have as many as 99 sprites on the screen (placed with the editor) does it screw up all comps? Or only the slow ones?
I don't know, but i suppose it slows down ALL computers.
: 8. Is there a difference in performance of a computer, of FPS, and of the DinkEngine when placing sprites on screen by using the editor or by using a script to place sprites on screen?
Hmmmm...
: 9. Even if you have a fast comp, does the Dink Engine limit the speed of loading when you have many graphics? So, what speed is more important: the DinkEngine or the computer?
I don't know...
: 10. Can you still not put any new graphics in (with Dink Palette applied of course) even if you have a fast comp, without making sure it's not true colour?
Sorry, i don't understand the question.
: 11. DethLord said the Dink Engine is capped around 60-70 FPS. So more FPS's is good? Or is the 28 FPS IvanMZ mentioned good? What IS good? I'd say more FPS is good, but IvanMZ says less FPS is good - well, compared to 60-70 FPS...
MORE FPS is good. When IvanMZ wrote "incredible", he sort of meant it in the "incredibly bad" way.
: 12. If I have a new graphic (from one or the other source) what do I have to do to make sure that it doesn't overload the Dink Engine - the FPS and colour part?
Apply the Dink palette to it... (then it won't be "True color" anymore)
: 13. Is this a problem that only occurs on fast comps? I didn't encounter any colour problem when playing my D-mod (Dink Smallwood's Christmas, that is) and neither did SabreTrout. I don't know the specs of his comp, but mine is real old (300, 32MB, 4 MB videocard.)
I think you have the same "problem" on all comps... 28 FPS doesn't look THAT bad, really. it just isn't as good as 60-70.
: 14. Any other things I should now on this subject?
No.
: Thanks.
No problem.
PS: I didn't have answers to all your questions, and i'm not 100% sure on all of them either. Please correct me if i am wrong at any point, you stupid experts like Paul.
