@RapidEdwin08 Thanks! I may look at this in the future.For now I have it working.

@Lolonois Those are all excellent suggestions. Lots to try. Thank you. I like the idea of sshfs. I don’t use NFS for anything else so that’s one less service to run server side. That’s interesting about eduke. I just assumed install from source would be the latest. Guess not. Do you know does prboom also not install the latest from source?

Alas shortly before your response I said enough and tossed Recalbox on my Pi. It’s playing Doom just fine from NFS which RetroPie was not. Another thing that points to it being a RetroPie problem. Next time I’m bored, which is pretty much always, I’ll toss RetroPie back on the Pi and try your suggestions. I had updated my RetroPie via retropie_setup. Did you do that? I always wondered if I reflashed and didn’t update if the ports would work fine. I’ll be sure to test that first thing before updating when i do flash.

@sleve_mcdichael I'm not selling anything, it's your decision to use it or not. I'm not benefited in any way.
I'm just talking about my personal experience with it. And that, once everything is set up, it stops being a problem.

For what it's worth, I was able to fix the issue. Pretty basic fix: uninstalled the lr-rpboom package from the retroarch config menu, restarted the system and then reinstalled it. Poof! Everything works fine now. Not sure how or why, but I'll take it. B-)

David

@mitu All right, I'll try it and update. Thank you for your patience.

Edit : Looks like it works. Four reloads without a crash. Thank you so much!

Incidentally, I've found this on the github wiki :

'NAM however will run and continue to run everytime you start it up but it changes the eduke32.cfg file located in .etc/eduke32 on its own and breaks duke3d and all expansion packs till you manually modify eduke32.cfg selectedgrp field back to duke3d.grp. I've tried multiple times and nam breaks duke 3d and any expansion packs every single time. To avoid this change the permissions on the eduke3d.cfg file so no one can change it. And then you can run duke 3d the expansion packs and nam without anything breaking or having to modify anything after running nam.'

I am wondering if this is the same glitch?

@dalekman27 Good to hear! Enjoy :)

@pamput Yes it does indeed appear to be fixed now

It's not only RetroPie that changed over the years, but also prboom. There's now a core option for the FPS (I think the original Doom ran at 30 or 35FPS), check if yours is set to 60 FPS.
Also, when opening a help topic, please add more info about your system and setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.

Well it seems to be working OK so I have no complaints. :-) Naturally, if you have a better way of doing this now we'd all love to see it! ;-)

Thanks for the help. :-)

To anyone else who might come across this. I was able to fix this by updating the emulator from source. This added core options for different controller layouts and an adjustable analog deadzone.

@itsmedoofer said in lr-prboom weapons keep cycling:

https://www.reddit.com/r/vitahacks/comments/83ycun/prboom_doom_on_retroarch_device_wont_stop_cycling/

I can confirm the problem on my side, honestly i thought there's issues with my controller.

EDIT: Fixed updatin from binary.

@BuZz , well I did not succeed installing lr-prboom or zdoom using the retropie-setup. Debugging was a bit hard, because I could not see the error message: after failure the retropie-setup reappears. So I suppose the error in the retropie-setup was the same as in my first command line attempt.
Are there any known issues regarding the install of these ports via retropie-setup anyway?

@PiE81
Kind of unrelated and I did this a long time ago but here's how I got lr-quake working with a keyboard:
https://retropie.org.uk/forum/topic/1884/full-keyboard-support-for-libretro-tyrquake-quake/2

Thanks @dudleydes
I updated my original post to say "PWAD" instead of "IWAD" so I didn't look like an idiot haha

I think the wiki page is out dated because it refers to /opt/retropie/configs/doom/ when mine actually has /opt/retropie/configs/ports/doom/ instead. Maybe someone should update that :-)

Here's what I did (hopefully no typos):

mkdir ~/RetroPie/roms/ports/doom/class_ep
unzip class_ep.zip -d ~/RetroPie/roms/ports/doom/class_ep
ln -s ~/RetroPie/roms/ports/doom/prboom.wad ~/RetroPie/roms/ports/doom/class_ep/prboom.wad
ln -s ~/RetroPie/roms/ports/doom/doom.wad ~/RetroPie/roms/ports/doom/class_ep/doom.wad
cp ~/RetroPie/roms/ports/doom/prboom.cfg ~/RetroPie/roms/ports/doom/class_ep/
nano ~/RetroPie/roms/ports/doom/class_ep/prboom.cfg

# Files wadfile_1 "Class_Ep.wad"

nano ~/RetroPie/roms/ports/The\ Classic\ Episode.sh

#!/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/ports/doom/class_ep/doom.wad" "lr-prboom"

chmod +x ~/RetroPie/roms/ports/The\ Classic\ Episode.sh

Then I restarted EmulationStation
Ports -> The Classic Episode -> New Game -> The Shores of Hell