Mednafen-psx linux problems

I can’t get mednafen-psx to start in arch linux x86_64 and I recieve this error

rarch_main_init_wrap() failed.

I was wondering if anybody has gotten this core working on linux or if this is a universal problem.

Works fine here in Ubuntu 64-bit.

I am getting the same error in Ubuntu 64. My arch has open source radeon driver and ubuntu has fglrx proprietary driver. So it doesn’t feel like a driver issue.
edit Searching online and it looks like a bios issue but I am using the same bios as in Windows so I am not too sure what the deal is… Apparently someone had success by renaming the bios but he never said what he renamed it too. Lol I’ll mess around and probably figure it out.

It wants this one: scph5501.bin SHA1 0555c6fae8906f3f09baf5988f00e55f88e9f30b

thanks I figured it out. After verifiying that my bios wasn’t corrupt I tried changing scph5501.BIN to scph5501.bin. That did it, guess it didn’t recognize the capital extension.

Huh, so THAT’S why it wasn’t working in Ubuntu for me either. I just copied over the BIOS from Windows. Has no clue it would be that picky over the file extension.

File systems are case sensitive on all Linuxes and other Unix-likes. It’s rather confusing if you’re used to Windows. Especially if you share files between Windows and Linux.

Now mednafen-psx won’t load certain games. I am assuming because one of my bios files is corrupt or incorrect. Does anybody have an sha1 sum for all 3 bios so I can check mine against them?

edit Actually I don’t think that’s it since I am using a NA rip of ff7 it should be loading 5501 which I have already verified. ff8 loads just fine but not 7, nor does symphany of the night. Here is my log if anyone has a clue. These games did work in Windows. I am still on Arch x86_64


RetroArch: Environ SYSTEM_DIRECTORY: "/home/eco/RetroArch/system-bios".
RetroArch: Environ SET_DISK_CONTROL_INTERFACE.
RetroArch: Environ PERFORMANCE_LEVEL: 3.
RetroArch: ROM loading skipped. Implementation will load it on its own.
RetroArch: Environ SET_PIXEL_FORMAT: XRGB8888.
RetroArch: Environ GET_OVERSCAN: 0
RetroArch: Environ GET_VARIABLE psx_fastboot:
RetroArch:     enabled
RetroArch: Environ GET_VARIABLE psx_enable_multitap_port1:
RetroArch:     disabled
RetroArch: Environ GET_VARIABLE psx_enable_multitap_port2:
RetroArch:     disabled
RetroArch [ERROR] :: Failed to load game.
RetroArch: Does not have enough samples for monitor refresh rate estimation. Requires to run for at least 4096 frames.
[Mednafen PSX]: Samples / Frame: -nan
[Mednafen PSX]: Estimated FPS: -nan
RetroArch [ERROR] :: rarch_main_init_wrap() failed.

December 20, 2012: Removed some old unused code from the memory debugger.

PSX: The debugger’s disassembler will now pull instructions from the instruction cache, if it’s valid(and fall back to the memory map data if it’s not).

NES: Fixed a bug in the FDS state loading routine that could cause sound issues(wrong volume of FDS sound channel).

NES: Replaced a floating-point filter used when expansion sound is in use with a 64-bit fixed-point integer math filter, to fix a problem of massive performance degradation in some circumstances(probably due to denormals).

NES: Fixed a bug that was causing a crash when Game Genie emulation was enabled while trying to emulate an FDS game.

Don’t make use of errno in FileWrapper::read when handling an unexpected EOF.

NES, SNES: Replaced usage of stdio file access with FileStream usage.

December 19, 2012: Fixed a startup multithreading race condition with QuickTime and WAV file recording.

PC-FX: Resolved a few compiler warnings.

Replaced usage of stdio file access with FileStream usage in: Memory debugger. NGP FLASH memory saving/loading routines.

so what exactly do you mean by posting this sorry but I don’t follow you…

Are you using PAL disc images? The latest Mednafen port doesn’t work with PAL.

No everything is US

Probably a trivial issue. I never test with PAL anyways :V

okay I solved this one too. It was the same problem I had with the original bios. After looking into the games I have and their cue files, some of them were capitalized and some were not. The ones that were failed to load. Changing the name in the cue to match the exact casing of the file name itself solved the issue. Haha oh man that took too long to figure out.