OpenBOR 6xxx OpenBeta Testphase
-
@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: -
'll put links here to quick video clips of it in a moment.
Thank you
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)
Yes that is true for a small part. I think it's a usefull to prepare ready made images for different platforms (Pi0, Pi3, Pi4, XU4 ...) but it is not usefull or demanding for ready packed images.
I rather think that people like you could incorparate a "scriptmodule" that prepares the vanilla RetroPie image. I've read your github wiki and I think you are on a right path by providing helpfull information together with some small how to's. That's really a nice way to contribute ...
The problem about premade images I see, that people download these images and sell them. Then a software problem occours and because it's RetroPie and this is the RetroPie forum, people (the buyers) ask here for help. It's very difficult to give advice if you barely don't know anything about the config.
Btw: I doubt you sell your images, so don't feel offended.Most of these premade images are not well made. Not because they were flicked together, no ... they get very old and lack of updates. In less then 3 month they are outdated.
So maybe a incooperation of a downloader script, that prepares ready setted binaries, exchange some themes, download game modules like OpenBOR could be the solution and then there may be a better mood for "premade" images because then the code is open and we have a "behind the scenes"-setup and better help is possible.
EDIT:
I will prepare annother script module for the RPI1/0
According to the changes done in diff-patch. -
That is fantastic!! I love your idea of using script modules instead of ready made images. Once I get a little better at scripting, I will make that my goal and the method I will aspire to achieve! And yes, that is the huge can of worms with images, you never really know what's inside. We are on the same page for sure.
-
@SinisterSpatula
Hey,
Ninja Turtles Rescue Palooza .
Can u get the stage with the van on the left working ? (VAN) or even the PARK ?
its dosent work at my place just make the name jump up and down... (tried to finish the game )
Try it on the cpu working fine... -
@shavecat I saw that bug also. I'm curious if I tried dmitri if it might work on that one. I think the thing we need to keep in mind though, is I'm pretty sure the pak is only supported for PC, and it just "happens" to also play on the other platforms. The dev of the pak doesn't test it on our platform, so we may have to see if there's ways to fix these things on our own. I'm curious to look at the code for it, and compare it to those other "entrances" and see what's different.
-
Longer Gameplay video of HE-MAN on pi zero. The screen is smushed a little since it was not designed for 4:3, I tried all modes and this was the best for right now.
-
Hi. Wondering if anyone can help? I'm running a Pi 3B, Raspian Jessie, Retropie 4.3.11. I try these commands, from earlier in the thread, and the patch will not work.
[Quote]
You can try wget https://github.com/DCurrent/openbor/archive/master.zip to get this.
Then extract it with unzip. unzip master.zip
then cd openbor-master/engine
then wget https://raw.githubusercontent.com/crcerror/OpenBOR-Raspberry/master/patch/5-Dmitri.diff
then patch -p0 -i 5-Dmitri.diff
then make BUILD_PANDORA=1
[/quote]The thread has a link to a revised 5-Dmitri.diff file. The result is the same: "HUNK #4 FAILED AT 572."
Not sure what I've done wrong?
Basically, I'm trying to compile a copy of OPENBOR, as I'd like to see if TMNT: Rescue-Palooza will work.
-
@eskayelle Use scriptmodule 6xxx section 1.3 for install.
OpenBOR changed the Makefile a few days again.You can try to adjust the file itself
From block line 570
the change is done in 576 --lGLis addedifdef BUILD_SDL ifeq ($(findstring DGE, $(SDKPATH)), DGE) LIBS += -lSDL -lts else COMMA =, RPATH_LIBS = $(addprefix -Wl$(COMMA)-rpath$(COMMA),"$(LIBRARIES)") LIBS += $(RPATH_LIBS) -lSDL2 -lGL ifdef CROSSCOMPILE_LINUX_WIN LIBS += -lsetupapi endif endif endif
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.