Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
kraflab

dsda-doom source port [v0.24.3]

Recommended Posts

esspressoman had the same issue earlier in the thread, maybe you can check in with him and see if he figured it out.

Share this post


Link to post
6 hours ago, Mr. Alexander said:

Since the AUR package works, I'll just use that for now

 

The AUR apparently "fixes" this by removing the dependency on portmidi altogether. Could you please post the lines when CMake reports that it has found the portmidi libraries?

Share this post


Link to post

I'm on linux, just did a git pull and compile; it build successfully, and I can confirm that the resulting build links to portmidi.

 

Last time someone had this problem, it seemed they were missing portmidi.h, which comes with the portmidi development files.  Maybe check for those?

Share this post


Link to post
1 hour ago, siege cunt said:

Last time someone had this problem, it seemed they were missing portmidi.h, which comes with the portmidi development files.  Maybe check for those?

 

This is an error at the linking stage, so it's most probably not related to a missing header file. Does Arch have the porttime shared library in a separate package? 

Share this post


Link to post
7 hours ago, fabian said:

 

The AUR apparently "fixes" this by removing the dependency on portmidi altogether. Could you please post the lines when CMake reports that it has found the portmidi libraries?

I hadn't realized that, but that makes sense. When I run `cmake .. -DCMAKE_BUILD_TYPE=Release`, the lines around the Portmidi report read:

-- Found PCRE: /usr/lib/libpcre.so  
-- Found ZLIB: /usr/lib/libz.so (found version "1.2.11") 
-- Found LibMad: /usr/lib/libmad.so  
-- Found FluidSynth: /usr/lib/libfluidsynth.so  
-- Found Dumb: /usr/lib/libdumb.so
-- Found Ogg: /usr/lib/libogg.so  
-- Found Vorbis: /usr/lib/libvorbis.so  
-- Found PortMidi: /usr/lib/libportmidi.so  
-- Looking for SDL_JoystickGetAxis
-- Looking for SDL_JoystickGetAxis - found
-- Configuring done
-- Generating done
-- Build files have been written to: /home/[user]/src/dsda-doom/prboom2/build

The full output reads:

Spoiler

-- The C compiler identification is GNU 11.1.0
-- The CXX compiler identification is GNU 11.1.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for stricmp
-- Looking for stricmp - not found
-- Looking for strnicmp
-- Looking for strnicmp - not found
-- Looking for getopt
-- Looking for getopt - found
-- Looking for mmap
-- Looking for mmap - found
-- Looking for CreateFileMapping
-- Looking for CreateFileMapping - not found
-- Looking for sched_setaffinity
-- Looking for sched_setaffinity - found
-- Looking for usleep
-- Looking for usleep - found
-- Looking for strsignal
-- Looking for strsignal - found
-- Looking for mkstemp
-- Looking for mkstemp - found
-- Looking for sys/wait.h
-- Looking for sys/wait.h - found
-- Looking for unistd.h
-- Looking for unistd.h - found
-- Looking for asm/byteorder.h
-- Looking for asm/byteorder.h - found
-- Looking for dirent.h
-- Looking for dirent.h - found
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindOpenGL.cmake:315 (message):
  Policy CMP0072 is not set: FindOpenGL prefers GLVND by default when
  available.  Run "cmake --help-policy CMP0072" for policy details.  Use the
  cmake_policy command to set the policy and suppress this warning.

  FindOpenGL found both a legacy GL library:

    OPENGL_gl_LIBRARY: /usr/lib/libGL.so

  and GLVND libraries for OpenGL and GLX:

    OPENGL_opengl_LIBRARY: /usr/lib/libOpenGL.so
    OPENGL_glx_LIBRARY: /usr/lib/libGLX.so

  OpenGL_GL_PREFERENCE has not been set to "GLVND" or "LEGACY", so for
  compatibility with CMake 3.10 and below the legacy GL library will be used.
Call Stack (most recent call first):
  CMakeLists.txt:76 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found OpenGL: /usr/lib/libOpenGL.so   
-- Found SDL2: /usr/lib/libSDL2.so (found suitable version "2.0.16", minimum required is "2.0.7") 
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (SDL2main)
  does not match the name of the calling package (SDL2).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/FindSDL2.cmake:298 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:79 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found SDL2main: /usr/lib/libSDL2main.a (found version "2.0.16") 
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (SDL2main)
  does not match the name of the calling package (SDL2).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/FindSDL2.cmake:298 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  cmake/FindSDL2_image.cmake:114 (find_package)
  CMakeLists.txt:83 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found SDL2_image: /usr/lib/libSDL2_image.so (found version "2.0.5") 
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (SDL2main)
  does not match the name of the calling package (SDL2).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/FindSDL2.cmake:298 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  cmake/FindSDL2_mixer.cmake:112 (find_package)
  CMakeLists.txt:91 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found SDL2_mixer: /usr/lib/libSDL2_mixer.so (found version "2.0.4") 
-- Found PCREPOSIX: /usr/lib/libpcreposix.so  
CMake Warning (dev) at /usr/share/cmake-3.21/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (PCRE) does
  not match the name of the calling package (PCREPOSIX).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/FindPCREPOSIX.cmake:23 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:99 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found PCRE: /usr/lib/libpcre.so  
-- Found ZLIB: /usr/lib/libz.so (found version "1.2.11") 
-- Found LibMad: /usr/lib/libmad.so  
-- Found FluidSynth: /usr/lib/libfluidsynth.so  
-- Found Dumb: /usr/lib/libdumb.so
-- Found Ogg: /usr/lib/libogg.so  
-- Found Vorbis: /usr/lib/libvorbis.so  
-- Found PortMidi: /usr/lib/libportmidi.so  
-- Looking for SDL_JoystickGetAxis
-- Looking for SDL_JoystickGetAxis - found
-- Configuring done
-- Generating done
-- Build files have been written to: /home/[user]/src/dsda-doom/prboom2/build

 

 

Share this post


Link to post
6 hours ago, fabian said:

 

This is an error at the linking stage, so it's most probably not related to a missing header file. Does Arch have the porttime shared library in a separate package? 

As far as I can tell in Manjaro, there are only two portmidi packages, both labeled "portmidi" rather than "porttime," though searching for "porttime" also finds the one in the "extra" database. "Porttime" doesn't turn up any other packages than these. One, portmidi, is in the "extra" package database, and that's the one installed on my computer. The other, lib32-portmidi, is an AUR package that has one vote of confidence and was last modified in July of 2019.

Share this post


Link to post
On 12/8/2021 at 10:44 AM, kraflab said:
  • Added parallel sfx settings
    • Within window game tics, allow the same sound to be played limit times

This sounds really cool. So if I have 32 sound channels and a limit of 8 sounds, 32 Revenants waking up will sound the same as 8?

Share this post


Link to post
54 minutes ago, kraflab said:

It's merged, try it out and let us know if it works.

It works great! It compiled successfully and the sound is fine. Thanks very much for the fix. Hope it doesn't screw anything up for the other distros, but I don't imagine it will. And congratulations on the Cacoward!

Share this post


Link to post

I just migrated to this lovely port but I have a slight problem: I changed the "palette on damage/items" to no but the screen still flashes and tints red. Am I missing something?

Share this post


Link to post
8 minutes ago, Scorpius said:

I just migrated to this lovely port but I have a slight problem: I changed the "palette on damage/items" to no but the screen still flashes and tints red. Am I missing something?

You're probably recording a demo - DSDA-Doom has a feature called strict mode which locks some options not allowed for speedrunning, the palette on pain/bonus being one of them.

Share this post


Link to post
1 minute ago, Andromeda said:

You're probably recording a demo - DSDA-Doom has a feature called strict mode which locks some options not allowed for speedrunning, the palette on pain/bonus being one of them.

 

Oh, I never knew disabling the palettes was not allowed in speedrunning. Thanks!

Share this post


Link to post

Updated to v0.22.4

 

Small bump before holiday vacation :^)

 

What's New:

  • Improved exit sequence priority
    • Demo files are written before doing anything else when exiting the game
    • The port will now attempt to write a demo file even if it crashed
  • Removed -statdump (obsolete and not maintained)
  • Fixed an issue with casual format demo playback (only affected playback)

Download

Share this post


Link to post
1 hour ago, Ramon_Demestre said:

Just a word of thanks and a highlight - Thank you for compiling these practically every single time a new release by Kraflab is published. Thank you.

 

And Kraflab, as already echoed earlier - The codeaward was pretty much a given considering the amount of things you and your dedicated laid out this past year. It now remains to time to see what people will do with these new possibilities.

Share this post


Link to post

Got a bug report of sorts -- module music doesn't seem to work in the latest dsda-doom, though it plays fine in pr+um upstream (and all the other MBF21-supporting ports I've tried thus far).

 

Quick test wad -- https://static.angryscience.net/pub/doom/tests/moduletest.wad -- warp into MAP01 and the music just sorta glitches and stops playing. FWIW, I tried both the official build and Ramon's Win32 build and both of 'em glitch out in the same way.

 

[also, to answer the "ok but who even uses modules in non-zdoom projects question" in advance -- my WIP thing does. :P ]

Share this post


Link to post

Are you using the same music backend? If I remember correctly, not all types work in all options, although I'm not completely sure how it all works. I'm not aware of there being any differences in the code base related to music.

Share this post


Link to post

Huh, sure enough, it only seems to bork if "SDL" is selected as the midi player -- switching it to one of the others fixes it, and I can reproduce this behavior on pr+ upstream, so I'll report it over there. Thanks!

 

Weird, I could've sworn I tried wiping my config and trying it, but that may have been with one of the other ports.

Share this post


Link to post
On 12/10/2021 at 12:11 AM, Spectre01 said:

This sounds really cool. So if I have 32 sound channels and a limit of 8 sounds, 32 Revenants waking up will sound the same as 8?

finally no earraping sounds on some maps due to crushers

 

@kraflab are things like removing automatic weapon switch for ammo\weapon pickup considered?

Share this post


Link to post
8 hours ago, khades said:

@kraflab are things like removing automatic weapon switch for ammo\weapon pickup considered?

 

I can tell you that won't happen because it will affect demos. Things like that are left for ports like GZDoom.

Share this post


Link to post
17 hours ago, maxmanium said:

 

I can tell you that won't happen because it will affect demos. Things like that are left for ports like GZDoom.

 

Given new section of settings called "casual play settings" i think it is possible to add now.
image.png.036ed1f4d23679f3e5b9c881ae1d3242.png

Share this post


Link to post

Sorry if this issue has been posted/is known about, but I was casually playing Hell Revealed II Map 19 when DSDA V.0.22.4 decided to tank performance and then do some REALLY weird stuff when moving or doing anything. 

Video of the bug occuring:
 

 

Share this post


Link to post

I don't know if anyone has this demo-play problem. The same command line parameters works with v0.21.3, but it doesn't work with v0.22.4. The window will appear for a second, and then it exits automatically. 

 

dsda-doom -iwad "E:\games\doom\iwad\doom2.wad" -complevel 2 -skill 4 -warp 27 -file "E:\games\doom\1k3rc3.wad" -geom 2560x1600f -playdemo "C:/Users/lenovo/Desktop/test.lmp" -shorttics

Edited by liveincity

Share this post


Link to post

Please post the demo and link the wad if possible. I won't be able to check until I'm back from the holidays, but maybe someone else can.

Share this post


Link to post
4 hours ago, liveincity said:

dsda-doom -iwad "E:\games\doom\iwad\doom2.wad" -complevel 2 -skill 4 -warp 27 -file "E:\games\doom\1k3rc3.wad" -geom 2560x1600f -playdemo "C:/Users/lenovo/Desktop/test.lmp" -shorttics

 

You don't need all these cmd-line arguments when playing back a demo, only when recording. The simple

dsda-doom -playdemo C:/Users/lenovo/Desktop/test.lmp -auto

works with v0.22.4 and the current prb+, provided your %DOOMWADPATH% points to where you keep your WADs (E:\games\doom ?) and %DOOMWADDIR% to the IWADs folder (E:\games\doom\iwad ?). The demo is five seconds long, though, not much to see there.

 

Here's an article on how to set your enviroment vars in Windows 7-10. The examples deal with %PATH% but the other vars are set the same way.

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×