OpenBOR 6xxx OpenBeta Testphase
-
@SinisterSpatula sorry!
Posted wrong. It looks all fine!
@mitu Can you help here please? -
Sorry I'm sure this is a dumb question, but where or how do I get that installed or placed where needed? :) Still learning. Oh ok. Back to the drawing board I guess lol. I'm going to try a different image for the zero and see if I have better luck.
-
@SinisterSpatula I posted wrong! Sorry! I've tagged mitu. I think he can help
-
@SinisterSpatula Moment .... what image did you use? A preinstalled one?
-
@cyperghost Most recently I used a stock image: retropie-4.4-rpi1_zero.img which should be stock standard, nothing but enabling ssh, samba, I did a fake-hw-clock to stop the system file checks on every boot, I installed xboxdrv (I like to use that for gamepad remapping to keyboard keys. That's all I've done I'm pretty sure.
-
@SinisterSpatula Okay then wait for an answer from mitu. I think he can help
-
@cyperghost said in OpenBOR 6xxx OpenBeta Testphase:
@mitu Can you help here please?
I can try, but it looks like the problem is that the binary/some parts of it (gl4es ?) are compiled for a RPI3, while the PI0 has a different CPU, thus some optimized instructions in the binary will not work for it.
-
@mitu that's what it seems like to me too. What's weird though, is if you look in this thread starting here: https://retropie.org.uk/forum/post/191200 another member was able to compile this beta for the zero. They don't say what they did or how they did it though :(
-
@mitu No it's compiled by the scriptmodule and GL4ES is deleted. So it's ARM6 instructions. I've never compiled on Pi1/0 platforms and I don't have one available.
ldd looks okay
-
@cyperghost said in OpenBOR 6xxx OpenBeta Testphase:
No it's compiled by the scriptmodule and GL4ES is deleted
Ah, then it's not the CPU instructions mismatch.
-
@mitu Well, it could be... See I'm doing the scriptmodule first. But then I'm compiling again, and overwriting the binary with my own. I'll try just the scriptmodule alone, maybe that's the issue?
-
@SinisterSpatula Then the GL4ES is wrong. The scriptmodule uses a prepacked GL4ES made for RPi3 therefore I asked to delete this.
Maybe you can compile GL4ES on your platform.
Instructions are here
https://github.com/ptitSeb/gl4es -
@cyperghost Yeah, just to clarify, I was doing script module, then compiling my own openbor executable, and my own GLES4, and overwriting them both, into the folder of where the scriptmodule installed to. Is the script module able to change the compiling flags to the needed ones for zero? Or would I need to modify those before compiling?
-
@SinisterSpatula The scriptmodule has nothing to do with compiling flags. It's the patch itself.
Compiling flags are set to
CFLAGS += -marm -mcpu=cortex-a9 -mfpu=neon -mfloat-abi=hard -fomit-frame-pointer -ffast-math -O2 -
Would you happen to know what the flags should be for the zero? I'm guessing these are working for pi3 but for zero it needs to be something other
Edit: looks like this maybe? "mcpu=arm1176jzf-s -mfloat-abi=hard -mfpu=vfp (alias for vfpv2)"
-
Sorry to drag you both into something silly, I've just got my heart set on getting this to work lol, and I truly appreciate the assistance :)
-
@SinisterSpatula You can try
-mcpu=arm1176jzf-s -mfpu=vfp -
@cyperghost said in OpenBOR 6xxx OpenBeta Testphase:
-mfpu=vfp
That did it!! I'm so freaking happy right now! Woooooo! :D Thanks again, sincerely appreciate it. For future others who want to compile for zero, If you want you can point them to my changed 4-Galina-diff here:
wget https://github.com/SinisterSpatula/RetroflagGpiGuides/raw/master/data/4-Galina.diff -
@SinisterSpatula Sure... The community has to thank you even if you plan to release some premade images.
Can you say something to the speed?About the emulators.cfg
it should beopenbor = "pushd /opt/retropie/ports/openbor; /opt/retropie/ports/openbor/OpenBOR %ROM%; popd"The
%ROM%is needed to start PAK-files through dialog menu or via EmulationStation as own system. -
@cyperghost Thanks, yes the rom's are starting just fine, I need to spend some time on getting the controls working correctly (for my gpi case) and the speed is good. You can tell that the games are not used to playing on a small screen, and that they could use some optimization. Even without tuning the image and video files, they seem to run well (depending). Like HE-MAN the video is laggy because of the large video resolution (and the poor zero's framebuffer trying to handle it). But once the game starts, speed is very nice. Oh, no, I don't need any thanks, you and @zanac and the rest of retropie team, and the OpenBor team are who to thank for this. I'll put links here to quick video clips of it in a moment. I don't know if we can ask the OpenBor team if they are interested in releasing low-res re-pak's for our purpose, with the popularity of the Gpi case, the pi zero is really going to start getting a lot more use and attention. Or, if this can or should be a community effort, I'm happy to put in some work on this. On the topic of pre-made images, I understand the issues surrounding that, and wish people would use stock images, myself personally. I think if Retropie added more official images (for example a stock image targeted for the Retroflag Gpi, which incorporates many of the fixes and addresses the problems that the community is currently working-around, like including a binary for xboxdrv because people honestly don't want to spend an hour compiling that), but there's probably issues with that and reasons why that's not the case, and probably a topic that's been tossed around before, but yes, I can see the viewpoint of why premade's are a bad thing, without a doubt.
HE-MAN clip:
Ninja Turtles Rescue Palooza clip:
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.