Snes9x.com

For those that were not keeping up 1.54 of SNES9x was actually released with myriad improvements and native 6xBRZ. Wow, I missed this! :D It seems Snes9x is lacking some way to subscribe to release updates, e.g. via an RSS feed. PS: Would it be possible to use an application icon that looks "l...

boltzmann wrote:Zenju, thanks again for implementing this! You should do it for ScummVM as well

Done https://sourceforge.net/projects/xbrz/files/ScummVM/

MS removed it from the last DX SDK. You can find it here, but I'll save you some work.

Awesome, that's indeed the problem! Quite strange, but indeed, ddraw.lib is simply missing from the newer version of the DirectX SDK!

thank you for the job zenju :) Is it be possible to have a build 32bits like the previous version ? thanks You're on XP, right? The build is 32-bit, but it requires Vista and later. I first wanted to make it XP-compatible but then I get a linker error "fatal error LNK1181: cannot open input fi...

Comes to TestBuild? Here you go: https://sourceforge.net/projects/xbrz/files/Snes9x/ Just compiled from current GIT sources including the 1.2 version of xBRZ. As expected the actual perf improvement compared to xBRZ 1.1 is quite significant! For testing you can check the CPU time with Process Explo...

One more xBRZ update: v1.2: After having some fun with the alpha-channel I gave the performance yet another intense overhaul: Was able to squeeze out 30% of the already optimized multithreaded version! 2014-11-21: Updated xBRZ to version 1.2: - improved performance by over 30% - Improved color analy...

Hi, I just released version 1.1 of xBRZ with two noticeable improvements: 1. alpha channel support, and 2. improved color detection: https://sourceforge.net/projects/hqmame/files/xBRZ/ I guess Snes9x does not need to scale images with alpha channels, but the new color detection is an improvement in ...

OV2 wrote:That's what the "Bilinear Filtering" option in display settings should do.

lol, for some reason I didn't expect a user option for "bilinear filtering", and so didn't look for one. TIL

I think I did that to get closer to your task granularity, but I guess you're right since this is CPU-bound. The best multithreaded solution would be of course to have a task scheduler (like Intel TBB - hopefully this will be a standard C++ library maybe with C++17) and chop everything into tiny li...

I've finally had time last weekend and added xBRZ. It's looking good! I've done a very quick review of the code and have two remarks: num_xbrz_threads = sysinfo.dwNumberOfProcessors * 2; I think the "*2" should be removed. On my machine this creates 8 threads, but I only have 4 CPU cores ...

The kega version of xBRZ claims to be 2-8 % faster than the original code, so it's probably the differences between kega and snes9x that explain perf. Technically the kega xBRZ code does pretty much the same thing, except for needlessly giving up on encapsulation by undoing function calls that the c...

Aaron6537 wrote:how difficult it would be to add 2xBRZ and 3xBRZ

Actually, easy I've added 2xBRZ and 3xBRZ:

Snes9x-1.53-xBRZ-2014-06-05.zip
Snes9x-1.53-xBRZ-2014-06-05-source.zip

do you think you could possibly turn the filter into a .cg shader file as a shader and share the code on this thread? I don't have experience programming cg shaders, but I guess it would be quite a challenge. xBRZ has been written from scratch in C++ and takes advantage of a lot of C++ features whi...

allow an exception for s9x Sure, no problem :) Just let me know when time to implement draws near, and I'll add it to the official sources just like for HqMAME. if there ever is another I truly hope so... but currently I have nothing to complain about 1.53 so far, and it supports all the features t...

Hi, just as the title says, this is Snes9x with support for the xBRZ software scaler. xBRZ is intended as a replacement for HQx and was added as a new scaler for selection in Snes9x's display settings. http://i.imgur.com/lVJiWA5.png For a short comparison between xBRZ and other software scalers, see...

Hi, for the Windows port the RGB565 to RGB32 is implemented as: #define CONVERT_16_TO_32(pixel) (((((pixel) >> 11) ) << /*RedShift+3*/ 19) | ((((pixel) >> 6) & 0x1f) << /*GreenShift+3*/11) | (((pixel) & 0x1f) << /*BlueShift+3*/ 3)) The green pixel needlessly is stripped off its least signifi...