Possible to port GridWars 2
-
@spud11 Which folder have you copied into ? Looks like an error related to the filesystem mount options, usually you get this when the filesystem is mounted with the
noexec
option. -
@mitu Seems a bit strange because I haven't used
noexec
option anywhere. All files appear in the/home/pi/RetroPie/roms/gridwars2
folder that I have created and I'm just trying to start the file from commandline. -
@spud11 Have you made the file executable (
chmod +x gridwards-armhf-rel
) ? Note that you should run it via./gridwars-armhf-rel
, not withsudo bash ...
. -
@mitu said in Possible to port GridWars 2:
./gridwars-armhf-rel
Hi mitu. Happy New Year! Yes, I have given it the correct permissions and for good measure used the command you gave. I have also tried
./gridwars-armhf-rel
, but get permission denied. -
Just tried the binary on an up-to-date RetroPie, and it launches fine for me, without sudo or anything. Your errors seem to show filesystem issues as @mitu said; are you trying to run the game from USB or Samba share perhaps? Have you tried a different SD card?
As for the game, due to the GLES lib name changes on Stretch, it hangs on startup with an initialization error, then eventually crashes (patching the binary is not enough). Likely a bug in the engine itself.
-
@spud11 I got the same behavior as @fluffypillow - the program starts, but it's not fully compatible and crashes. But it's not the same error as yours, for sure.
-
If someone is interested for Windows version.
This link seems to be the only woking oneYou will find download link directly under first picture ;)
-
Up ! Can someone sum up where we are?
Which version did you use ?
I can certainly help going forward with this quest (having GW run on the pi), I'm a CS engineer... -
@toto2000 great! So at the moment on Debian Stretch the game doesn't start up properly, however it used to work (as in, launched) on Jessie (Wheezy?). There are quite a few issues with the engine causing crashes, you may want to run through the code with the debugger to catch them all.
You can get the code and my patches here, and also some build instructions. A prebuilt binary is here, the one that used to launch originally.
-
@toto2000 That would be great. I was unable to get the pre-built binary to work on Jessie (which I'm still on).
-
@fluffypillow Ok, I already managed to recompile completely the compiler itself and maxIDE on my Mac + compile GridWars using the command line + MaxIDE. Next -> recompile all these things in the Pi. I followed your instructions + get your controls.bmx patched file (original did not compile due to a Joycon not found error)
Do you have an idea of what was going wrong? Problems with the OpenGL version?
-
@fluffypillow Which version of the compiler did you use? This one : https://github.com/bmx-ng/bmx-ng/releases/tag/v0.81.3.16.rpi or a more recent one that you recompiled for the pi? On the Mac I used https://github.com/bmx-ng/bmx-ng/releases/tag/v0.99.3.31.macos and was wondering if I could recompile the up to date sources on the Pi, like I did on the Mac... Maybe this would maximize the chances of building a runnable GridWars..?
-
@fluffypillow You have been talking about Opengles, but the REAL OpenGl should be supported on Pi (see
Look at the YT video I linked. Apparently, OpenGL hardware acceleration is still experimental in 2018 and should be turned on from raspi-config... Ok, I'm investigating, and will let you know if I find something interesting...
-
@toto2000 Turning on the OpenGL driver will probably break the other RetroPie emulators, so be aware of that when testing.
-
@mitu Ok. I'll see what's happening then....
-
@mitu The problem is that Gridwars uses the OpenGL driver that requires OpenGL 1.1 minimum. (See this line in gridwars.bmx :
Framework BRL.GLMax2D
If I change this to :
Framework Pub.OpenGLES
That is the framework supported by default by the Pi, then, many things will not compile (such as TImage not recognized etc.)
So, we have to stick with the openGL driver. And if it's not hardware accelerated, then the Mesa OpenGL software implementation is certainly the one being used, that for sure will make the game unplayable.
My goal is to 1) recompile blitzmax tools (not use the old precompiled binary) 2) compile GridWars 3) try with the experimental hardware accelerated driver.I'll keep you informed...
-
Which version of the compiler did you use? This one : https://github.com/bmx-ng/bmx-ng/releases/tag/v0.81.3.16.rpi or a more recent one that you recompiled for the pi?
Yes, I've used that for the on-the-Pi builds. It used to be "just a few days old" back when I've compiled the game first; a newer version would certainly have more chance for success.
Problems with the OpenGL version?
Do you think it was slow because it did not use OpenGL hardware acceleration two years ago?Yes, there are several places where desktop OpenGL calls are used for effects. As a workaround I've disabled them, but that didn't help with the rest of the crashes unfortunately. If I remember correctly there wasn't proper Mesa support back then, so trying it out now would be an interesting experiment.
-
@toto2000
Maybe this can help
https://github.com/ptitSeb/gl4es
This made OpenBOR 6xxx branch run on Raspberry. -
Thanks, I will give it a try... I'll certainly have time tomorrow....
-
Ok, here is where I am:
-
I compiled the last blitzmax-ng Linux distrib, bcc and bmx built fine, but it crashed during the compilation of makedocs.bmx with a -m32 error. However all useful commands for compiling were built ok.
-
I tried to compile the original sources of GridWars, but it failed due to some errors in images.bmx (type timage not found) and utils.bmx (plot not found)
-
I then compiled https://github.com/ptitSeb/gl4es, added <gl4es_dir>/lib/libGL.so.1 to my LD_LIBRARY_PATH, tried to recompile without success (this lib is for linking normally)
-
Then I went back to compiling the patched version from @fluffypillow that I think was modified to use SDL instead of OpenGL and I followed his instructions for compiling. It worked (I did not have to add -LEGL at the end, maybe I should have done this?)
-
I tried to run this version -> it displays "GL2 (with shaders) Active", then it does a Segmentation fault
I will try again to compile the original version. If you have suggestions, you're welcome :-)
-
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.