Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.

mitu

@AssCabbage said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:

Also, since downgrading didn't fix it, it looks like it's not actually retroarch that's the problem. Is there anything else we could try downgrading?

Well, did you upgrade anything else besides RetroArch ? The other part of the emulator is lr-pcsx-rearmed, which does the actual emulation - but if you started with a clean 4.5.1 image and only upgraded RetroArch, there's no downgrade to do.

AssCabbage

@mitu

To clarify, on the test image, I just installed sixaxis and put Metal Gear Solid on it and showed that it worked.

On the actual problem image, I updated everything immediately after installation (as a guide I was following said to do this). This has never worked correctly. I'm doing a kernel update to see if that helps, but when that's done, could we try putting PCSX rearmed back to the version that comes with the default image?

AssCabbage

@mitu Still the same after the kernal update.

mitu

@AssCabbage Is your new test system working fine with the new RetroArch and the old lr-pcsx-rearmed ? I got the impression that downgrading RetroArch didn't help, after starting from the stock RetroPie image (4.5.1) and downgrading to 1.7.9.2 or 1.7.6.

windg

i replace the ir-pcsx- rearmed core with the one i download from here and no more lock-ups . Maybe the new version of pscx-rearmed core have some issues.

mitu

@windg said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:

Maybe the new version of pscx-rearmed core have some issues.

It might be, but the disc control changes have been added before 1 Feb to the core. How did you pick up that build date ?

I tested using the method you've used to change discs and didn't get a crash - I'm using the latest version of the core.

windg

@mitu said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:

@windg said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:

Maybe the new version of pscx-rearmed core have some issues.

It might be, but the disc control changes have been added before 1 Feb to the core. How did you pick up that build date ?

I tested using the method you've used to change discs and didn't get a crash - I'm using the latest version of the core.

i don't know, i am updating system from setup script only. I will try a clean install today just in case something went wrong.

mitu

@windg Just update from source lr-pcsx-rearmed, no need to re-install from scratch. If you already did that, then there's no need to, it means that a possible bug/regression occured during 1st of Feb and today.

windg

@mitu I update from source and retropie start to lock-up again.

mitu

@windg Try this on the latest version - before switching disks, go into the Core Options and set CD Access Method (Restart) to async. Exit Retroarch and re-start the game, try to see if disk switching still crashes/freezes RetroArch.

windg

@mitu Thank you very much! Your suggestion fix the problems with the lock-ups during exit and during disk swapping.

mitu

@windg Thanks for the confirmation. I may have a fix for this issue.

@AssCabbage can you also try changing the option for the core and see if it fixes your issue ?

AssCabbage

@mitu I got all excited waking up to this this morning. Unfortunately when I changed to async, the game won't even boot now. It's stuck at the screen with "press a button to configure".
I can't switch on verbose logging as I got stuck at this screen, but the runcommand log doesn't show any errors:

Parameters:
Executing: /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-pcsx-rearmed/pcsx_rearmed_libretro.so --config /opt/retropie/configs/psx/retroarch.cfg "/home/pi/RetroPie/roms/psx/Metal Gear Solid.m3u" --appendconfig /dev/shm/retroarch.cfg

EDIT: Managed to get verbose logging working

mitu

@AssCabbage Rename the .cdX files back to .cue and modify the .m3u to load the .cue files, then try again. If that doesn't work, try loading the .cue file directly and then add the 2nd/3rd disc manually.

AssCabbage

@mitu This crashed with "unable to set disc in try". I deleted the ldci (?) file and tried again and now it's hanging at "setting disk in tray: 1/2 - metal gear solid disc1"

Just seen the manual suggestion. Trying that now.

AssCabbage

@mitu If load from the cue file directly, when I click on the disc2 image in current disc index this crashes the system.

If I load from disc2 cue directly, and when I need to change disc, I go to load new disc and select disc1 manually, it loads!!

I know this works, but is there a way to fix the quick swap option? I now have multiple metal gear solids in the menu and I want to keep this as simple as possible for my friend.

mitu

I know this works, but is there a way to fix the quick swap option? I now have multiple metal gear solids in the menu and I want to keep this as simple as possible for my friend.

As far as I can tell, it's the same issue.

Have you tried @windg's workaround - to download the core from the URL they mentioned - and see if you still get the crash ?

windg

I can confirm the boot problem with .m3u with .cd1 and .cd2 files in MGS .

If i use .cue files in the m3u file game boots fine. Game works fine also with .cue files (exit and disk swapping) without m3u file.

It's necessary to have multidisk games with .m3u file ?

mitu

@windg said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:

It's necessary to have multidisk games with .m3u file ?

Not necessarily, but it helps with save states/files, since you don't have to copy/rename them when you switch discs.

AssCabbage

@mitu Sorry, where do I put this "so" file?
EDIT: Found it!