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

    [Solved]lr-Mupen64Plus and lr-GLupeN64 Saving/Loading State Crashes

    Scheduled Pinned Locked Moved Help and Support
    lr-mupen64pluslr-glupen64retroarchmupen64plus
    11 Posts 4 Posters 4.1k 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.
    • C
      CallForDan @CallForDan
      last edited by

      Bump

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

        I'm having the same issue.

        C 1 Reply Last reply Reply Quote 0
        • C
          CallForDan @cloudlink
          last edited by

          @cloudlink

          Specifically with hirestextures?
          Have you got any form of save/load function or workaround?

          1 Reply Last reply Reply Quote 0
          • Capt_MorganCreekC
            Capt_MorganCreek
            last edited by

            I have the same problem and I don't use hires textures. On Github someone stated it's a libretro bug:
            https://github.com/mupen64plus/mupen64plus-core/issues/244

            Strangely it only happens on N64. About 2 to 3 weeks ago it worked, so the problem occurred just recently.

            RetroPie64 - My Nintendo 64 conversion: https://retropie.org.uk/forum/post/55927

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

              Most definitely is a libretro/retroarch problem.
              This works with mupen64plus (no lr).

              Its a bit of a bummer .

              Posted with core port git.
              https://github.com/libretro/mupen64plus-libretro/issues/4

              1 Reply Last reply Reply Quote 0
              • RanmaR
                Ranma
                last edited by

                Yes, this definitely occurs with Retroarch on my Android device also. I did report it via a post on their forums, but it garnered no response.

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

                  More people having this problem (not necessarily documented to the extent of posting logs)
                  https://github.com/GLupeN64/GLupeN64/issues/170
                  https://github.com/libretro/RetroArch/issues/4686

                  Still keeping a ear to the ground for progress

                  1 Reply Last reply Reply Quote 1
                  • C
                    CallForDan
                    last edited by

                    https://github.com/libretro/mupen64plus-libretro/commit/41159426579918981086a4e665ad5ecac946dbb4

                    Has fixed.

                    At this current time as its forked from GlupeN64, Mupen54plus-lr should work, and Glupen will still be broken.

                    C 1 Reply Last reply Reply Quote 1
                    • C
                      cloudlink
                      last edited by

                      Awesome!
                      Would updating lr-mupen64plus from source or binary fix this on our Raspberry Pis then?

                      1 Reply Last reply Reply Quote 0
                      • C
                        cloudlink @CallForDan
                        last edited by

                        How do we get this updated in RetroPie?

                        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.