RetroPie forum home
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    • Register
    • Login
    Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

    ROMs not working on clean install (after working fine on pre-built image)

    Scheduled Pinned Locked Moved
    Help and Support
    pi4 roms dont work troubleshooting
    2
    13
    1.2k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • A
      alpinemonkey @mitu
      last edited by

      @mitu Thanks for this.

      I'm pretty sure all bios are fine and as I said, the ROMs are the same ROMs I've had on a previous system (with an older version of Retropie on a pre-built image) which all worked fine. The change is that I'm using the same ROMs and bios on a clean recent install from a USB.

      I'm getting this happening across all my emulators but with seemingly random games.

      Will post a full log file from a couple of different examples next time it happens in this thread.

      Thanks again

      1 Reply Last reply Reply Quote 0
      • A
        alpinemonkey @mitu
        last edited by

        @mitu Here's an example of a ROM that isn't working in my new system, but which worked fine on the pre-built image. This is Tekken 3 on the PSX. The game started fine and I got through all the menus but then stalls on going in to actual gameplay. Would be good to know what the particular issue is with this one...

        https://pastebin.com/7V1vPj0J

        mituM 1 Reply Last reply Reply Quote 0
        • mituM
          mitu Global Moderator @alpinemonkey
          last edited by

          @alpinemonkey This looks like a bad compressed file, since it can't be read by the core:

          ....
[INFO] [Environ]: SET_GEOMETRY: 368x480, Aspect: 1.333.
[libretro INFO] uncompress failed with -3 for block 16582, sector 265312
[INFO] [SRAM]: Saving RAM type #0 to "/home/pi/RetroPie/roms/psx/PCSX-ReARMed/Tekken 3.srm".
...
          A 1 Reply Last reply Reply Quote 0
          • A
            alpinemonkey @mitu
            last edited by

            @mitu OK, thanks. If that's the case with that one, why would it work on another system?

            mituM 1 Reply Last reply Reply Quote 0
            • mituM
              mitu Global Moderator @alpinemonkey
              last edited by mitu

              @alpinemonkey Maybe the file has not been correctly copied. Either way, the error in the log file explains why it's not working on the target system.

              EDIT: actually, another cause may be the emulator core (pcsx-rearmed) having a regression. Does this error happens with all PS1 .pbp games (i.e. multiple discs) ?

              A 1 Reply Last reply Reply Quote 0
              • A
                alpinemonkey @mitu
                last edited by

                @mitu Interesting. Thanks for the info. I'll try recopying that one and see if I can get it to work.

                Another .pbp file I have is Tony Hawk 2. This doesn't even get to the menu but stalls when trying. Here's the log file for that one:

                https://pastebin.com/wfecdZ92

                mituM 1 Reply Last reply Reply Quote 0
                • mituM
                  mitu Global Moderator @alpinemonkey
                  last edited by

                  @alpinemonkey said in ROMs not working on clean install (after working fine on pre-built image):

                  Another .pbp file I have is Tony Hawk 2. This doesn't even get to the menu but stalls when trying. Here's the log file for that one:

                  https://pastebin.com/wfecdZ92

                  This doesn't seem to be a PBP file, it's a .cue + .bin file:

                  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/Tony Hawk's Pro Skater 2 (Europe, Australia).cue
..
[libretro INFO] Loaded CD Image: /home/pi/RetroPie/roms/psx/Tony Hawk's Pro Skater 2 (Europe, Australia).cue[+cue].
[libretro INFO] Track 01 (DATA) - Start 00:02:00, Length 70:39:42
[libretro INFO] CD-ROM Label: SLES02908                       
[libretro INFO] CD-ROM ID: SLES02908
[libretro INFO] CD-ROM EXE Name: SLES_029.08;1
[libretro INFO] BIOS: 19951204, 'CEX-3000/1001/1002 by K.S.', 'A'
....

                  I don't see any obvious error here from the RetroArch/libretro core. Did you disable the Dynarec (dynamic recompiler) in the core options ? That's usually a cause for slowdown.

                  A 1 Reply Last reply Reply Quote 0
                  • A
                    alpinemonkey @mitu
                    last edited by

                    @mitu No - haven't touched it and that setting is enabled. That's a strange one then. Again...this works fine on another system.

                    One odd things is that when this one stalls, a red square appears in the top right of the screen...not sure if that is a signifier of anything?!

                    mituM 1 Reply Last reply Reply Quote 0
                    • mituM
                      mitu Global Moderator @alpinemonkey
                      last edited by

                      @mitu No - haven't touched it and that setting is enabled. That's a strange one then. Again...this works fine on another system.

                      If the same disc is working on a system but not on the other, the other 2 variables are the emulator and the BIOS file.

                      One odd things is that when this one stalls, a red square appears in the top right of the screen...not sure if that is a signifier of anything?!

                      Doesn't ring a bell. I tried the NTSC Tekken 3 image in PBP format and I don't get a crash, so it's not a core regression. For good measure you can try updating the pcsx-rearmed core from source. The only difference here is the BIOS uses, I've tested with SCPH1001.BIN, checksum (MD5) 924e392ed05558ffdb115408c263dccf. What's the checksum on your BIOS file ?

                      A 1 Reply Last reply Reply Quote 0
                      • A
                        alpinemonkey @mitu
                        last edited by

                        @mitu Thanks. I've reinstalled the emulator from source, and have also checked that the BIOS is the same as yours, which it is.

                        I also found another version of the game (bin/cue files), have added it and it works.

                        I guess it's going to be a case of finding new ROMs for those that aren't working. Was hoping for a simpler, catch-all solution but I'll keep going through them individually and see if new ROM files help in the first instance.

                        mituM 1 Reply Last reply Reply Quote 0
                        • mituM
                          mitu Global Moderator @alpinemonkey
                          last edited by

                          @alpinemonkey said in ROMs not working on clean install (after working fine on pre-built image):

                          I also found another version of the game (bin/cue files), have added it and it works.

                          For PS1 games, Redump validated .cue/.bin files should always work. You can compress them yourself with chdman if you'd like to save space.

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post

                          Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.

                          Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.