Doom Legacy - Doom Split-screen Source port
-
@quicksilver What happens if you start with an empty config ?
-
@mitu Didnt help unfortunately
-
Out of curiosity, what happens if you run it from terminal by plugging a usb keyboard and pressing F4?
You could try it and post here all the error details that appears on screen. It'll help us figure out why it isn't working on your RPi4.
-
@Solid-One It does work, just not with dispmanx scaling turned on.
-
So the problem is on dispmanx, right?
Well, what about trying an approach similar to this one in SORR? AFAIK, both BennuGD and Doom Legacy were developed in SDL1, so maybe that should work (assuming that, somehow, SORR doesn't uses dispmanx).
-
From what I have tried lately on my PI4, is that it does not launch from emulationstation by its runcommand file
doom.sh
withdispmanx
. If I change the directory to /opt/retropie/ports/doom and launchdoomlegacy
binary from the terminal it starts up just fine.I'm not sure about how to solve the issue on the Pi4. Maybe someone else here could look into providing a solution. From this point it only works on older PI such as the Pi 3B.
-
@tpo1990 said in Doom Legacy - Doom Split-screen Source port:
If I change the directory to /opt/retropie/ports/doom and launch doomlegacy binary from the terminal it starts up just fine.
With dispmanx?
-
Out of curiosity, isn't dispmanx needed only by apps that needs X Server in order to run? RetroArch and other SDL1 / SDL2 apps doesn't require necessarily a X server to run, per example. However, there's still some apps that requires a X Server, such as FoFix (Frets on Fire).
Probably I'm wrongly assuming that dispmanx is entirely related to X Server, but if my assumptions are right and dispmanx isn't required, then I guess it's possible to run DL on Pi4. A few years ago, DL ran through X Server, however they recently ported the entire app to SDL1 (unlike ReMooD, that is a DL fork based on a older version), so that should work in theory at least.
-
@Solid-One it does work (my issue wasn't that it won't run, it just won't scale properly). sdl1 applications won't scale to fullscreen on the pi 4. This means a tiny window in the corner of the screen.
-
@quicksilver So, what about force DL to run without dispmanx on the doomlegacy.sh file opened by EmulationStation, and solve the video scaling problem by changing DL default resolution from 640x480 to the default one used by RetroPie (1280x720 or 1920x1080)? That should work. And if you need lower resolutions, you could run tvservice through runcommand-start / runcommand-end, to change resolution and revert it afterwards.
-
@Solid-One changing the game res to 1920x1080 and fullscreen mode worked for me. Windowed mode at 1920x1080 was glitchy and didn't work right. Thanks for the advice.
Do I still need to apply your patch to get analog sticks to work on my Xbox 360 controller. It doesn't seem like they are being detected.
-
@quicksilver No it doesn't look like it is running from the terminal with dispmanx.
If it works with changing to 1920x1080 and fullscreen, then that could be considered a workaround until the scaling issue on the Pi 4 gets solved.
-
@quicksilver No need. The latest version already includes the changes mentioned above. However, you'll still need to create your "bindjoyaxis" settings manually, for allowing moving / aiming / strafing through both analog sticks.
About controllers' detection, make sure your controller is plugged before opening DL (since there's no hotplug support yet). And if you have multiple controllers, make sure you're using the first one for menu navigation, because the others won't navigate through menus properly.
-
Please help! I just installed the script and it seemed to compile fine. It has the doom.sh and other XXXX.sh files in the ports folder. I can start the games from emulation station and it brings me to the main menu and I can select options. As soon as I go to start a new game, either singleplayer or 2 players, it crashes back to emulation station. I ran the script from the command line to see if it would indicate any errors but nothing just crashes back to the command line with no error messages showing.
Not sure if there are any logs anywhere.
Looks like I have RetroPie 4.5.15 (stretch). Does this ONLY work with 4.6 (buster)?
BTW amazing work! Was playing SplitWolf and thought I need some split-screen Doom for my retropie and stumbled upon this.
-
@Govik Are you sure that, when running from the command line, no message shows up regardless of its nature? By Default, DL should show up a lot of messages in the screen, just like most sourceports, and the error should show up just fine.
Take a look at the log file which shows up in this window. According to it, errors should be logged in /tmp/runcommand.log (the file path may differ, depending of the RetroPie version you're using):
-
@Govik Thanks for the appreciation. It should also work on (stretch) how ever do take note that there might be some difference when running the game such as the resolution not fitting correctly between Stretch and Buster versions.
If it doesnt' run it could be caused by the scriptmodule not being able to build a binary (doomlegacy) file that the runcommand need in order to be successfully able to run the game.
You can try uninstalling from Retropie-setup and then reinstall it again.
-
I accidentally pulled the power lead out of my Pi during an initial install of this, and now I am having a problem.
I tried to do the install again, and before that I selected "Delete Build Directory" or something similar in RetroPie-Setup.
I am trying to install from Source, and the build just sits at this line for a very long time.
There is no temp/build/doomlegacy folder when I log into WinSCP once I am returned to RetroPie-Setup. There is definitely a difference in the amount of lines I am seeing now compared to the initial aborted install, but I can't see the evidence of any files or directories that I can delete to "reset" this now.
When I am kicked back to RetroPie-Setup, the error is (/home/pi/RetroPie-Setup/tmp/build/doomlegacy/bin not found)
Log is here: https://pastebin.com/gbXA41qJ
-
@AdamBeGood Try compiling something else, just to see if the "power leading out" isn't affecting other parts of your OS.
I'm saying this because I've already got similar problems in the past, when I forced a shutdown of my PC during a source compilation. After this, I was unable to compile anything, and I had to format my OS in order to solve this problem.
Although it happened years ago and probably it won't happen again on newer Ubuntu / Debian versions, maybe something like that happened on your side, so test it to see if it's indeed ok after shutting your RPi down.
-
... = = = = = = = = = = = = = = = = = = = = = Getting sources for 'doomlegacy' : Doom Legacy - Enhanced splitscreen port of the official DOOM source = = = = = = = = = = = = = = = = = = = = = bzip2: Compressed file ends unexpectedly; perhaps it is corrupted? *Possible* reason follows. bzip2: Inappropriate ioctl for device Input file = (stdin), output file = (stdout)
this means the sources haven't been downloaded or the download is corrupt.
-
@mitu Is there anything I can do to resolve that? Or is it at the source's end?
Edit: Actually looking at this again (note to self: read the entire thread before you post a comment), it seems that maybe @quicksilver had this problem in May and it resolved after a while. So I will try again tomorrow
@quicksilver said in Doom Legacy - Doom Split-screen Source port:
So it looks like the problem is that I cant connect to https://liquidtelecom.dl.sourceforge.net/ im not sure what the issue is. If I try from my PC it just says it took to long to respond.
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.