OpenBOR 6xxx OpenBeta Testphase

SinisterSpatula

@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?

cyperghost

@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

SinisterSpatula

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)"

SinisterSpatula

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 :)

cyperghost

@SinisterSpatula You can try -mcpu=arm1176jzf-s -mfpu=vfp

SinisterSpatula

@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

cyperghost

@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 be

openbor = "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.

SinisterSpatula

@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:

cyperghost

@SinisterSpatula

'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.

SinisterSpatula

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.

shavecat

@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...

SinisterSpatula

@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.

SinisterSpatula

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.

eskayelle

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.

cyperghost

@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 - -lGL is added

ifdef 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

eskayelle

@cyperghost Thanks!

I was able to select OpenBOR-6xxx and install from source. I can see in Ports (in Emulation Station) the scripts for Game Engine and Module. Game Engine just goes to a black screen and returns to ES. The module script allows me to select a .pak. When I select it, it goes to a black screen and returns to ES.

Per runcommand.log:

/opt/retropie/supplementary/runcommand/runcommand.sh: line 1006: pushd: /opt/retropie/ports/openbor: No such file or directory

/opt/retropie/supplementary/runcommand/runcommand.sh: line 1006: /opt/retropie/ports/openbor/OpenBOR: No such file or directory

/opt/retropie/supplementary/runcommand/runcommand.sh: line 1006: popd: directory stack empty

eskayelle

I manually added an openbor folder in the noted directory. That didn't work. It made the system think the other OpenBOR (build 3016) was installed.

So I also installed OpenBOR build 3016. I still have what I think are the same two scripts in ES. If I select either, I end up in the OpenBOR menu. If I select my .pak...

Multiple errors...

/Paks/OpenBOR//data/bgs/title.gif: No such file or directory.

Same for title.bmp
Same for title.pcx
Same for title.png

Warning: Couldn't load OpenGL Library (No dynamic GL support in video driver)

data/video.txt not found

Unable to load font #0!

Not sure how to resolve. Should I uninstall OpenBOR 3016 and leave -6xxx? If I do, how do I solve for the problems in my post above this one?

cyperghost

@eskayelle hmmm... There should be directories '/opt/retropie/ports/openbor-6xxx'
With OpenBor binary inside. If you press a button during the grey box shows can you change the emulator you want to use?

eskayelle

@cyperghost I was able to change the pointer to the -6xxx binary for the "Modules" script. Some tmp file "cannot write" error occurred when I tried the same thing for the "Manage Engine" one, so I just renamed the .sh extension to .shold to make it disappear in ES.

Rescue-Palooza works! So does Red Sky Battle and Shell Shocked! Thanks!

SinisterSpatula

Update: I got it fixed. Leaving this here in case it helps others. Still curious on what the _ SYS _ and _ PORT _ do exactly though and if I should change mine to _ PORT _ but it seems to be working properly now.

Hi @cyperghost, I'm having a weird issue with OpenBOR beta I wonder if I may ask you about. The executable seems to want to save it's configs, screenshots, logs, etc to my home directory. Which I think is really strange. It's being launched from /opt/retropie/ports/openbor-6xxx and those directories do exist there. The only thing I can think of to work around the issue is to make symbolic links in my home directory that point at the true location. Have you seen this before, and know why it might be doing that? Did you end up making that scriptmodule for pi zero? Maybe I can try that instead.

This is my /opt/retropie/configs/openbor/emulators.cfg entry:

default = "openbor-6xxx"
openbor-6xxx = "pushd /opt/retropie/ports/openbor-6xxx; /opt/retropie/ports/openbor-6xxx/OpenBOR %ROM%; popd"
openbor = "pushd /opt/retropie/ports/openbor; /opt/retropie/ports/openbor/OpenBOR %ROM%; popd"

And my /etc/emulationstation/es_systems.cfg

  <system>
    <name>openbor</name>
    <fullname>OpenBOR</fullname>
    <path>/home/pi/RetroPie/roms/ports/openbor</path>
    <extension>.bor .BOR .Bor .PAK .pak .Pak .PAk .paK .pAk</extension>
    <command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ openbor %ROM%</command>
    <platform>openbor</platform>
    <theme>openbor</theme>
  </system>

And my runcommand.log:

2 is openbor-6xxx
3 is /home/pi/RetroPie/roms/ports/openbor/HE-MAN.PAK
rom is HE-MAN.PAK
Parameters:
Executing: /opt/retropie/ports/openbor-6xxx/OpenBOR "/home/pi/RetroPie/roms/ports/openbor/HE-MAN.PAK"

Doing some more research on this, it looks like I might need to use the pushd and popd style of launching perhaps? And instead of a _ SYS _ it should be _ PORT _ maybe? Doh! I see you told me this 29 days ago! :D Sorry I'll try some more things. Yep, it was the pushd and popd that fixed my problem :)