Skip to content
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

Mupen64plus-Next black screen on latest Emuelec test build - Android Q Box #300

Closed
Cee123 opened this issue Sep 21, 2020 · 24 comments
Closed
Labels
fix_in_comments A fix has been posted in the comments fixed_in_dev

Comments

@Cee123
Copy link

Cee123 commented Sep 21, 2020

Describe the bug
Just letting you guys know, Mupen64plus-next loads to a black screen on the Android Q Box. I'm not sure why that is, but I think this brand of Android Box is only compatible with OpenGles2 whereas the core version is built for OpenGles3.

I'm using the latest Arch64 test build. The "generic" version.

To Reproduce

Expected behavior
Should load, but doesn't.

Screenshots

EmuELEC version:
3.8-TEST-09112020

Device (please complete the following information):
Android 5.1
Amlogic s905 quad-core cortex-A53 2.0 Ghz
Mali-450 5-Core GPU
2GB DDR3 16GB EMMC
2.4G +5G WIFI,802.11 B/G/N
100/1000M LAN
Bluetooth4.0
Hardward 3D graphics acceleration
2K*4K Support
Dolby/ 3G/ SPDIF/ IEC958/ Coaxial

Additional context
Anyway I can compile the OpenGles2 version of Mupen Next? Or someone can provide it? I think the previous version of Emuelec that I tried had the OpenGles2 version and it worked fine.

@Cee123
Copy link
Author

Cee123 commented Sep 22, 2020

Well I just compiled a few Mupen64plus-next cores on Ubuntu using my Odroid N2 so I could get them to be arch64 (for some reason my PC wasn't letting me do this). And I've tried both cores for opengles2 and opengles3 and using LLE and without. And each time I try to get these cores to work, it appears to work for a second or so but then it crash dumps resulting in a Segmentation Fault.

20200922_113717-20200922-120720352

mupen64plus_next_libretro_gles2(LLE).zip
mupen64plus_next_libretro_gles2.zip
mupen64plus_next_libretro_gles3(LLE).zip
mupen64plus_next_libretro_gles3.zip

Not sure what I could do to get this core to work. As the one from the original build (with OpenGles3) just loads to a black screen (no image) with sound playing.

@asakous
Copy link

asakous commented Sep 22, 2020

use old version of mupen64plus-next . probably before this commit tag (9f3169).

@Cee123
Copy link
Author

Cee123 commented Sep 22, 2020

use old version of mupen64plus-next . probably before this commit tag (9f3169).

Awesome, thank you! Alright I'll try one of the older versions before that commit tag then, I'll compile one or two of those and I'll see if they work.

@Cee123
Copy link
Author

Cee123 commented Sep 22, 2020

use old version of mupen64plus-next . probably before this commit tag (9f3169).

I couldn't get an older version to build for some strange reason. I'll keep trying.

@asakous
Copy link

asakous commented Sep 22, 2020

use old version of mupen64plus-next . probably before this commit tag (9f3169).

I couldn't get an older version to build for some strange reason. I'll keep trying.

try remove PKG_SHA256 in package.mk. maybe works

@Cee123
Copy link
Author

Cee123 commented Sep 22, 2020

use old version of mupen64plus-next . probably before this commit tag (9f3169).

I couldn't get an older version to build for some strange reason. I'll keep trying.

try remove PKG_SHA256 in package.mk. maybe works

Ok, thank you. I'll try that and see if it works. Hopefully it does.

@Cee123
Copy link
Author

Cee123 commented Sep 22, 2020

I tried an older version, the one just before 9f3169 and I tried changing the flags in the Makefile to set them to Gles2 and Gles3. I tried a few different versions. But I keep getting an error now that says error missing libGL.so.1

GetAttachmentThumbnail

@asakous
Copy link

asakous commented Sep 23, 2020

@Cee123
Copy link
Author

Cee123 commented Sep 24, 2020

please reference my package settings https://github.com/asakous/Neo-EmuELEC-H3/tree/master/packages/sx05re/emulators/mupen64plus-nx

I'm not sure I understand. Do I post the issue there and reference it from here? I click on the link but nothing comes up.

@asakous
Copy link

asakous commented Sep 24, 2020

my bad . typo.
you can copy the url and paste to chrome.
and use my package.mk and patches to build mupen64plus-nx.

@Cee123
Copy link
Author

Cee123 commented Sep 24, 2020

my bad . typo.
you can copy the url and paste to chrome.
and use my package.mk and patches to build mupen64plus-nx.

That link works now. Sorry about that. Thanks so much!! I'll try that and see if I can get it to work. Much appreciated!

@Cee123
Copy link
Author

Cee123 commented Sep 24, 2020

I'm really sorry for being a noob when it comes to github and probably Linux as well. But I'm not sure exactly what I'm supposed to do. So basically I've downloaded these files and placed them in a folder mupen64plus-next, so do I just build it from the package.mk file? And if so, what command do I use? I've tried make but it's not working, as it keeps saying there is no recipe for the target. Or do I fetch EmuELEC from the github, fetch mupen64plus-next and add it to that folder and build it from there? Or do I fetch mupen64plus-next from the libretro github and add it to that folder and build it from there? Sorry I'm still trying to figure this out.

@asakous
Copy link

asakous commented Sep 24, 2020

you need to fetch EmuELEC from the github and replace mupen64plus-next with my files. and build the whole system.
or simply go to https://github.com/asakous/Neo-EmuELEC-H3/releases/tag/V1.1 and download mupen64plus_next_libretro.zip . hopefully it works on Amlogic system.
otherwise you just wait to shantigilbert to fix it.
.

@Cee123
Copy link
Author

Cee123 commented Sep 24, 2020

you need to fetch EmuELEC from the github and replace mupen64plus-next with my files. and build the whole system.
or simply go to https://github.com/asakous/Neo-EmuELEC-H3/releases/tag/V1.1 and download mupen64plus_next_libretro.zip . hopefully it works on Amlogic system.
otherwise you just wait to shantigilbert to fix it.
.

Oh my God thank you so much! You're awesome. I just downloaded the zip file it was a lot easier for me. Thank you.

@Cee123
Copy link
Author

Cee123 commented Sep 24, 2020

Interesting, seems now there's a different issue. An error message saying "wrong ELF class". Not really sure what that means.

20200924_201709-20200924-201744834

@asakous
Copy link

asakous commented Sep 25, 2020

that means the binary file is not compatible with your system. so I am out of ideas . you better wait for shantigilbert to fix it.

@Cee123
Copy link
Author

Cee123 commented Sep 26, 2020

that means the binary file is not compatible with your system. so I am out of ideas . you better wait for shantigilbert to fix it.

Thanks for all your help. Yeah I think I'll just wait for a fix hopefully in the next version or whatever.

@Cee123
Copy link
Author

Cee123 commented Sep 28, 2020

I think that core could be 32-bit and not Arm64. Because it says wrong ELF class: ELFCLASS32.

@Cee123
Copy link
Author

Cee123 commented Sep 29, 2020

So no one knows what's causing the segmentation fault on the mupen64plus-next cores i compiled? Possibly a driver issue?

@shantigilbert
Copy link
Collaborator

So no one knows what's causing the segmentation fault on the mupen64plus-next cores i compiled? Possibly a driver issue?

if you are compiling them I think its better to ask in the mupen64 repo.

@shantigilbert
Copy link
Collaborator

Try this one please

mupen64plus_next_libretro.zip

@Cee123
Copy link
Author

Cee123 commented Oct 1, 2020

Try this one please

mupen64plus_next_libretro.zip

Awesome. I will try that version and see if it works. Thanks!

@Cee123
Copy link
Author

Cee123 commented Oct 1, 2020

Try this one please

mupen64plus_next_libretro.zip

Thank you! You're a legend. Can confirm that version 100% works. Thanks for that!

@shantigilbert shantigilbert added fix_in_comments A fix has been posted in the comments fixed_in_dev labels Oct 1, 2020
@shantigilbert
Copy link
Collaborator

This has been fixed on v3.9

shantigilbert pushed a commit that referenced this issue Nov 15, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
fix_in_comments A fix has been posted in the comments fixed_in_dev
Projects
None yet
Development

No branches or pull requests

3 participants