RetroPie forum home
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    • Register
    • Login

    lr-scummvm: request for comments and testing

    Scheduled Pinned Locked Moved Ideas and Development
    retroarchscummvmcorescriptmoduletesting
    189 Posts 37 Posters 42.3k Views
    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.
    • K
      kleingeld @BuZz
      last edited by

      @BuZz sorry, I was hoping to get the creator's attention this way. Won't do it again.

      1 Reply Last reply Reply Quote 0
      • BrizillaB
        Brizilla
        last edited by

        @hhromic said in lr-scummvm: request for comments and testing:

        lr-scummvm core t

        I am in the middle of testing this with a PS Classic (using Emulation Station built into Project ERIS/RetroArch). I have it working fine but ES sees the game as a directory I have to click into and launch the game.

        I tried reading as much as I could and tested out editing the xml file.
        I added .svm to the directory and made sure that the short name.svm file was inside the directory with the correct short name.

        The only thing im not sure about is the core im using.

        But adding games to the scummvm directory works fine.
        Using the scraper works fine, but shows the meta data for the launcher file and not the directory.

        When I change the set up to how you describe the game launches and then goes back to ES with no error, just fades back to the game select.
        I dont really mind having to click and then click again but for my OCD id love to get it working... searching i found your advice and tried that straight away but the games dont launch.

        Is there anyway I can check I have the correct/best core?
        Should this work in the PS Classic or is it strictly for RetroPie?

        Its just annoying that the games i add all work bar it showing them as a directory ha!
        So far I have tested:

        Beneath a Steel Sky
        Broken Sword 1 and 2
        Full Throttle
        Day of the Tentacle
        Discworld 1 and 2
        Monkey Island (Curse, Secret, Revenge)

        Cheers :)

        1 Reply Last reply Reply Quote 0
        • D
          drmirva
          last edited by

          Hello everybody,

          i'm testing the latest version of lr-scummvm with lucas arts adventure, unfortunately i've found out that cd audio soundtrack dosn't work for fot the secret of monkey island and for the day of the tentacle and sam and max hit the road when characters talk you just ear a rumor at the beginning of each every phrase and then it's all silence (i'm using the italian version of the game if does it matter but on pc the same games works flawlessly)
          am i missing something? some setting to change or some package to install? thanks

          DarksaviorD BadFurDayB 2 Replies Last reply Reply Quote 0
          • DarksaviorD
            Darksavior @drmirva
            last edited by

            @drmirva Check your cue file. The pi is case-sensitive.

            D 1 Reply Last reply Reply Quote 0
            • D
              drmirva @Darksavior
              last edited by

              @Darksavior there is no cue file (and never was for scummvm)

              1 Reply Last reply Reply Quote 0
              • BadFurDayB
                BadFurDay @drmirva
                last edited by

                @drmirva with the soundtrack the files should just be "track 1" and so on in the game folder. My suspicion is that both those audio files and the voice files (for Day of the Tentacle and Sam and Max they are called "Monster") may be using a format your pi doesn't have a codec for. Possibly OGG Vorbis (the soundtrack files will be .ogg and the monster files will be .sog). I had the same issue and converted them all to mp3 instead. See section 7.8 here:

                https://raw.githubusercontent.com/scummvm/scummvm/v1.8.0/README

                D 1 Reply Last reply Reply Quote 0
                • D
                  drmirva @BadFurDay
                  last edited by

                  @BadFurDay you were right seems that it doesn't support ogg file, wich library i've to installo to make lr-scummvm use .sog file?

                  BadFurDayB 1 Reply Last reply Reply Quote 0
                  • BadFurDayB
                    BadFurDay @drmirva
                    last edited by

                    @drmirva possibly vorbis tools but I'm not sure, as I said I converted them to mp3 format instead as I've done that before, been using ScummVM since it only supported Lucasarts games, never sorted ogg vorbis on the pi though.

                    sudo apt-get install vorbis-tools

                    1 Reply Last reply Reply Quote 0
                    • C
                      corezon
                      last edited by corezon

                      Has anyone had any luck getting Phantasmagoria 2 to run on lr-scummvm? It runs fine under scummvm, but when I try to run it with lr-scummvm it just crashes back to ES.

                      BadFurDayB 1 Reply Last reply Reply Quote 0
                      • P
                        patomax
                        last edited by patomax

                        hello, first of all the application has worked for me without problems on an Rpi3B +, I have only had one problem and that is that I cannot change the language in some games, for example in beneath a steel sky that supports several languages, I want to leave it with text in Spanish and I haven't found a way to do it.

                        Edit: nevermind, I already found the answer, I just had to create a subscript in the scummvm.ini file and add the language parameter.

                        the only ones that don't work are the discworlds, but I can change the language in the menu or force it by deleting the other language files.

                        1 Reply Last reply Reply Quote 0
                        • BadFurDayB
                          BadFurDay @corezon
                          last edited by BadFurDay

                          @corezon lr-scummvm is an older version of the program itself, 2.1.0. Check compatibility on the official ScummVM website, the game might only be for 2.2.0 or even the development branch.

                          Edit: I've just had a check and it should work on 2.1.0 so it's not that.

                          1 Reply Last reply Reply Quote 0
                          • retropieuser555R
                            retropieuser555
                            last edited by

                            Has anyone seen about this edit someone has made of the lr-scummvm core? https://github.com/diablodiab/scummvm

                            I don't quite understand it but I think the dev is saying he's edited the scummvm core so it's updated to 2.3.0 and has simplified it so it's easier to update to the newer scummvm version for retroarch?

                            I had a quick try but I hit the scummvm-libretro.so not found error, which someone mentioned further above can be due to a discrepancy in the makefile file in /backends/platform/libretro/build.

                            So if anyone smarter than me wants to take a dive with this and see if they can get this updated version of lr-scummvm working on pi4 let me know if they can figure it out.

                            Pi 5 4GB

                            Retroflag GPI with raspberry pi zero 2 w/ wifi

                            Retroachievements:- lovelessrapture

                            LolonoisL 1 Reply Last reply Reply Quote 0
                            • LolonoisL
                              Lolonois @retropieuser555
                              last edited by

                              @retropieuser555 here is what worked for me:

                              Prerequisite: Installed lr-scummvm from experimental package section. If not done, run sudo RetroPie-Setup/retropie_packages lr-scummvm.

                              Then:

                              git clone https://github.com/diablodiab/scummvm.git scummvm_ddiab
                              cd scummvm_ddiab
                              ./configure
                              make -j$(nproc)
                              

                              ... wait

                              cd backends/platform/libretro/build
                              make -j$(nproc)
                              

                              ... wait again, in the meantime backup of the official scummvm_libretro.so before copying it over if you want to. Finally:

                              sudo cp scummvm_libretro.so /opt/retropie/libretrocores/lr-scummvm/
                              

                              That's it!
                              Welcome to "here be dragons" (terra incognita) and good luck, my pal. ;-)

                              roslofR 1 Reply Last reply Reply Quote 2
                              • roslofR
                                roslof @Lolonois
                                last edited by

                                @lolonois said in lr-scummvm: request for comments and testing:

                                That's it!
                                Welcome to "here be dragons" (terra incognita) and good luck, my pal. ;-)

                                Thank you @Lolonois for the straightforward instructions. Jazzed to get this working.

                                So, I didn't have any trouble compiling, but I'm currently unable to run this core, getting:

                                Error(s): /opt/retropie/libretrocores/lr-scummvm/scummvm_libretro.so: undefined symbol: g_TRECISION_DETECTION_type

                                I've had pretty bad luck with lr-scummvm since recently upgrading RPi Software and RetroArch. Hopefuly I can get this beast running, so I don't have to use the stand-alone version.

                                Any advice?

                                Full runcommand.log:

                                Parameters:
                                Executing: /opt/retropie/libretrocores/lr-scummvm/romdir-launcher.sh "/home/pi/RetroPie/roms/scummvm/Day of the Tentacle with Speech.svm" --verbose --appendconfig /dev/shm/retroarch.cfg
                                [INFO] RetroArch 1.9.4 (Git c226bd8)
                                [INFO] === Build =======================================
                                [INFO] Capabilities:  NEON VFPv3 VFPv4
                                [INFO] Built: Jun  9 2021
                                [INFO] Version: 1.9.4
                                [INFO] Git: c226bd8
                                [INFO] =================================================
                                [INFO] [Input]: Found input driver: "udev".
                                [INFO] [Core]: Loading dynamic libretro core from: "/opt/retropie/libretrocores/lr-scummvm/scummvm_libretro.so"
                                [ERROR] Failed to open libretro core: "/opt/retropie/libretrocores/lr-scummvm/scummvm_libretro.so"
                                Error(s): /opt/retropie/libretrocores/lr-scummvm/scummvm_libretro.so: undefined symbol: g_TRECISION_DETECTION_type
                                [INFO] [Core]: Content ran for a total of: 00 hours, 00 minutes, 00 seconds.
                                [INFO] [Core]: Unloading core symbols..
                                
                                LolonoisL 1 Reply Last reply Reply Quote 0
                                • LolonoisL
                                  Lolonois @roslof
                                  last edited by

                                  @roslof I could reproduce the isssue (g_TRECISION...) but here's what worked for me. I tested it with the lr-scummvm current master (commit: 6df2bdf - https://github.com/libretro/scummvm), not with the diablodiab changes.

                                  Either way worked.

                                  With Kernel 5.10.43:

                                  1. Change in /boot/config.txt: Disable dtoverlay=vc4-fkms-v3d (fake KMS) and enable dtoverlay=vc4-kms-v3d (KMS).
                                  2. Reboot.
                                  3. Recompile scriptmodule as usual: sudo ./retropie_packages.sh lr-scummvm.

                                  With Kernel 4.19.97:

                                  1. If you want to revert from kernel 5.10 do this before:
                                    (a): have/make a recent full backup and
                                    (b):

                                    sudo rpi-update  993f47507f287f5da56495f718c2d0cd05ccbc19
                                    

                                    The commit string relates to this message in this repo. NB: You can also jump to 5.10 again with commit 85bda3d8fd6a8b70d189aefd9234440ca99cb81c.

                                    Follow the on screen instructions.

                                  2. Change in /boot/config.txt: Disable dtoverlay=vc4-kms-v3d (KMS) and enable dtoverlay=vc4-fkms-v3d (fake KMS).

                                  3. Reboot.

                                  4. Recompile scriptmodule as usual: sudo ./retropie_packages.sh lr-scummvm.

                                  From my experience one needs only the "cutting edge" ScummVM for the recently added ResidualVM engines, but then this is also currently a moving target on the standalone ScummVM.

                                  roslofR 1 Reply Last reply Reply Quote 1
                                  • roslofR
                                    roslof @Lolonois
                                    last edited by

                                    @lolonois great information. Clarifying question (with kernel 5.10.43): Actually running kms vs. fkms will yield different results when compiling? I didn't realize this.

                                    LolonoisL 1 Reply Last reply Reply Quote 0
                                    • LolonoisL
                                      Lolonois @roslof
                                      last edited by

                                      I did not dig into all details but the g_... error gave me a hint that the GPU driver may be causing the error. With NOT recompiling and changing from fkms to kms I got random freezes with retroarch scummvm with "Day of the Tentacle".

                                      One thing I forgot to mention: I also installed the package libglew-dev before recompiling.

                                      BadFurDayB 1 Reply Last reply Reply Quote 0
                                      • BadFurDayB
                                        BadFurDay @Lolonois
                                        last edited by

                                        With the release of 2.5.0, when might we see an update to lr-scummvm?

                                        LolonoisL 1 Reply Last reply Reply Quote 0
                                        • LolonoisL
                                          Lolonois @BadFurDay
                                          last edited by

                                          @badfurday I assume it will take some time. The recent comments on this issue [1] give some insights.

                                          However, you are free to speed things up by contributing or dontating to those guys running the show.

                                          In the meantime I was able to deploy ScummVM core 2.5.0 in retroarch 1.9.7 without worries. User diablodiab had updated the branch after the release of ScummVM 2.5.0.

                                          I used the 9703372cc8 commit from [2]. Just make sure to issue a make clean before each actual make to remove any leftovers from previous builds. FWIW Instructions here, a few posts above [3].

                                          If games have high graphic demands you might be better off with the native ScummVM.

                                          [1] https://github.com/libretro/scummvm/issues/179
                                          [2] https://github.com/diablodiab/scummvm
                                          [3] https://retropie.org.uk/forum/post/260716

                                          P 1 Reply Last reply Reply Quote 0
                                          • P
                                            ParadoxGBB @Lolonois
                                            last edited by

                                            @lolonois, I'm really curious how you got lr-scummvm working at all, because I seem to have hit the following issue on my Pi4 (all titles graphically freezing either during or right after the retroarch "configuration loaded" notifications, as the screen is refreshing and pointer is rendered:

                                            https://retropie.org.uk/forum/topic/30769/lr-scummvm-freezes-shortly-after-launching-any-game/2?_=1636065648381

                                            On my older Pi3B everything is fine on RetroArch 1.8.8, and works fine still when compiling from latest lr-scummvm binary or sources, but breaks when doing a full update that upgrades to RetroArch 1.9.x.

                                            This indicates to me that it's likely not directly tied to RPi4's graphic settings but some sort of interaction with RetroArch. I did a diff between the two machine .cfg files and so far not seeing anything obvious, but might muck around with that later.

                                            I also tried custom building from https://github.com/diablodiab/scummvm with your steps and swapping out the core, but that doesn't load at all and just boots me back to ES.

                                            So the only solutions I see right now is to somehow downgrade Retroarch on my Pi4 or change my configuration to use Scummvm, not lr-Scummvm. I'd really not have to do either.

                                            I'm really scratching my head, because even if I'm wrong, I verified that FKMS is enabled in /boot/config.txt and libglew-dev package is installed. Kernal 5.10 installed too.

                                            I really must be missing something because this is so broken that if everyone else is hitting this for this long (~5 months?) there's not a lot information out there. Then again, maybe folks running the core is a niche thing and more folks are just running ScummVM natively.

                                            LolonoisL 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.