Turrican (hurricane clone) black screen

DavidDraper

@jengun Very cool. How do I update hurrican with your update? do I download it and copy it into the directory in /ports?

Dave

JenGun

@daviddraper Just clone the repository only once:

git clone https://gitlab.com/jengun/hurrican

and execute make in the hurrican/src directory to build the binary. To update use

git pull

in the hurrican directory ... I'll try to fix at least a few small bugs, but I'm not an expert on C++ and OpenGL: so there won't be any major changes. Please use GitLab to report issues, not this forum ...

RussellB

@jengun said in Turrican (hurricane clone) black screen:

https://gitlab.com/jengun/hurrican

Hi,

I'm trying to get this version running on the RPi4 since it looks like it no longer needs X server to run.

The gitlab project is no longer available. Does anyone know the new location?

I compiled a version of Hurrican that runs under X (XINIT in emulators.cfg) and it works, but I can't find the code that I compiled and now when I try to pull code from other sites it fails linking.

I installed Hurrican from RetroPie-Extras and it fails to display a screen on the RPi4.

RussellB

JenGun

@russellb said in [Turrican (hurricane clone) black screen]

The gitlab project is no longer available. Does anyone now the new location?

https://github.com/drfiemost/Hurrican uses SDL2 by default and should work on RPi4 ...

luckyluca

@jengun
Hi, when I get to the cmake step
cmake -DCMAKE_BUILD_TYPE=Release ..

I get an error that it is missing the cmake text file.

I'm on pi4, any ideas?
many thanks!

JenGun

@luckyluca said in Turrican (hurricane clone) black screen:

cmake -DCMAKE_BUILD_TYPE=Release ..
I get an error that it is missing the cmake text file.

Copy & paste the lines from https://github.com/drfiemost/Hurrican#building ... tested and works on the RPi4 ...

luckyluca

@jengun Unfortunately that doesn't work, probably a library missing?

pi@retropie:~/tmp/Hurrican/Hurrican/build $ cmake -DCMAKE_BUILD_TYPE=Release ..
-- The C compiler identification is GNU 8.3.0
-- The CXX compiler identification is GNU 8.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found SDL2: /usr/lib/arm-linux-gnueabihf/libSDL2.so;-lpthread
-- Found SDL2_image: /usr/lib/arm-linux-gnueabihf/libSDL2_image.so (found version "2.0.4")
-- Found SDL2_mixer: /usr/lib/arm-linux-gnueabihf/libSDL2_mixer.so (found version "2.0.4")
CMake Error at 3rdparty/LibFindMacros.cmake:263 (message):
  REQUIRED PACKAGE NOT FOUND

  We could not find development headers for LibEpoxy.  Do you have the
  necessary dev package installed? This package is REQUIRED and you need to
  install it or adjust CMake configuration in order to continue building
  hurrican.

  Relevant CMake configuration variables:

    LibEpoxy_INCLUDE_DIR=<not found>
    LibEpoxy_LIBRARY=<not found>

  You may use CMake GUI, cmake -D or ccmake to modify the values.  Delete
  CMakeCache.txt to discard all values and force full re-detection if
  necessary.

Call Stack (most recent call first):
  3rdparty/FindLibEpoxy.cmake:29 (libfind_process)
  CMakeLists.txt:482 (find_package)


-- Configuring incomplete, errors occurred!
See also "/home/pi/tmp/Hurrican/Hurrican/build/CMakeFiles/CMakeOutput.log".
See also "/home/pi/tmp/Hurrican/Hurrican/build/CMakeFiles/CMakeError.log".
pi@retropie:~/tmp/Hurrican/Hurrican/build $ make
make: *** No targets specified and no makefile found.  Stop.
pi@retropie:~/tmp/Hurrican/Hurrican/build $

sleve_mcdichael

@luckyluca it looks like you didn't install the necessary libepoxy-dev dependency. You can do that with:

sudo apt -y install libepoxy-dev

Or, I've been working on a scriptmodule using that repo, I think it's in pretty good shape if you want to give it a try:

https://github.com/s1eve-mcdichae1/Hurrican-RPi

You can download it to your Pi 4 with (edit: had the wrong url, should be fixed now):

wget https://raw.githubusercontent.com/s1eve-mcdichae1/Hurrican-RPi/main/hurrican.sh -P $HOME/RetroPie-Setup/scriptmodules/ports/

After that you can install the port through RetroPie-Setup > Manage packages > Manage experimental packages

JimmyFromTheBay

@sleve_mcdichael So, have I understood correctly, because I got hopelessly lost halfway down this thread:

If I type in that WGET instruction, then install Hurrican from the Experimental menu, that's all I need to get the game running?

sleve_mcdichael

@JimmyFromTheBay that should still work.

However, and while there are no significant changes at this time*, that's an older version of the script that will no longer be updated. It has now been integrated into RetroPie-Extra where you can always track the latest updates:

https://github.com/Exarkuniv/RetroPie-Extra

(https://github.com/Exarkuniv/RetroPie-Extra/tree/master/scriptmodules/ports/hurrican.sh)

To get started using RetroPie-Extra, first clone the repository and then run install-extras.sh:

cd ~
git clone https://github.com/Exarkuniv/RetroPie-Extra
cd RetroPie-Extra
./install-extras.sh

The newly-improved install script uses a GUI menu that allows you to select which of the Extra scriptmodules you would like to include. hurrican.sh can be found in the ports section.

*(also it looks like the game itself has had some recent updates, so probably I should take another look at the script soon, also.)

JimmyFromTheBay

@sleve_mcdichael Thanks. But how do I get rid of the old ZeroJay version of RetroPie-Extra? I can't install the new one over the top and neither the Remove or Update instructions here work.

https://github.com/Exarkuniv/RetroPie-Extra

EDIT: got rid of the old folder and Extra seemed to install okay, but when I tried to install any scripts via the GUI this happened:

I looked in /home/pi/RetroPie-Extra/scriptmodules and all the relevant files DO seem to be there.

ExarKunIv

@sleve_mcdichael i just tested it yesterday and your script worked fine on my system.

I'm not by my pi right now to compare what is on my system to GitHub.

But if we can't figure it out before then I can look Monday

sleve_mcdichael

@JimmyFromTheBay @ExarKunIv yeah I see it here too, lemme see if I can track down why...

Edit: https://github.com/Exarkuniv/RetroPie-Extra/pull/91

JimmyFromTheBay

@sleve_mcdichael So if I uninstall it and reinstall it now, it'll work?

JimmyFromTheBay

Right, installing RetroPie-Extra worked this time, and I added all the scripts I wanted from the GUI. Unfortunately it skipped a lot of them because they were already in RetroPie-Setup from previous failed attempts and there was no option to overwrite.

So I manually copied hurrican.sh from /home/pi/RetroPie-Extra/scriptmodules/ports to /home/pi/RetroPie-Setup/scriptmodules/ports over the top of the old version and installed it. It seemed to work okay, but when I booted it up, just music and a black screen again.

(OpenBOR didn't work either - it reported a 404 relating to something about "curl", and when you try to run a game it says "https://github.com/crcerror/OpenBOR Raspberry.git ^{} failed with return code 1 - please check your network connection".)

ExarKunIv

This post is deleted!

ExarKunIv

@JimmyFromTheBay that one should of worked. I tested that script and it installed and worked fine for me.

If you are saying about the error that pops up when you finish installing it. That is just a error that comes up when there is no way for it to check for a update

JimmyFromTheBay

@ExarKunIv So what could be going wrong? For Hurrican, do I still need to install that libepoxy thing first?

Also, which error do you mean with OpenBOR? The "curl" one or the "crcerror" one?

ExarKunIv

@JimmyFromTheBay crcerror the name of the person who wrote the script not a error

sleve_mcdichael

@JimmyFromTheBay looks like you've already sorted some of this but I'll answer for the record here anyway:

how do I get rid of the old ZeroJay version of RetroPie-Extra? I can't install the new one over the top and neither the Remove or Update instructions here work.

To switch from ZeroJay's repo to Exarkuniv's:

# discard the most recent commit by checking out the commit one prior
# necessary because this commit is not in the new repo, will cause merge conflict
git reset --hard HEAD^

# switch to ExarKuniv's new repo
git remote set-url origin https://github.com/Exarkuniv/RetroPie-Extra

# now pull from the updated origin
git pull origin

@JimmyFromTheBay said in Turrican (hurricane clone) black screen:

@sleve_mcdichael So if I uninstall it and reinstall it now, it'll work?

This was just a bug in the install script, it should be fixed now and you can update your local version with git pull origin (or ./update-extras.sh).

Unfortunately it skipped a lot of them because they were already in RetroPie-Setup from previous failed attempts and there was no option to overwrite.

Earlier versions of RP-Extra, as well as some of our stand-alone scripts before they were integrated, used to be copied directly to the RetroPie-Setup/scriptmodules directory alongside the "official" RetroPie modules.

More recently, they have utilized RP's built-in method for including "external" modules by placing them in RetroPie-Setup/ext/[repo_name]/scriptmodules instead.

However, if you still have the old versions in the "official" scriptmodules directory, then the new "external" ones of the same name can't be used again. You can "clean the working tree of untracked files" with git clean. Navigate to your RetroPie-Setup directory:

cd ~/RetroPie-Setup

Use the -n (dry run) flag to see what will be removed, then use -f (force) to actually remove them:

git clean -n scriptmodules
git clean -f scriptmodules

So I manually copied hurrican.sh from /home/pi/RetroPie-Extra/ (...) It seemed to work okay, but when I booted it up, just music and a black screen again.

(...) So what could be going wrong? For Hurrican, do I still need to install that libepoxy thing first?

That is puzzling. The libepoxy-dev thing was in response to someone who was doing a manual installation; it should be done automatically by the script, now.

I wonder if there's a missing dependency that slipped through 'cause we already had it from a different module or something.

I don't know exactly what I'd be looking for but there might be some clue in the game and/or install logs.

Game log:

/opt/retropie/configs/ports/hurrican/Game_Log.txt

Install logs are in:

~/RetroPie-Setup/logs

They are compressed in .gz format; you can view them locally with zless or extract them for sharing with gunzip.

Only the 20 most recent are retained. If you can't find the one where hurrican was installed, just install it again and take the last one.

it reported a 404 relating to something about "curl", and when you try to run a game it says "https://github.com/crcerror/OpenBOR-Raspberry.git ^{} failed with return code 1 - please check your network connection".)

Also, which error do you mean with OpenBOR? The "curl" one or the "crcerror" one?

crcerror is the GitHub account name of the user who hosts the OpenBOR repo:

https://github.com/crcerror/OpenBOR-Raspberry

The curl error is something I see in some, but not all, of these extra scripts. It has to do with the way Setup checks if updates are available, I guess. Sometimes they are, sometimes they aren't, and sometimes it is unable to determine and says so...

...and then sometimes, in our extra scripts, it will do weird sh-- like say "update is available" when it is not, immediately after installing the latest version, or having "install options disabled" requiring a remove/reinstall any time an update is to be performed.

I'm really not sure what this is about. I suppose it is probably something going on in function rp_hasNewerModule() but I haven't dug deep into how that works, yet.