 |
|
You are not logged in.
- Topics: Active | Unanswered
We won't make a 3DS/2DS emulator.
Pages: 1
#1 Re: Support » Screenshot color value differences between 0.9.11 0.9.13 » 2025-05-07 12:34:22
Thanks (nice reference, too 
) . Looks like I was on the right track after all. I remedied the situation with the help of a member from VGR, and now white and black values are accurate. Colors are another issue altogether, so I'll go on a case by case basis, as the tool is not that accurate on color values either.
I was thinking of replaying the games via 0.9.13, but it presented new issues too on some 2D images because it shifts them one pixel up and to the right, as presented here with Hotel Dusk: https://i.imgur.com/hqbtaT8.gif
This never happened on 0.9.11, so for now, case by case basis. The community is mostly fine with whatever outcome, so it won't be much of a dilemma.
#2 Support » Screenshot color value differences between 0.9.11 0.9.13 » 2025-05-04 10:35:31
- Adrot
- Replies: 2
Salutations,
I have recently noticed that the screenshots taken in 0.9.11 have RGB values that actually differ from the observed gameplay (like pure white being 248 instead of 255). This issue seems to have been fixed in 0.9.13. Is it possible to know what file or part of Desmume's code has made this change? Just being directed to the file that has the code that handles these values would help too. I am in a bit of an issue with this late discovery, as it would mean having to retake a lot of screenshots, and I think that finding out the change or cause might help save a lot of time on my end. A theory I've heard of the cause is that it uses bit shifting to go from RGB555 to RGB888. Attempting to fix the screenshots themselves with math expansion still seems to make some color values to be off by 1 or more.
I apologize in advance if this causes more hassle than deemed necessary, considering that the version is fixed in the latest version.
Pages: 1