- For making cartridges of your Super NES games, see Reproduction.
bsnes-mcfly v106r14b has been released in order to fix this regression.
Would it be possible to implement/add this:
Simulates the way a console’s display device differs from modern computer monitor’s colour reproduction. In particular, it simulates the slightly-different gamma correction used by the Super Famicom.
Simulates the limited horizontal resolution of standard-definition TVs by blurring together horizontally-adjacent pixels. Games like Jurassic Park for the Super Famicom depend on this to emulate a transparency effect.
I have checked but could not find these options in the emulator, I know standalone higan and the RetroArch higan core got these options.
Would be really cool to have these options in the future.
Thanks in advance!
This is to demonstrate what I mean by Color emulation and Blur emulation:
Default output (like we see it roughly in bsnes/higan)
Color emulation ON with Blur emulation OFF
Color emulation ON with Blur emulation ON
Those rocks looks so much better with Blur emulation ON.
The Color Emulation option is called “Simulate NTSC TV gamma ramp” in bsnes-mcfly because that's what bsnes v073 called it. It's in the Configuration Settings dialog box, Video tab.
And because I'm trying to recreate the Qt GUI, I didn't expose a way to configure Blur Emulation, instead setting it to Off automatically.
I just replaced my computer last week and am still setting up a non-Windows OS (my new computer has Windows 10, which I am loath to use for longer than absolutely necessary), so while I can make a change to add the Blur Emulation option, it's going to be difficult for me to provide precompiled Windows builds in the future.
I appreciate that the Blurring could be implemented at least, I wish you good luck with your new PC.
From README.txt:hex_usr wrote:When you have that, follow the instructions in bsnes-mcfly's included README.txt file to compile Qt (also available in this post).
How to compile bsnes-mcfly on Windows:Is this still intended to be buildable on and for X11/Linux? On a PC running Xubuntu 18.04, I enabled source code repositories, did sudo apt build-dep higan, and then tried to adapt the instructions in cc.bat:
Code: Select all
$ cd bsnes $ make rcc target-qt/resource/resource.qrc -o obj/resource.rcc rcc: could not exec '/usr/lib/x86_64-linux-gnu/qt4/bin/rcc': No such file or directory target-qt/GNUmakefile:58: recipe for target 'obj/resource.rcc' failed make: *** [obj/resource.rcc] Error 1
I moved to Qt5 at King Of Chaos's request. When I did, I just about migrated the entire GUI source from Qt-style event handlers to C++11's lambdas, which are only supported by Qt5. At this time, only 1 source file still requires moc (Qt's meta object compiler) to compile, and it would be nice if I could eliminate moc as a dependency entirely.
rcc is Qt's resource compiler. I use it to embed higan's Super Famicom games database, among other things. It would be trivial to convert those to sourcery, byuu's cross-platform resource compiler, but 2 of the resources are Qt-specific images used to style form controls, and I'm not sure how I could get those to work while using sourcery.
...I think it would be a shame to have to revert all those lambdas to Qt-style handlers, especially considering that the underlying higan code requires C++14 and will soon require C++17.
higan's GUI toolkit is hiro, which is a cross-platform wrapper around Windows, GTK, Qt4 (with Qt5 support coming soon), and Cocoa (macOS).
hex_usr wrote:In general, each update to bsnes-mcfly comes shortly after an update to higan, so as long as higan is on hiatus, so too is bsnes-mcfly.
It's not like I don't want to work on bsnes-mcfly. I want to add a debugger so that it could compete with bsnes-plus in addition to bsnes-classic, but I promised myself that I wouldn't do so until higan/bsnes v107 was released.
He's tweetting about his rig these days though? Freebsd setting he's trying to figure out for his threadripper or something.