Hi, both games show the known clean image icon and while Super Mario Kart (USA) with DSP1 works, the variant using DSP1B gives a black screen. Using bsnes built against latest commit.

The game hashes shown by manifest viewer: sha256: 89ad4ba02a2518ca792cf96b61b36613f86baac92344c9c10d7fab5433bebc16 (DSP1) sha256: 76d293e5a772eb2f326e173eac62ca323873b1f329f9b935a97ba86974e1fcd5 (DSP1B)

Update: In higan built against latest commit both variants work.

A few minor emulation fixes have landed in higan since bsnes was forked. We should cherry-pick those fixes across to maintain parity. You can generate a list of candidates in the higan repository with git log v110.. higan/sfc (assuming byuu already synced any changes from the fork-point to v110), but as of this writing they include:

• [X] https://github.com/higan-emu/higan/commit/caed1556ebb460cee27589bac7bdf9b0567a88e1
• [x] https://github.com/higan-emu/higan/commit/56bdd466461201f80001cc9db4bded1360e81336
• [x] https://github.com/higan-emu/higan/commit/e422ddc7293b10aae8a1935d4c7f96aeb8445430

(I'm not sure about that middle one, but it's worth investigating)

Sorry if this is the wrong place to put this. I am running Linux Mint and trying to get bsnes Ubuntu running, but the 'executable' doesn't open, even when I tell Linux to allow it to execute as a program. It says it can't find the program to open it. I've been able to get the Windows version working alright with WINE, but it would be nice to be able to run the Linux version ya'll have spent good time getting together. Thanks!

The bsnes window is mostly covered by the viewport, which is supposed to be black. When the window is resized, the hiro Viewport widget repaints itself, according to whatever hiro backend is in use.

However, on some platforms that's not enough. Specifically on X11, when the user resizes a window the window manager, the X server, and the application can all have different ideas about the exact window size. The X11 protocol gives each window a "default background colour", to be used by the X server to fill the blanks after the window manager has resized the window, but before the application has been able to repaint it. Because the bsnes window is mostly black, bsnes sets its window background colour to black, so the flickering of X-server-drawn and application-drawn content will be less obvious.

Unfortunately, it gets more complex. GTK+2 was designed around the X11 model, and so it works basically the way bsnes expects. GTK+3 was designed around the more modern compositing model, which doesn't need that "default background colour" hack, and as a result when you set the window background colour on GTK+3. that background colour is used for everything. Even the menu-bar, which by default draws text in a very dark grey, so you can hardly read what it says.

Perhaps there is a way to both avoid flicker on GTK+2 and not break GTK+3, but until we find it, I would rather occasional flicker on GTK+2 than permanently broken GTK+3.

Fixes #108.

This merges SNES auto-joypad polling fixes. The new code runs the auto-joypad polling at 128-cycle granularity instead of 256-cycle granularity, so that the first event can happen ~128 cycles after the start of Vblank. I've left comments for the unknown behaviors. I also removed the hacks since they are no longer needed.

This fixes issue 3 of 3 for https://github.com/bsnes-emu/bsnes/issues/61, which means we can close issue 61 now.

I have tested and confirmed these fixes work with every game affected.

It's very important to put together an official website for bsnes, with features, screenshots, and download links. It could also prove helpful to include documentation for bsnes on said page at some point.

bsnes has a URL in the about box which points to the bsnes-emu GitHub repository. It should be updated to point at the new webpage once this is done.

This change allows for a SGB boot rom with the same name as a SGB rom to be loaded from the same folder, which allows for MSU-1 enhanced SGB games to work without having to rely on the subsystem menu. If it fails to load a SGB boot rom from the same folder, it will first revert to the already implemented method of loading the boot rom from the system directory and etc.

Hi

When I saw that bsnes had been updated with the latest SameBoy my heart skipped a beat but it appears the buildbot is failing building Windows binaries.

What causes the builds to fail and is there a kindhearted soul out there that have managed to build the latest bsnes with all commits up to https://github.com/bsnes-emu/bsnes/commit/f98cb01d0ab1d791d52039515f7300429f72bdd5

Many thanks in advance!!

I don't know if you are already doing this or not but I was wondering if you plan on integrating future revisions of Sameboy into the emulator for it's Super Game Boy emulation. Sameboy is only on revision 0.12.3 so it would make sense to update BSNES's Sameboy core as new releases come out.

When building bsnes with hiro=gtk3, the menu-bar is drawn as normal (usually dark-grey) text on a black background, instead of the (usually light-grey) background the theme provides.

I have no idea why it does this, but this is a blocker for making GTK3 the default hiro backend.

closes #198.

Note that #define __MSVCRT_VERSION__ WINVER is the only thing that broke the build, but I've removed the others regardless because

1. it doesn't feel right to define some of these and not others
2. Looks like they're bound to cause issues in the future as well

Note that the resulting binary does change after removing #define _WIN32_IE WINVER... don't ask me why, I genuinely have no idea why the internet explorer is of any relevancy here. Chose to ignore and move on 👍

In the standalone version of bsnes, the "Load Game" dialog has an option that lets you bypass the region auto-detection feature to choose from "NTSC" or "PAL".

I see no such option in the Libretro core. It seems the core always selects the region automatically upon loading of the game.

This file seems to contain an All Rights Reserved license from Nvidia: https://github.com/bsnes-emu/bsnes/blob/c0c60c83a84a49d4a2b822a0491cb258a3c5b98a/shaders/xBRZ.shader/fxaa.fs

If that's the only license it's under, it's not clear to me how it's compliant with the GPLv3+ license of the rest of the project. If it is under a GPLv3-compatible license, can this status be clarified?

Could someone please change the bsnes to "focus" on this new fullscreen tab when it comes to windows?

Basically, what I mean is that when an application is "focused" that means that it is in use. For example: Google Chrome. When it is "not focused" (you click on a place that isn't the application or you open up a minimized application), you can see all the black font on its tabs to switch to a slightly greyer color. When you click on a Google Chrome tab again, it becomes "focused". Could you make it so that when you use fullscreen mode again you "focus" on this new fullscreen tab?

Hello.

If I click on 'Download' from the GitHub repo page under Nightly Builds, then click the first item, then linux-x86_64-binaries, then under Artifacts click the Download arrow icon on the right next to bsnes-nightly, a 22-byte .zip file downloads.

If instead of clicking the download arrow icon I click bsnes-nightly itself, it displays a file, bsnes-nightly.zip. If I click this, it takes me here which displays the following error:

Have I missed something or is this broken? Thanks.

LIke title says. Playing games, I see slight jitter, but I cannot find vsync option in any video or emulation settings of bsnesv v115. What am I missing here?