-
Notifications
You must be signed in to change notification settings - Fork 181
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Seeking suggestions to run GLideN64 with mupen64plus on RK3328 Mali-450 #2409
Comments
continuing our discussion from mupen64plus/mupen64plus-core#813, please provide your entire mupen64plus.cfg and your launch log (with --verbose may be useful) FYI, the GLideN64 part of my CFG (for a pi4) is
that said, it's not that unusual for SBCs to tank in certain areas/games in GLideN64 - examples: #2329. However something like mario kart 64 or mario 64 should be mostly full speed in game. |
Thanks @dankcushions .
And here is the log:
|
settings look ok for me, although this may just be the limits of your device. mali 450 is very weak, but i would still expect it to be around pi3 level (which is fairly playable on mario kart single player or mario 64, but it may be weaker than that for all i know. |
The strange thing is that if I use other video plugins like Glide64mk2, and use |
it's not so surprising when you consider glide64's last update was approx 10 years ago. the other plugins probably even older. GLideN64 is by the same author and aims to be a more accurate and feature-rich HLE renderer, but with that comes increased system requirements. your other alternative is use an alternative mupen64plus front end that can handle upscaling and handles the plugins you want to use. retroarch for example. |
I found mupen64plus_libretro_next which seems to also base on GLideN64. |
i believe https://github.com/libretro/parallel-n64 supports it, but you need to choose the select plugin via the core options i believe. it's only viable in a few games though. but this is off topic now - maybe try the libretro forums or discord. good luck! |
Background:
I'm trying to run mupen64plus on a RK3328 Mali-450 aarch64 platform.
Tried several video plugins but always have the issue that video is only rendered at a lower left corner of the screen, similar to the issue reported here: RetroPie/RetroPie-Setup#3118
My monitor's resolution is 1280x720, so I can use
--resolution 1280x720
to force it fill the screen. But games run a lot slower than--resolution 320x240
. What I wanted to achieve is to render at an internal resolution of 320x240 but scale it to the 1280x720 resolution for display.I was told that GLideN64 supports that with the
UseNativeResolutionFactor = 1
option so I'm very interested to try it out.Issues
I built it with
cmake -DEGL=On -DMUPENPLUSAPI=On ../src
but got a segfault. Did some tweaking based on an old issue and disabled the check of EGL extensions (EGLImage was not used in case of GLES2 anyway) to finally pass the segfault.But then the screen is all blank. The music plays in the background and sounds smooth.
Then I found I have to set
EnableLegacyBlending = True
for the graphics to show. But once this is set, it becomes really slow (~10 FPS).So I want to see if anybody has successfully used this on Mali-450 with good performance.
The text was updated successfully, but these errors were encountered: