Hexen II - uHexen II: Hammer of Thyrion source port on RetroPie/Raspbian (Ready for download)

mitu

@polygaryd Most likely you've started the game once as root and it wrote that path to a configuration file ?
sudo should be needed to start an X application, just prefix the emulators.cfg entry with XINIT: and RetroPie's runcommand should take care of launching an X session with the game.

polygaryd

@mitu

That worked! I uninstalled xserver-xorg-legacy (which RetroPie-Setup does anyway when you run it) and tested it.

Music still doesnt work though. can you shed any light on that issue? Files are in mp3 format, renamed just like the read me on the hammer of thyron website says to do. In the hexen2 console it says "cant handle music file casa1"

can you shed any light on why this music wont work for me?

mitu

@polygaryd I'm not familiar with Hexen or this particular source port, I can't say why it's not working. Just check that the files have the proper permissions, maybe you accidentally moved things around as root and the pi user cannot read them ?

polygaryd

@mitu

permissions for the mp3s are
user : pi
group: pi
view : anyone
change: only owner
execute:anyone

I replaced all of the mp3 files with ogg files and the music loads now. Permissions are the same as the mp3 files. The ogg files are named the same way as the mp3 files as instructed in the readme on the HoT website.

New issue is the music is choppy (in game not in vlc player in lxde) and the sound effects sound odd like crackly.

Same goes for Hexen 2 portals, music works now that the files are ogg files but is choppy and sound effects crackle.

Interestingly enough the mp3s and the ogg files for hexen 2 were gotten online aka someone else made them from cd tracks i assume. The portals music I took right off the cd image in bin/cue format directly to wav files then used soundconverter to convert them to ogg files. The music issue is the same in both hexen2 and the expansion pak even though the files come from different original sources and different methods of converting them. This leads me to believe the HoT port has some issue or I'm missing something I need to make it work properly.

Any advice for as to why this may happen?

polygaryd

@polygaryd so the mp3 files work. I just had a space in front of casa1.mp3 so hexen2 couldnt find it and I never went past the first level. I only found out when I installed sox to play mp3 from command line figuring that may have something to do with it. I typed play casa1.mp3 and it said no file found when i knew it was there. saw it had a space removed the space, started hexen2 and it works. Sound is still messed up though choppy and sound effects crackle in a way that you know isn't normal or how the sound effect is meant to be.

ecto

@polygaryd Hi! I just had a go at Hexen II, too. I found that by adding the option -sndspeed 44100 the sound crackling went away. maybe you can add the option in the start script, but better would be to add it to \opt\retropie\ports\hexen2\emulators.cfg.

I don't know, if this will work though, because I'm now using a SDL2 enabled version of Hexen II.
@tpo1990 Maybe you can look into updating your script to that, because with that you don't have to rely on dispmanx for scaling

polygaryd

@ecto

hey thank you for the info. I will try it and let you know.

How did you upgrade to the sdl2 version of hexen 2?

ecto

@polygaryd I'm very sorry, but I have forgotten... I probably downloaded the source from the github page and compiled it and copied the executable over? Maybe I edited tpo1990's install script so that it points to the github page? I really can't remember and I'm away from my Rpi4.
But I can assure that it probably wasn't too hard, otherwise I probably wouldn't have pulled it off ;)

polygaryd

@ecto If you could follow up and let me know how you did it specifically for your setup Id appreciate it. I'm still fairly new to the linux world as well as github, and I dont want to mess anything up.

polygaryd

@ecto I tried your suggestion and added -sndspeed 44100 to the emulator.cfg file but it is still crackling however it did seem better.

On another note I think I figured out how to change the install script to build and install the hexen 2 sdl2 version.

download the install script using tpo1990's provided command:

wget https://raw.githubusercontent.com/tpo1990/Hexen2-RPI/master/hexen2.sh -P /home/pi/RetroPie-Setup/scriptmodules/ports/

Go into RetroPie-Setup/scriptmodules/ports folder and the script is named hexen2.sh

Edit the script find and and change https://github.com/svn2github/uhexen2.git to https://github.com/jpernst/uhexen2-sdl2.git
save it
go into the retropie settings in emulationstation,
go to manage experimental packages
select hexen 2,
install
then reboot the system or just restart emulation station after its done, and its good to go.

Tell me if I'm wrong but it seemed to work for me.

Wolfman

I know this topic is old, but since Hammer of Thyrion still hasn't updated yet, I have an experiece to share that I don't see reported. I installed this port on my RetroPie a couple of months ago using the scriptmodule from Exarkuniv's pack and just finished a complete playthrough.

I'm using a Pi Zero 2W with RetroPie 4.8 and memory split at 64, running this port in software mode at 640x480 with ogg music and playing as a Paladin. Everything was working perfectly until I reached the Tibet levels of the expansion. There I discovered that anywhere the small exploding enemies appears crashes the game. I got past them by loading the save in a Windows pc running the same uhexen, clearing them out, and then copying the save back. Later, when entering the door to Temple of Bardo (map tibet6) the game crashes before loading the map. From there I continued on the windows pc and saved at the beginning of the final map, Inner Sanctum of Praevus (map tibet10). When trying to load this save on the Pi I get the same crash. To check if it's a problem with the save files I started a new game and used the console to warp to tibet10, and it still crashed. I ran the game from the linux console to look for error messages, none, then with -devlog to generate a log file, and there are no errors before it closes.

Is this a known issue, like the (disappointing) demoness crash?

mitu

@Wolfman Please don't necro-bump old topics.