Thanks to report this on GitHub, it s working fine now.

I figured this out finally. I took the CHDMAN tool and exploded all of the CHD files into cue/bin files and it seems to be working. something must have been off about the version of the CHD files i guess.

All good now.

Thanks to everyone for your help.

@genos98 Thanks, works perfectly!

Please add some more details about your setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.

What game are you trying to run and what format is your ROM (.cue/ .iso ) ?

@guyhotspur that’s not a verbose log and you didn’t supply all the info requested in https://retropie.org.uk/forum/topic/3/read-this-first -

please start a new thread for your other issue with the associated verbose log (and https://retropie.org.uk/forum/topic/3/read-this-first info)

@tropersneo please provide ALL the info requested here: https://retropie.org.uk/forum/topic/3/read-this-first

especially including verbose log, but also please provide /opt/retropie/configs/all/retroarch-core-options.cfg

note that your "libretro.cfg" (what is this? there's not file of that name in default retropie) looks to be non-standard. a retropie default one for /opt/retropie/configs/all/retroarch.cfg will be much smaller, for example.

@dank-cushions CDMage looks like some sort of disc extraction/manipulation tool. There shouldn't be anything inherently wrong with consolidating the .bins, but maybe it was done incorrectly. That's why we should see if the original files work before we start pointing fingers at the conversion.

But a single .bin or multiples shouldn't matter as long as the .cue is correct; as I understand it, they both represent the same raw binary data stream to recreate the original optical disc. I ended up with one when trying to apply the English patch to Rondo of Blood for the TG-CD, that worked fine (as far as I can tell. I've only played through the first level but it works at least that far.)

Before I knew that chdman would work on .iso/.wav./.cue sets, I thought you had to have .bin/.cue. So, starting with the multiple .bin/.cue set I:

Burned the multiple .bin/.cue set to a disc. Re-ripped the resulting disc to .iso/.wav/.cue using TurboRip (the included binchunk tool that was originally meant to do this conversion gave a divide-by-zero error on Win10, and in compatibility modes for Win7 and XP.) Patched the resulting .iso/.wav/.cue set with the included instructions. Burned the patched .iso/.wav/.cue set back to another disc. Ripped that disc to .bin/.cue using ImgBurn.

This gave me a single .bin file. At first I was worried I had messed it up, but I put the .cue through chdman, dropped the resulting .chd in my tg16 (pcengine) folder, fired it up, and was pleasantly surprised when it worked just fine.

@mitu said in lr-pcsx-rearmed unable to find suitable video mode:

@nevohteeb said in lr-pcsx-rearmed unable to find suitable video mode:

So, is the doc page obsolete or is there something I missed ?

The .cfg must contain the full file name, including the extension. So it's Rayman.cue.cfg, not just Rayman.cfg.

You' re right. Thanks a lot.

@lostless OK, so I updated all packages, and now it's fixed.

@lostless You’re right - it works instantly now. I was looking for a solution before posting, but somehow this post didn’t come up. It probably should be pinned somewhere.

Thanks!

@mitu
Will browse a lil bit through the code maybe i can read it out.
Thank you very much for your help :D

@nakynaw

First, try to update the ir-pcsx-rearmed core and check again . instructions:https://retropie.org.uk/docs/Updating-RetroPie/.

If after the update the problem is still there, follow this steps:

To disable the multitap:

Open the RetroArch menu while the game is running and from the options, enable the Show other input settings.
After that, restart the game and open again the RetroArch menu and from the options set to off the Mutitap1 and Multitap2 and you are ready.

@forthias said in lr-pcsx-rearmed not detecting bios:

A head ache, but now I know what's wrong and feel like I wasted your time lmao. Thanks again, I think I know what's going on, now. Maybe that the corrupt images are making the emulator default to the hle bios

It's not a waste of time if we find out what's the cause.
Regarding the SSD issue, it might not be the cable, but the USB/SSD controller. There is an extensive topic in the Raspberry Pi forums about it, including workarounds and ways to diagnose it.

Hey! Thanks to you guys and the other linked posts, I found and fixed the same issue. I had some old overrides saved and sure enough, my Multitaps were "auto". Changed to "disabled" and all is well again in PSX land!

Thank you for your post. Having two SF30 pro and got the same issue.
After configuring as per you post above, the mapping is strange. For example, the hotkey is used to jump under tomb raider.
In other words, the controller map is not as per lib-retro "standard" for psx. Any idea how to be back on standard lib retro mapping ?
My config : retropie 4.7.3 / pi 4

@kikus said in lr-pcsx-rearmed loads but freezes at "Paused." black screen:

Built From: Started from Nachos 64GB image but updated all package from source recently

We don't support 3rd party images. Ask the author(s) of the image for support or use the image from retropie.org.uk/download.

@mitu i installed the latest precompiled binary from retropie setup script. but at least everything works now again and i do not even know what to do with this multitap thing.. not a funktion that i am missing now :)

Having looked into this, I edited /opt/retropie/configs/all/retroarch-joypads/Wireless\ Controller.cfg to set input_l2_axis and input_r2_axis and now it works :)