libretro / bsnes2014 Goto Github PK

This is an odd one, this particular game causes the inputs not to respond on android
This is a relevant log:

W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 6
W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 7
W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 8
W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 6
W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 7
W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 8
W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 6
W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 7
W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 8
W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 6
W/NvAudioPolicyManager(  172): getDeviceForStrategy() unknown strategy: 7

E/RetroArch( 9677): Failed to find device for ID: 5
E/RetroArch( 9677): Could not look up device name or IDs.
I/RetroArch( 9677): Device model: (SHIELD
I/RetroArch( 9677): ).
I/RetroArch( 9677): Using new lookup
W/art     ( 9677): JNI WARNING: java.lang.StackOverflowError thrown while calling printStackTrace

It only fails to find device for this ID when THIS GAME IS LOADED
The same issue plagued mupen on lollipop (when it was working, now it doesn't even work)

This core has been recently updated in Arch Linux(jump from 464 to newest 499 commits version). Now, after loading savestate sound disappears, I have to restart Retroarch to get it back. It's not arch's package specific, since when compiled directly from git the same happens.

Hello,

I get this compilation error using Xcode 6.0.1 toolchain:
clang++ -o out/bsnes_libretro_ios.dylib -dynamiclib obj/libco.o obj/processor-arm.o obj/processor-gsu.o obj/processor-hg51b.o obj/processor-lr35902.o obj/processor-r65816.o obj/processor-spc700.o obj/processor-upd96050.o obj/sfc-interface.o obj/sfc-system.o obj/sfc-controller.o obj/sfc-cartridge.o obj/sfc-cheat.o obj/sfc-memory.o obj/sfc-cpu.o obj/sfc-smp.o obj/sfc-dsp.o obj/sfc-ppu.o obj/sfc-satellaviewbase.o obj/sfc-icd2.o obj/sfc-bsx.o obj/sfc-nss.o obj/sfc-event.o obj/sfc-sa1.o obj/sfc-superfx.o obj/sfc-armdsp.o obj/sfc-hitachidsp.o obj/sfc-necdsp.o obj/sfc-epsonrtc.o obj/sfc-sharprtc.o obj/sfc-spc7110.o obj/sfc-sdd1.o obj/sfc-obc1.o obj/sfc-hsu1.o obj/sfc-msu1.o obj/sfc-satellaviewcart.o obj/sfc-sufamiturbo.o obj/gb-interface.o obj/gb-system.o obj/gb-scheduler.o obj/gb-memory.o obj/gb-cartridge.o obj/gb-cpu.o obj/gb-ppu.o obj/gb-apu.o obj/gb-cheat.o obj/gb-video.o obj/libretro.o -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS8.0.sdk -arch armv7
ld: illegal text-relocation to '_posix_memalign' in /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS8.0.sdk/usr/lib/libSystem.dylib from '_co_create' in obj/libco.o for architecture armv7
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [build] Error 1
Failed to build bsnes performance core

OS: Slackware64-current
gcc-7.1.0

@ilag11111 Can you take a look at this?

g++ -std=gnu++0x -I. -Ilibco -O0 -g -DSFC_LAGFIX -fPIC -D__LIBRETRO__ -DGIT_VERSION=\"" fcc7244d"\" -DPROFILE_ACCURACY -c sfc/slot/sufamiturbo/sufamiturbo.cpp -o obj/sfc-sufamiturbo-accuracy.o
g++ -std=gnu++0x -I. -Ilibco -O0 -g -DSFC_LAGFIX -fPIC -D__LIBRETRO__ -DGIT_VERSION=\"" fcc7244d"\" -DPROFILE_ACCURACY -c target-libretro/libretro.cpp -o obj/libretro-accuracy.o
target-libretro/libretro.cpp: In function ‘void retro_cheat_set(unsigned int, bool, const char*)’:
target-libretro/libretro.cpp:591:18: error: invalid conversion from ‘char’ to ‘char*’ [-fpermissive]
   char *nulstr = '\0';
                  ^~~~
make: *** [Makefile:101: obj/libretro-accuracy.o] Error 1

git bisect failed...

There are only 'skip'ped commits left to test.
The first bad commit could be any of:
a9204c52ef1d254c881bf56fd6ee11a3355d4b14
da026a5bb24831e4035b518ebfd91cb2d7a2177f
879383ee1f546ad99884cf73fce10da43ce7c765
We cannot bisect more

a9204c5
da026a5
879383e

Any bsnes core before 2015-12-17: Success! The game successfully launches.

Any bsnes core after 2015-12-17: Fail! The game does not launch at all.

At least that's what I was able to determine, it's crashing after RA calls retro_serialize(data, size);

I don't really like how savestates are incompatible between lagfix and not-lagfix (that frame_event_performed flag).

Since the serialization code is only be called when within one of those scheduler.exit(Scheduler::ExitReason::FrameEvent) calls, and each of them (other than non-SNES cores, which aren't used by this repo anyways) is followed by setting that flag, I suspect we can replace s.integer(status.frame_event_performed) with status.frame_event_performed=false. @Brunnis, do you agree?

For reference, here's how the lagfix looks after fixing it about ten times: libretro/bsnes-libretro@6039847...libretro

Megaman X2/X3 crash after the Capcom logo

Whenever SuperRoadBlaster locks up and you can't even alt-tab or go back to the GUI, goes into what seems like an endless loop but the frame counter keeps updating (windows register the app as not responding and even then the fps counter keeps updating but input doesn't work)

Some hacked Games like "hyper street kart" or "spongebob kart" starts in black screen.
"SuperRoadBlaster" comes with a "no find msu1 hardware" Error. Tested with "bsnes Performance" in Retroarch.

Nach oben Nach unten

Hello,

I tried compile this by running make -j2 platform=x profile=balanced target=libretro
Started fine but i got this error:
cc build.o obj/libco.o obj/processor-arm.o obj/processor-gsu.o obj/processor-hg51b.o obj/processor-lr35902.o obj/processor-r65816.o obj/processor-spc700.o obj/processor-upd96050.o obj/sfc-interface.o obj/sfc-system.o obj/sfc-controller.o obj/sfc-cartridge.o obj/sfc-cheat.o obj/sfc-memory.o obj/sfc-cpu.o obj/sfc-smp.o obj/sfc-dsp.o obj/sfc-ppu.o obj/sfc-satellaviewbase.o obj/sfc-icd2.o obj/sfc-bsx.o obj/sfc-nss.o obj/sfc-event.o obj/sfc-sa1.o obj/sfc-superfx.o obj/sfc-armdsp.o obj/sfc-hitachidsp.o obj/sfc-necdsp.o obj/sfc-epsonrtc.o obj/sfc-sharprtc.o obj/sfc-spc7110.o obj/sfc-sdd1.o obj/sfc-obc1.o obj/sfc-hsu1.o obj/sfc-msu1.o obj/sfc-satellaviewcart.o obj/sfc-sufamiturbo.o obj/gb-interface.o obj/gb-system.o obj/gb-scheduler.o obj/gb-memory.o obj/gb-cartridge.o obj/gb-cpu.o obj/gb-ppu.o obj/gb-apu.o obj/gb-cheat.o obj/gb-video.o obj/libretro.o -o build
cc: error: build.o: No such file or directory
: recipe for target 'build' failed
make: *** [build] Error 1

Following the instructions on https://docs.libretro.com/development/retroarch/compilation/linux-and-bsd/ results in being unable to compile bsnes balanced (or more precisely, being unable to compile it with openGL).

Adding $(info statements to the Makefile to trace through it and find the problem shows me that the platform is set to "unix-opengl" and the Makefile does not understand that, causing it to fall through to the else statement that applies to Windows. It then tries to compile a .dll using Windows libraries, which fails.

In addition, the libretro-build.sh script doesn't properly report the error. What actually happens is that bsnes is compiled twice, once successfully (as unix) and once unsuccessfully (as unix-opengl). However, the summary at the end of the script just says that the core was not processed successfully, rather than saying that it was successfully processed one way and unsuccessfully another.

I recently updated this emulator with many improvements in its operation, engine, speed, etc ... It allows loading the MSU1 like Snes9x, it does not require a manifest, it does not have profiles, come on, it was updated in many aspects.

It would be nice if a port of this version was updated or created.

Thank you.

I'm not sure how difficult it would be to add, but it would be quite nice.
Widescreen works for both Mode 7 and sprite-based games:
https://www.reddit.com/r/emulation/comments/bmc9t9/bsneshd_beta_5_bsnes_1073_formally_hd_mode_7_mod/
Video demonstration: https://youtu.be/RFCWAQlb7y0

I'm experiencing some slowdow, ~43 fps in balanced and 56 fps in performance. This, in a core i7 4700HQ, xubuntu 14.04.

Some time ago, they had high cpu usage, much more than mercury.

perf of balanced core:

perf of performance core:

could you please tag this to create a release?
would make it cleaner for distributions to package this.

I saw other threads open regarding the SGB but they are related to the PC. I have been able to get the SGB cartridge running inside BSNES performance on my shield tv. I am attempting to set up some way of launching the games directly through my frontend Hyperspin.

It says on the core wiki that it is only a PC thing but I have gotten it to launch a game and it is showing it load GB cartridge with the proper border. SO to be clear, the process I am using to get it to load is: I load content--> load SGB sfc file, and select mercury core --> go into quick menu and select super game boy --> load the gameboy game and then load the sfc file again --> game will launch but it doesnt run at full speed. I remember seeing in the core information that it will run better if launched from the command line.

I was hoping to get help with the syntax to launch from the command line.

cores/bsnes_performance_libretro_android.so "/storage/emulated/0/Hyperspin/Roms/Nintendo Super Game Boy/roms/SGB2.sfc" --subsystem sgb

When the PPU Fast Mode core option is set to OFF, the output resolution is always 512x448 instead of the expected 256x224 which most games use. This ruins the use of almost any CRT shaders as the output is incorrect.

When the PPU Fast Mode core option is set to ON this does not occur and the resolution is output correctly at 256x224 for most games and 512x448 for those specific games that use it.

Hi, a first, thanks for your great work with retroarch/libretro.
This report is for SNES MULTITAP support.
I found closed issue about this problem, and check another time libretro cores (v1.3.6)

Today SNES9x core work without any problem with multitap games.
But Bsnes w/o mercury don´t work, games show multitap detection (bomberman, Tiny Toon Adventures - Wacky Sports Challenge, etc) like SNES9x core, but 3, 4 and 5 players don´t move.

I user same cfg file in both cases, only change core DLL into configuration file.
Regards.

I did a new port https://github.com/rtretiakov/bsnes
Could be missing things but mostly completed

when Super Game Boy bios is located in , it will not find it and gives error like this:

RetroArch [libretro INFO] :: [Memory]: ID 41, Request "sgb.boot.rom".
RetroArch [libretro INFO] :: Load BIOS.
RetroArch [INFO] :: Environ SYSTEM_DIRECTORY: ".\system".
RetroArch [libretro ERROR] :: Cannot find requested file in system directory: ".\system/sgb.boot.rom
".

Syntax used:

`E:\EMULATORS\retroarch\retroarch.exe -L "E:\EMULATORS\retroarch\cores\bsnes_balanced_libretro.dll" "C:\Users\MEDIA\Desktop\New folder (2)\Super Game Boy (World).sfc" --subsystem sgb "C:\Users\MEDIA\Desktop\New folder (2)\Castlevania Legends (USA, Europe).gb"
`

moving the bios file into the Super Game Boy rom or into the gameboy rom(or what ever rom you are trying to load SuperGameBoy with) works.

this also affects bsnes-mercury

forum discussion: https://forums.libretro.com/t/super-game-boy-enough-is-enough/10872/5

Possible problematic area: https://github.com/libretro/bsnes-libretro/blob/libretro/target-libretro/libretro.cpp#L207

Tested under Windows 7 64bit.

Libretro's Cheat Database for SNES has two styles: Game Genie in AAAA-BBBB and Action Replay in AAAAAABB. Game Genie works fine, but Action Replay codes do not work after loading and enabling them via the Cheat menu in RetroArch.

I also tried the following formats: AAAAAA:BB, AAAAAA/BB, and AAAAAA=BB. No luck with any of those either.

I codes do load in SNES9X, for reference, so the codes are most likely good.

I can't find any LICENSE or COPYING or anything file containing the project's license, which is very problematic when you want to distribute the project as a package.

Normal run-ahead causes odd start-and-stop skipping, breaks audio terribly. Second instance fixes audio but still skips ahead and back randomly and oddly. Even with 1 skip it will unpause shortly after you press pause for instance. The stand-alone emulator has run-ahead working. Any way this could be implemented as an option in the emulator core, or be made to play along with RA's native run-ahead? Thanks in advance.