New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: Deposterization filter for xBRZ #826
Comments
@gonetz |
@gonetz Deposterize shader libretro/common-shaders@cc81b1f |
I've added the deposterization step from Ishiiruka's code: I can't share the binary via googledrive because it says that the file is infected. I tested the file via virustotal - ClamAV reports about Win.Adware.Browsefox-12346, others 54 antiviruses reports that the file is clean. If you need the binary, you may write me an email, I'll send the file to you. |
Zip with password protection and share the password in the info file. |
Good idea. The binary: pass: deposterization |
@gonetz Changes are supposed to be subtle http://libretro.com/forums/showthread.php?t=4908 |
If you see the positive difference in quality, I'll add that code to master. |
I'll check it out soon and then post the results here. Thanks for the attention. |
Colors are better with deposterize enabled, Buttons around Navi button become lighter yellow instead of brownish and green circle seems to have better transparency. |
@ADormant You must be comparing the wrong images. Compare 6xBRZ Texture Scaling to 6xBRZ + Deposterization texture Scaling (the last two images). They are basically the same, aside from some very minor differences on the ground textures, but these differences aren't for the better, they are just different. |
Still wouldn't hurt to add it looks somewhat different after all. |
It hurts performance, since the deposterization step is not free. I can make it optional though. Regarding the result: it is probably a bad idea to use maximal BRZ level. Try 3x or 4x BRZ, may be difference will be more noticeable. |
I suggest to close this issue since deposterization step does not help to solve problems with xBRZ and N64 textures. |
@gonetz Deposterize is good for games with dithering https://github.com/tapcio/PeteOpenGL2Tweak/releases |
Most of N64 textures use 16bit color, however deposterization has no visible effect. N64 texture size may negate the effect, because N64 texture memory is just 4kb. |
Hmm PS1 texture cache is only 2kb. |
I have fixed an issue in GLideNHQ code and now deposterization effect is clearly visible https://drive.google.com/file/d/0B0YqMPjGo3B2LTVtcHAzX3ZDUjg/view?usp=sharing |
So, deposterization is useful after all. I'll add it to master. I think, it should be optional though. |
I agree; it should be optional. Just like in PPSSPP. |
I helps Earthworm Jim a lot, but it doesn't seem to help OOT. I also think it's a good idea to include it into master. |
Done |
Has anybody my dev branch with Deposterization feature in your local git repository? |
What's breaking it? I'm not seeing any issues right now with it enabled in Android. Amy specific examples? |
I have issues in every game, e.g.: |
I see the problem. It happens only on devices with multicore CPU, if GLideNHQ can detect number of cores. |
Fixed. |
xBRZ scaling leaves the textures with posterization issues. The same issue happened on PPSSPP, but they sorted it out with a deposterization step. The issue and the solution are both described here:
http://blog.metaclassofnil.com/?p=306
Example of the issue in GLideN64:
Pay attention to the sky texture. The first one is xBRZ filtered, the second one is HQ4x.
It's way more evident in some games, like in Ocarina of Time. The ground texture in that game gets really distracting.
The text was updated successfully, but these errors were encountered: