Prboom - pWads not loading. Log file offers strange reasons for not running.
-
As for pWADs that require doom.wad such as Rekker. What do we need to do to tell PrBOOM to use doom.wad as the default iwad as opposed to doom2.wad?
Normally I would employ the -iwad method, but these Pi scripts for PrBOOM have me scratching my head a bit.And in regards to the configuration... I had to go into retropie settings and alter the button lay out, but in doing so I seemed to have lost my button to change to the next weapon. Why can't these settings simply be made within the DOOM menu?
Lastly, if you happen to be running on a Pi Zero, setting the frame rate to 35 rather than 60, seems to improve performance on more demanding pwads, as does overclocking coupled with a copper heat sink.
-
To use the documented - using
runcommand
- method described in the docs:- create a folder for the mod/pwad and place the necessary IWAD there (doom2/doom1)
- add the mod's files (PWAD/DEH)
- Create the launcher script referencing the full path to the PWAD
#!/bin/bash "/opt/retropie/supplementary/runcommand/runcommand.sh" 0 _PORT_ "doom" "/home/pi/RetroPie/roms/ports/doom/av/av.wad"
Alien Vendetta.sh
My
av
folder containspi@retropie:~/RetroPie/roms/ports $ ls -l doom/av -rw-r--r-- 1 pi pi 7403 May 26 05:10 av.deh -rw-r--r-- 1 pi pi 23819412 May 26 05:10 av.wad lrwxrwxrwx 1 pi pi 12 May 26 05:12 doom2.wad -> ../doom2.wad -rw-r--r-- 1 pi pi 10193 May 25 08:13 prboom.cfg lrwxrwxrwx 1 pi pi 13 May 26 05:11 prboom.wad -> ../prboom.wad
lr-prboom
will load the IWAD and add the necessary flags to load the PWAD/DEHParameters: Executing: /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-prboom/prboom_libretro.so --config /opt/retropie/configs/ports/doom/retroarch.cfg "/home/pi/RetroPie/roms/ports/doom/av/av.wad" --appendconfig /dev/shm/retroarch.cfg M_LoadDefaults: Load system defaults. default file with base values: /home/pi/RetroPie/roms/ports/doom/av/prboom.cfg default file: /home/pi/RetroPie/roms/ports/doom/av//av/prboom.cfg IdentifyVersion: basesavegame: /home/pi/RetroPie/roms/ports/doom/av//av [...] iwad: /home/pi/RetroPie/roms/ports/doom/av/doom2.wad IWAD found: /home/pi/RetroPie/roms/ports/doom/av/doom2.wad PrBoom, playing: DOOM 2: Hell on Earth PrBoom is released under the GNU General Public license v2.0. You are welcome to redistribute it under certain conditions. It comes with ABSOLUTELY NO WARRANTY. See the file COPYING for details. V_Init: allocate screens. D_InitNetGame: Checking for network game. W_Init: Init WADfiles. adding /home/pi/RetroPie/roms/ports/doom/av/doom2.wad adding /home/pi/RetroPie/roms/ports/doom/av/prboom.wad adding /home/pi/RetroPie/roms/ports/doom/av/av.wad W_InitCache Loading DEH file /home/pi/RetroPie/roms/ports/doom/av/av.deh [...]
I think you might not need a separate folder, as I did,
prboom
creates a sub-folder anyway for storing the.cfg
file (and maybe for saves ?).For the mapping stuff, I don't know how it behaves, maybe @backstander can offer an answer.
-
@mitu For what ever reason, using the runcommand method does not work for me, which is what drove me to create this thread. I have never once seen it work since all my days using the Pi. Sadly though the Pi Zero can't seem to handle ZDOOM, so I'm stuck with PrBOOM, which I'm not the hugest fan of as you can tell. :)
-
@XD3l Post your launch (
.sh
) file. You have mine in the previous post. -
#!/bin/bash /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-prboom/prboom_libretro.so --config /opt/retropie/configs/ports/doom/retroarch.cfg "/home/pi/RetroPie/roms/ports/doom/pwad/alienvendetta/av.wad" --appendconfig /dev/shm/retroarch.cfg
-
@XD3l Do you have the
doom2.wad
and theprboom.wad
files in the same folder asav.wad
? As I said, I just followed the instructions in the wiki and put them in the same folder, then created a.sh
file usingruncommand
which works without issues. -
@mitu When using the script above (a modification of your own), then no, I only have AV in it's own folder along with the DEH and CFG files.
It is only when I use a script based on the Wiki example that I have problems.
File lay out:
/home/pi/RetroPie/roms/ports/doom/pwad/av/
-av.wad
-av.deh
-doom2.wad (or doom2.wad link, which ever)
-prboom.wad (or prboom.wad link, which ever)
-prboom.cfg (with deh and wad links included)and with this I use this script:
#!/bin/bash /opt/retropie/supplementary/runcommand/runcommand.sh 0 "/opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-prboom/prboom_libretro.so --config /opt/retropie/configs/ports/doom/retroarch.cfg /home/pi/RetroPie/roms/doom/pwad/av/doom2.wad" "lr-prboom"
Which in turn produces this error:
Parameters: Executing: /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-prboom/prboom_libretro.so --config /opt/retropie/configs/ports/doom/retroarch.cfg /home/pi/RetroPie/roms/doom/pwad/av/doom2.wad --appendconfig /dev/shm/retroarch.cfg retro_load_game: invalid WAD header '(���З/' D_DoomDeinit:
This non-sense at the end after WAD header always seems to changed but always consists of garbage.
And again, all files are freshly downloaded, and my iwad checks out A OK with an MD5 checker.
-
@XD3l Did you try updating from source the
lr-prboom
package ? I got the same 'Invalid WAD header' before updating from source. -
I think we're making it to complicated and
lr-prboom
is smarter than we realized and doesn't need us telling it every single parameter and seams to automatically add the files it needs...somehow. Also the Doom wiki probably needs to be updated to reflect this.Both of these launch scripts seams to work for me and I'm not mentioning the
doom2.wad
or theav.deh
but they both are getting loaded automatically.#!/bin/bash /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-prboom/prboom_libretro.so --config /opt/retropie/configs/ports/doom/retroarch.cfg "/home/pi/RetroPie/roms/ports/doom/av/av.wad" --appendconfig /dev/shm/retroarch.cfg
and launching through the
runcommand
#!/bin/bash "/opt/retropie/supplementary/runcommand/runcommand.sh" 0 _PORT_ "doom" "/home/pi/RetroPie/roms/ports/doom/av/av.wad" "lr-prboom"
Using the scripts above somehow loads all the files needed:
W_Init: Init WADfiles. adding /home/pi/RetroPie/roms/ports/doom/doom2.wad adding /home/pi/RetroPie/roms/ports/doom/prboom.wad adding /home/pi/RetroPie/roms/ports/doom/av/av.wad adding /home/pi/RetroPie/roms/ports/doom/av/av.deh
Here's my Alien Vendetta directory:
pi@retropie16:~ $ ls -l ~/RetroPie/roms/ports/doom/av drwxr-x--- 2 pi pi 4096 May 26 09:49 av -rw-r--r-- 1 pi pi 7403 Dec 24 2002 av.deh -rw-r--r-- 1 pi pi 1816944 Dec 24 2002 avmovfix.wad -rw-r--r-- 1 pi pi 23819412 Dec 24 2002 av.wad -rw-r--r-- 1 pi pi 58599 May 26 09:38 prbmsav0.dsg -rw-r--r-- 1 pi pi 58599 May 26 09:34 prbmsav1.dsg -rw-r--r-- 1 pi pi 9642 May 26 21:36 prboom.cfg
Note: when you launch through the
runcommand
it make a sub-directory namedav
(or both scripts use it...I'm not exactly sure) shown below:pi@retropie16:~ $ ls -l ~/RetroPie/roms/ports/doom/av/av -rw-r--r-- 1 pi pi 58943 May 26 09:49 prbmsav0.dsg -rw-r--r-- 1 pi pi 9630 May 26 21:37 prboom.cfg
I don't have any symbolic links to the
doom2.wad
anywhere:pi@retropie16:~ $ sudo find ~/ -name "doom2.wad" /home/pi/RetroPie/roms/ports/doom/doom2.wad
-
I have a hunch that when we add the location to
doom2.wad
in the launch script that it might be loading updoom2.wad
a 2nd time thinking it is a PWAD and giving us the retro_load_game: invalid WAD header error. -
This post is deleted! -
@mitu said in Prboom - pWads not loading. Log file offers strange reasons for not running.:
@XD3l Did you try updating from source the
lr-prboom
package ? I got the same 'Invalid WAD header' before updating from source.I had deleted PrBOOM and re-installed it from scratch in fact, but now I just did a full system update and what do you know, it works!!!!
Again, thank the both of you for all of your time!!! I don't often receive help on this site.
-
And oddly enough I am attempting to duplicate all of these steps on my Pi3 setup and I am back to where I began. Except now the WAD Header error has a lot more garbage at the end than ever before.
EDIT: This only reflects the Run Command method.
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.