Bsnes emulator enhancer mac code#
Bsnes emulator enhancer mac mac#

Modern graphics cards have a whole pipeline that needs to be updated and buffers that need to be reallocated from a gratuitously larger memory bank. It was likely only one bit of a register that determined what pixel clock to use and how much VRAM to address. I'm not an expert in SNES, but my general architectural sense is that resolution switching on early consoles and PCs like the Apple II should actually require less 'horsepower' than modern PCs. Unfortunately, a real SNES and BSNES/9x as well, have the input lag associated with such switches I'm actually surprised the SNES had enough horsepower to dynamically switch resolutions like that without either slowdown or the flashing I'm seeing.

In the longer term, a Cocoa version should hopefully not have this problem - if I ever get around to finishing it. Again, this will be optional - it's a workaround for the few games that require it. You're correct that locking in high mode may do strange things to the video filters, but this is likely to be preferable to constant flickering. The 'quick fix' for this problem is in Byuu's court - namely, we're going to add an option to BSNES to lock the resolution to either low or high. Unfortunately, you've found the exception. Now, in most cases a single black frame while the reinit happens doesn't matter, as games flip the resolution once and leave it for a while (for example Sonic 2 bonus level, etc). There's a preferences-controlled change in a few others too for high resolution rendering as per the CPC, etc. Off the top of my head the only emulators that do a dynamic size change mid-game are the Genesis/Megadrive emulators and BSNES.

The very fact that this only became an issue a few weeks ago I think proves that my decision to implement the way I did was a reasonable shortcut to take

Bsnes emulator enhancer mac code#

One of the things that it can't do is dynamically change resolution without a video reinitialization, and because of the way the code is designed that would require a major rewrite to fix, something which isn't going to happen until a Cocoa rewrite which is, though WIP, a long way down the road still.

Bsnes emulator enhancer mac mac#

Remember that my Mac emulator shell is a single library that I've bolted onto almost thirty emulators it's deliberately generic rather than tuned for the requirements of any specific emulator. Wouldn't that either make 16:9 aspect correction look wonky, or just plain screw it up period? It might work for some of the more mundane video filters, but both stretching and some of the more esoteric blur type filters would be kind of eschewed with what basically boils down to a horizontal pixel double, yes? Or am I wrong here and what you're saying is basically what SNES9X does? I know that 9x doesn't 'appear' to do anything except just 'go into' high res mode with no visible switching other than the text boxes. I suppose that could be a question for you or Richard. Would it be too much of a pain to always use a double-sized buffer and do a check to fill 2 columns per pixel when not in high-res mode, or for efficiency are you relying too much on block copies of pre-formatted content to do that?. The holdup is on my end, I need to add something to the libsnes wrapper to allow for fixed resolutions. I've accounted for it with my own implementation because I knew about it, but it's a lot of work for just one system to go back and retroactively do that. By changing the resolution, it causes him to have to reinitialize the video output code. Which is a problem for the design of Richard's OpenGL code, which expects a fixed output size. To support hires games, bsnes dynamically changes the resolution between frames. There should be no obvious differences between this and the previous release (in particular the flicker reported a few posts below in BSNES is *not* fixed). There have been a few changes made under the bonnet to fix minor bugs in the system.