lr-mupen64plus-next: experimental scriptmodule for testing

hhromic

@quicksilver said in lr-mupen64plus-next: experimental scriptmodule for testing:

Looks like some games refuse to boot if framebuffer emulation is enabled. SW rogue squadron and battle for naboo for example.
Ocarina of Time has severe graphical depth issues if framebuffer emulation is enabled.
Edit: I tested OOT with standalone Mupen64plus/gliden64 and it has the same graphical depth issues. If framebuffer emulation is turned off it looks ok. Must be a function the pi is incapable of.

Yes I think FBEmu is too much for the RPI hence why it was unavailable before :(

Also performance is much better than I expected, being able to have the advantages of up to date gliden64 and tweaking per game settings using retroarch is amazing.

I tested it briefly and I also have the impression performance is pretty decent!
Also I have the impression that, compared to the old gliden plugin, the graphical emulation is better, i.e. there are more thing properly emulated.

quicksilver

@hhromic the standalone mupen64plus does allow rogue squadron to boot if framebuffer emulation is enabled so I'm not sure what's going on in this case.

Looks like Yoshi's story is running slower than the old lr-mupen64plus.

hhromic

@quicksilver I will report that to m4xw.

He also said that he fixed the Yoshi's Story issue. Therefore you need to re-build from source and see if gets better now! fingers crossed.

quicksilver

@hhromic Yoshi's Story is performing much better now, thank you for bringing it to m4xw's attention!

Something else I have noticed is when toggling the bi-linear filter in the retroarch video settings the screen goes black. You can still hear the game audio playing but suddenly there is no display. In the old lr-mupen64plus you could toggle this setting on the fly with no issue.

Also now that this emulator is on parity with the current gliden64 is there any plans to incorporate the script module into retropie?

hhromic

@quicksilver said in lr-mupen64plus-next: experimental scriptmodule for testing:

@hhromic Yoshi's Story is performing much better now, thank you for bringing it to m4xw's attention!

You are welcome, the idea is to easen the development :)

Something else I have noticed is when toggling the bi-linear filter in the retroarch video settings the screen goes black. You can still hear the game audio playing but suddenly there is no display. In the old lr-mupen64plus you could toggle this setting on the fly with no issue.

We will be investigating, m4xw mainly test using the Switch version and he said this does not happen there.

Also now that this emulator is on parity with the current gliden64 is there any plans to incorporate the script module into retropie?

The plan has been always to incorporate the scriptmodule into RetroPie eventually. I first launched this topic to help debug and gather feedback before submitting it formally.

If you think this emulator is now on par with the other alternatives (I know your feedback is very trustful in terms of N64 emulation), I have no problem on polishing the scriptmodule and send it.

@BuZz are you ok with adding this scriptmodule to RetroPie? As mentioned in the OP, the main developers do not plan to update the older lr-mupen64plus anymore in favour of this "next" version.

quicksilver

@hhromic in "Iggy's reckin' balls"the textures are now missing on the race tracks. Previously was working fine with lr-mupen64plus-next before the big gliden64 update. I should note that this matches the current standalone gliden64 as it is also missing the textures.

Edit: nevermind, I found that by disabling less accurate blending that the tracks display properly again.

BuZz

@hhromic yes.

hhromic

@quicksilver the scriptmodule is now part of official RetroPie (thanks @BuZz !).

You will find it under the experimental package section after you update your RetroPie-Setup script :). I update the OP now to reflect this too.

I hope it brings joy to your N64 memories! Feel free to report issues and feedback for future development too.

quicksilver

@hhromic Thank-you to you and BuZz! Would the lr-mupen64plus-next dev prefer direct bug reports to the github or should we keep reporting here? I saw some of his responses on there that seemed to imply he didnt want a plethora of bug reports on the github page.

saccublenda

I tested it on Super Mario 64. There are some slowdowns here and there, but I found it much more fluid than the previous versions of lr-mupen64plus-next.

vbs

I discovered this next version yesterday after realizing that the old lr-core was deprecated. What I saw was that next was running ok for the 2 or 3 games I have tested. I am on an Intel i5 CPU so it should have more power than a Pi. Is this core the recommended one even for a powerful machine? I am a bit confused by the many different N64 emulators in RetroPie.

I think mupen64plus-glide64 (not GLideN64) ran best for me. At least it was the only one not producing artifacts in the title screens of 1080 snowboarding. Not sure if that one maybe is deprecated too and it sadly is not an lr core :(

hooperre

Is anyone able to re-create a crash with OoT directly after acquiring the Kokiri Sword by trying to access the menu? If I attempt to press start in 'my house' , it works fine. Attempt to use it after getting the sword (or perhaps in Kokiri Forest in general) it crashes.

(This apparently only happens in v1.2.)

sdtom

@hooperre said in lr-mupen64plus-next: experimental scriptmodule for testing:

Is anyone able to re-create a crash with OoT directly after acquiring the Kokiri Sword by trying to access the menu?

exactly this happening.. works fine with lr-mupen64plus. ever figure it out?

hooperre

@sdtom An issue is opened with lr-mupen64plus-next on GitHub. Happens across different platforms. It seems like it has garnered their immediate attention. May want to update from source, as they have it marked as internally hotfixed.

Follow it here: https://github.com/libretro/mupen64plus-libretro-nx/issues/49.

retropieuser555

Hi all when trying to install this it gives me an error in the logs. I'm not quite sure what I'm looking for but here is the log file's detail below:-

Log started at: Sun 22 Mar 17:53:36 GMT 2020

RetroPie-Setup version: 4.5.1 (f90600a2)
System: Raspbian GNU/Linux 9.9 (stretch) - Linux retropie 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

= = = = = = = = = = = = = = = = = = = = =
Installing dependencies for 'lr-mupen64plus-next' : N64 emulator - Mupen64Plus + GLideN64 for libretro (next version)
= = = = = = = = = = = = = = = = = = = = =

/home/pi/RetroPie-Setup/tmp/build/lr-mupen64plus-next /home/pi

= = = = = = = = = = = = = = = = = = = = =
Getting sources for 'lr-mupen64plus-next' : N64 emulator - Mupen64Plus + GLideN64 for libretro (next version)
= = = = = = = = = = = = = = = = = = = = =

git clone --recursive --depth 1 --branch GLideN64 "https://github.com/libretro/mupen64plus-libretro-nx.git" "/home/pi/RetroPie-Setup/tmp/build/lr-mupen64plus-next"
Cloning into '/home/pi/RetroPie-Setup/tmp/build/lr-mupen64plus-next'...
warning: Could not find remote branch GLideN64 to clone.
fatal: Remote branch GLideN64 not found in upstream origin
fatal: Cannot change to '/home/pi/RetroPie-Setup/tmp/build/lr-mupen64plus-next': No such file or directory
fatal: Cannot change to '/home/pi/RetroPie-Setup/tmp/build/lr-mupen64plus-next': No such file or directory
HEAD is now in branch '' at commit ''
/home/pi
Error running 'git clone --recursive --depth 1 --branch GLideN64 https://github.com/libretro/mupen64plus-libretro-nx.git /home/pi/RetroPie-Setup/tmp/build/lr-mupen64plus-next' - returned 128

Log ended at: Sun 22 Mar 17:53:38 GMT 2020
Total running time: 0 hours, 0 mins, 2 secs

Any ideas? Or is this happening with anyone else?

BuZz

@retropieuser555 your RetroPie-Setup is not up to date. Please also open a new topic for issues.

retropieuser555

@BuZz Thanks for the reply. 4.5.1 isn't the most recent RetroPie? I was reluctant to do an update as whenever I do it always seems to take hours. Anyway, I'll give that a go on my pi this evening anyway as I guess that'll fix. If it doesn't I'll make a new topic.

quicksilver

@retropieuser555 just update retropie-setup script then update lr-mupen64plus-next. You don't need to update all packages.

retropieuser555

Thanks guys! That worked perfectly and got a fair number of games running as smoothly as I did previously with the previous mupen64.

Btw one thing I did notice is the AKI wrestling games (World Tour, WCW Revenge, Wrestlemania 2000, No Mercy, VPW2) all don't seem to work. But they do on the original lr-mupen64plus when using Glide64.

With lr-mupen64plus-next, the display squashes into the top left corner of the screen and you get a couple of other graphical glitches. Has anyone else tested these games and been able to replicate this?

quicksilver

@retropieuser555 which pi are you using?