RetroPie forum home
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    • Register
    • Login

    Possible to port GridWars 2

    Scheduled Pinned Locked Moved General Discussion and Gaming
    55 Posts 7 Posters 9.9k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • cyperghostC
      cyperghost
      last edited by cyperghost

      @toto2000
      Maybe this can help
      https://github.com/ptitSeb/gl4es
      This made OpenBOR 6xxx branch run on Raspberry.

      1 Reply Last reply Reply Quote 0
      • T
        toto2000
        last edited by

        Thanks, I will give it a try... I'll certainly have time tomorrow....

        1 Reply Last reply Reply Quote 0
        • T
          toto2000
          last edited by

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

          cyperghostC fluffypillowF 2 Replies Last reply Reply Quote 1
          • cyperghostC
            cyperghost @toto2000
            last edited by

            @toto2000 not sure but I think lGL switch can be used with gl4es

            1 Reply Last reply Reply Quote 0
            • fluffypillowF
              fluffypillow @toto2000
              last edited by

              @toto2000 yes, one of my commits disabled the OpenGL calls and made the game to use an SDL-based graphics implementation that used EGL instead of desktop OpenGL. That used to work, I wonder if there's anything newer since then.

              You'd only need to add flags if the compiler misses some symbols, but I guess that won't come up if you link to gl4es instead of EGL.

              1 Reply Last reply Reply Quote 0
              • cyperghostC
                cyperghost @spud11
                last edited by cyperghost

                @spud11 said in Possible to port GridWars 2:

                @fluffypillow @herb_fargus Thanks for your replies, guys. Must admit I haven't even been able to get it to run at all. I've copied the gridwars-armhf-rel file into a folder together with all of the source files. The binary is executable. I've run the binary straight from commandline using sudo /bin/bash gridwars-armhf-rel with the result gridwars-armhf-rel: gridwars-armhf-rel: cannot execute binary file.

                Just for info
                I downloaded the archive from @fluffypillow and put the binary in.
                It ran out of the box ....... very slowly. Stuttering sounds and ultra slow graphics.
                Missmatch in screen resolution... but I was able to get it run.

                I think you are missing a library. After I start the binary I got terminal output

                GL2 (with shaders) Active
                libpng warning: iCCP: known incorrect sRGB profile
                libpng warning: iCCP: known incorrect sRGB profile
                libpng warning: iCCP: known incorrect sRGB profile
                libpng warning: iCCP: cHRM chunk does not match sRGB
                libpng warning: iCCP: known incorrect sRGB profile
                libpng warning: iCCP: known incorrect sRGB profile
                libpng warning: iCCP: known incorrect sRGB profile
                libpng warning: iCCP: known incorrect sRGB profile
                libpng warning: iCCP: known incorrect sRGB profile
                libpng warning: iCCP: known incorrect sRGB profile
                

                ldd command on gridwars binary reveals

                 linux-vdso.so.1 (0x7eb28000)
                        /usr/lib/arm-linux-gnueabihf/libarmmem.so (0x76f68000)
                        libGLESv2.so => /opt/vc/lib/libGLESv2.so (0x76f34000)
                        libvcos.so => /opt/vc/lib/libvcos.so (0x76f1a000)
                        libvchiq_arm.so => /opt/vc/lib/libvchiq_arm.so (0x76f04000)
                        libbcm_host.so => /opt/vc/lib/libbcm_host.so (0x76edd000)
                        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x76eca000)
                        libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0x76ded000)
                        libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x76d72000)
                        libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0x76d45000)
                        libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76d1d000)
                        libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76bdc000)
                        /lib/ld-linux-armhf.so.3 (0x54b3d000)
                        libEGL.so => /opt/vc/lib/libEGL.so (0x76ba2000)
                        librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x76b8b000)
                
                S 2 Replies Last reply Reply Quote 0
                • S
                  spud11 @cyperghost
                  last edited by

                  @cyperghost Thanks. I'll try the binary again and have a look and see what warnings I get. I'm sure you'll be right.

                  RetroPie v4.4.1 • RPi3 Model B • 5.1V 2.5A PSU • 32GB SanDisk Extreme microSD • 2TB Toshiba Canvio Basics Portable USB 3.0 hard drive • 4 x DragonRise USB Arcade joysticks • 2 x TurboTwist spinners • 1 x USB trackball • 1 x PS4 wireless • 1 x 8BitDo Zero

                  cyperghostC 1 Reply Last reply Reply Quote 0
                  • cyperghostC
                    cyperghost @spud11
                    last edited by cyperghost

                    @spud11 I made a screenshot of the game. So you see how the intro looks like. The flares are spreading in all colors but are super slowmo. So that is lightyears away being playable like the video I've posted in 2016. We need hardware acceleration for this and I hope @fluffypillow and @toto2000 can make it run. It's a super cool game I've played long in 2007 during my student time.

                    Gridwars v 0.1 fluffypillow

                    1 Reply Last reply Reply Quote 0
                    • T
                      toto2000
                      last edited by

                      My idea was to recompile the real sources, not the ones patched by @fluffypillow, and use a real hardware accelerated opengl driver... I'll try tomorrow to compile the original sources with gl4es. Adding this lib (that is a wrapper that mimics openGL and make calls to GLES instead) to LD_LIBRARY_PATH at link time was not enough apparently.

                      cyperghostC 1 Reply Last reply Reply Quote 0
                      • cyperghostC
                        cyperghost @toto2000
                        last edited by cyperghost

                        @toto2000 ;) Thx for digging deeper. I'm afraid I can't help furthermore.

                        My experiences with the GL4ES wrapper were that the introvideos, which for example run in some episodes of OpenBOR, ran without any problems with this library. Without linking, the refresh rate (felt) was below 10fps. The user @zanac used the switch lGL for this purpose. Therefore he patched makefile.txt ... I hope this is also possible with GridWars and that the game can benefit from some accelaration.

                        -LIBS += -Wl,-rpath,$(LIBRARIES) -lSDL2 -lSDL2_gfx      --> original
                        +LIBS += -Wl,-rpath,$(LIBRARIES) -lSDL2 -lSDL2_gfx -lGL --> modified
                        

                        You can provide the GL4ES wrapper with special options, e.g. that only GLES1.1 is used etc.
                        The github of ptetSeb with the usage link gives hints. I've patched OpenBOR to not take the library from the /lib directory, but the version in the same directory of the binary.

                        1 Reply Last reply Reply Quote 0
                        • S
                          spud11 @cyperghost
                          last edited by

                          @cyperghost Very strangely, when I use ldd gridwars-armhf-rel I get the response not a dynamic executable. I'm really not sure what that means as I copied the binary into the same folder as the other files, and made the binary executable.

                          RetroPie v4.4.1 • RPi3 Model B • 5.1V 2.5A PSU • 32GB SanDisk Extreme microSD • 2TB Toshiba Canvio Basics Portable USB 3.0 hard drive • 4 x DragonRise USB Arcade joysticks • 2 x TurboTwist spinners • 1 x USB trackball • 1 x PS4 wireless • 1 x 8BitDo Zero

                          mituM 1 Reply Last reply Reply Quote 0
                          • mituM
                            mitu Global Moderator @spud11
                            last edited by

                            @spud11 Can you run file gridwars-armhf-rel and see if it's an executable ?

                            S 1 Reply Last reply Reply Quote 1
                            • S
                              spud11 @mitu
                              last edited by

                              @mitu Thanks, mitu.

                              What I got was:

                              gridwars-armhf-rel: ELF 32-bit LSB executable, ARM, EAB15 version 1 (SYSV), dynamically linked, interpreter /lib/id-linux-armhf.so.3,  for GNU/Linux 3.2.0, BuildID[sha1]=b7e8dd092b0a3e8b03642021eb0cee8bca9e80a24, stripped
                              

                              I've copied that from a photo I took on my home. Hopefully, I've transcribed it correctly.

                              RetroPie v4.4.1 • RPi3 Model B • 5.1V 2.5A PSU • 32GB SanDisk Extreme microSD • 2TB Toshiba Canvio Basics Portable USB 3.0 hard drive • 4 x DragonRise USB Arcade joysticks • 2 x TurboTwist spinners • 1 x USB trackball • 1 x PS4 wireless • 1 x 8BitDo Zero

                              cyperghostC mituM 2 Replies Last reply Reply Quote 0
                              • cyperghostC
                                cyperghost @spud11
                                last edited by cyperghost

                                @spud11 Wrong version of ld-linux-armhf.so.3? - I'm still on Jessie-build!

                                1 Reply Last reply Reply Quote 0
                                • mituM
                                  mitu Global Moderator @spud11
                                  last edited by

                                  @spud11 Looks fine - i.e. it seems an executable.

                                  cyperghostC 1 Reply Last reply Reply Quote 0
                                  • cyperghostC
                                    cyperghost @mitu
                                    last edited by

                                    @mitu Do you know why it fails in this case?

                                    1 Reply Last reply Reply Quote 0
                                    • mituM
                                      mitu Global Moderator
                                      last edited by

                                      Have no idea - @spud11 are you downloading the file and then transferring to the PI ? Can you try downloading it directly on the PI with wget:

                                      wget https://github.com/mmatyas/GridWars/releases/download/first-build/gridwars-armhf-rel
                                      
                                      S 1 Reply Last reply Reply Quote 0
                                      • S
                                        spud11 @mitu
                                        last edited by

                                        @mitu @cyperghost I'm still on Jessie. Yes, I did transfer from my PC to the pi so I'll use the wget method. Thanks.

                                        RetroPie v4.4.1 • RPi3 Model B • 5.1V 2.5A PSU • 32GB SanDisk Extreme microSD • 2TB Toshiba Canvio Basics Portable USB 3.0 hard drive • 4 x DragonRise USB Arcade joysticks • 2 x TurboTwist spinners • 1 x USB trackball • 1 x PS4 wireless • 1 x 8BitDo Zero

                                        1 Reply Last reply Reply Quote 0
                                        • S
                                          spud11
                                          last edited by

                                          @mitu @cyperghost. Alright, so I used wget and sudo moved the file to the relevant roms folder and tried running it with ./gridwars-armhf-rel. I got the permission denied error again. I then used ldd and got the same response as last time. Using the file command, I got the same information as last time. Very odd. Maybe it is something I've done to my system and that is why it just won't work. Or maybe it is the wrong version of id-linux-armhf.so.3.

                                          RetroPie v4.4.1 • RPi3 Model B • 5.1V 2.5A PSU • 32GB SanDisk Extreme microSD • 2TB Toshiba Canvio Basics Portable USB 3.0 hard drive • 4 x DragonRise USB Arcade joysticks • 2 x TurboTwist spinners • 1 x USB trackball • 1 x PS4 wireless • 1 x 8BitDo Zero

                                          cyperghostC 1 Reply Last reply Reply Quote 0
                                          • cyperghostC
                                            cyperghost @spud11
                                            last edited by cyperghost

                                            @spud11 The error permission denied is a user right error. I think it's the filesystem - if you are using FAT32 then it's very likely you receive such a message. Try to upload/unpack the archive in directory /home/pi. Do not use any sudo command this will overwrite user permission from pi to root.

                                            Then use command chmod +x binaryfilename to make the binary executable then run the binary with ./binaryfilename no sudo no bash just like I wrote.

                                            As ultimate ratio you can use command sudo chown -R gridwarsdirectory pi:pi

                                            S 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            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.