GithubHelp home page GithubHelp logo

kraflab / dsda-doom Goto Github PK

View Code? Open in Web Editor NEW
294.0 294.0 77.0 32.05 MB

This is a successor of prboom+ with extra tooling for demo recording and playback, with a focus on speedrunning and quality of life.

CMake 1.25% C 97.15% Python 0.03% C++ 1.29% Ruby 0.28%

dsda-doom's People

Contributors

38-vita-38 avatar alexey-lysiuk avatar andrey-budko avatar bkoropoff avatar ceski-1 avatar coelckers avatar decino avatar elim2g avatar fabiangreffrath avatar ferk avatar fraansg avatar ftzpetruska avatar jackrjli avatar jadingtsunami avatar kraflab avatar lovey847 avatar pedro-beirao avatar phytolizer avatar ramonunch avatar rfomin avatar rrpkrr avatar runlow avatar shadow-hog avatar t-117 avatar tpoppins avatar unectomy avatar vilhelmgray avatar wallabra avatar xaseracheron avatar yanlyub avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

dsda-doom's Issues

Incorrect player color translations

Hello,
Since commit 9e8abf0, the player 2's indigo translation is too bright (see screenshot here : https://cdn.discordapp.com/attachments/776233266411339786/1015726731782541312/unknown.png).

I noticed that if you revert the above commit and if you change the value 32 by the value 176 here (https://github.com/kraflab/dsda-doom/blob/master/prboom2/src/am_map.c#L90) the player translations will be fixed and the automap player arrows aswell (Red player arrow is too dark in dsda-doom compared to vanilla).

Vanilla : https://cdn.discordapp.com/attachments/237251196807675915/1015799915919724616/unknown.png
Dsda-doom : https://cdn.discordapp.com/attachments/237251196807675915/1015800270971731998/unknown.png

I have no idea how much it'll impact the dehacked translated Red/Grey monsters.

[Suggestion] Automap title color

I could've sworn there was an option for this already, but I couldn't find this anywhere in the menus or in the config file either. Am I missing something?

UMAPINFO Par times do not work (without dehacked)

Setting par times with UMAPINFO doesn't seem to work. If set, the map will simply not show a par time for the map.
Only way to get it to work is to create a DEHACKED lump and set a par time for any map. Once the par time is set, regardless of which map it is, par times set by UM will work as intended.

WADs used for testing:
umapinfo.zip

Load order is different when launching game normally to launching a demo lmp

When launching a demo, the PWAD is loaded before the doom2 patches.

---OUTPUT FROM LAUNCHING GAME NORMALLY---
D:\Doom\dsda-doom>dsda-doom.exe -iwad doom2 -file ..\doomWADdir\STRG.wad -cl 2

dsda-doom v0.25.2 (https://github.com/kraflab/dsda-doom/)
dsda-doom 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.

Playing: DOOM 2: Hell on Earth
adding D:\Doom\doomWADdir/doom2.wad
adding D:\Doom\dsda-doom/dsda-doom.wad
adding D:\Doom\dsda-doom/autoload/doom-all/Doom_Sound_Bulb.wad
adding D:\Doom\dsda-doom/autoload/doom-all/doom_wide.wad
adding D:\Doom\dsda-doom/autoload/doom2.wad/D2SPFX20_beta2.WAD
adding D:\Doom\dsda-doom/..\doomWADdir\STRG.wad
adding D:\Doom\dsda-doom/autoload/STRG.wad/strg_mus.wad
adding D:\Doom\dsda-doom/autoload/STRG.wad/strg_wide.wad
Loading DEH lump from D:\Doom\dsda-doom/autoload/STRG.wad/strg_wide.wad
Loading DEH file D:\Doom\dsda-doom/autoload/doom-all/blood_color.deh
Loading DEH file D:\Doom\dsda-doom/autoload/doom2.wad/D2DEHFIX.DEH
Loading DEH lump from D:\Doom\dsda-doom/..\doomWADdir\STRG.wad
Loading DEH file D:\Doom\dsda-doom/autoload/STRG.wad/doom_colored_blood.deh

---OUTPUT FROM LAUNCHING A DEMO VIA DOUBLE CLICK---
D:\Doom\LMP\Struggle>sg11-602.lmp

dsda-doom v0.25.2 (https://github.com/kraflab/dsda-doom/)
dsda-doom 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.

Playing: DOOM 2: Hell on Earth
adding D:\Doom\dsda-doom/dsda-doom.wad
adding D:\Doom\doomWADdir/DOOM2.wad
adding D:\Doom\doomWADdir/strg.wad
adding D:\Doom\dsda-doom/autoload/doom-all/Doom_Sound_Bulb.wad
adding D:\Doom\dsda-doom/autoload/doom-all/doom_wide.wad
adding D:\Doom\dsda-doom/autoload/DOOM2.wad/D2SPFX20_beta2.WAD
adding D:\Doom\dsda-doom/autoload/strg.wad/strg_mus.wad
adding D:\Doom\dsda-doom/autoload/strg.wad/strg_wide.wad
Loading DEH lump from D:\Doom\dsda-doom/autoload/strg.wad/strg_wide.wad
Loading DEH file D:\Doom\dsda-doom/autoload/doom-all/blood_color.deh
Loading DEH file D:\Doom\dsda-doom/autoload/DOOM2.wad/D2DEHFIX.DEH
Loading DEH lump from D:\Doom\doomWADdir/strg.wad
Loading DEH file D:\Doom\dsda-doom/autoload/strg.wad/doom_colored_blood.deh

Playing demo:
Name: D:\Doom\LMP\Struggle\sg11-602.lmp
Compatibility: Doom/Doom2 v1.9

FEATURE REQUEST: "Aggro-all cheat"

Hi all!

For map testing, I think it would be nice to have a cheat that changes the state of all currently idle demons to a wandering state. This would help make testing maps with teleport ambushes and such more efficient.

Thanks!

Request.

Hello.

DSDA doom when played at 320×200 resolution with fullscreen mode played with Software Renderer looks way much different than the same resolution, with fullscreen mode played on OpenGL renderer.

So, in future releases can you please let the resolution of 320×200 of OpenGL renderer, look similar to the Software Renderer's 320×200 resolution ?

Can't slide automap in 0.24.3

When I open the automap, I am unable to slide the map around. I have tried with the default arrow keys and I've tried reassigning them to other keys but the map never moves when I press them. I am able to zoom with the mouse wheel, though. Am I missing a setting somewhere?

Thanks!

Statusbar character not rendering properly in software with significant graphic offsets

If it helps, I've tested this in GZDoom, Eternity, Woof, Doom Retro and DSDA, and out of those the only ones with this issue were Woof, and DSDA (but only under software renderer). Note that i only specifically tested GZDoom's OpenGL and OpenGLES renderers, though.

Attached below comparison screenshots between hardware and software in DSDA (pay attention to the %) + the wad where i discovered this issue
doom266
doom267
wad.zip

Micro stutter randomly occurs

Whenever I use DSDA DOOM .24.3 and dev builds above it my game will randomly stutter and skip from frames when this does not happen in other games other than this one prboom plus, and gzdoom. I am running the game on a machine that is more than capable of running even the most demanding maps. I also run the game in opengl rendering in case that may be part of the problem. I have notice this also occurs in prboom plus, running the latest version, so the issue can be fundamental to prboom or just my pc. My pc specs are 16 gb of ram, 2080 super and a intel core i7 9700k.

Music Player & .ogg files

Encountered strange error with DSDA where a .wad has an .ogg file as the music for a level.

This plays fine and causes no problems, unless you set your music player to anything but FluidSynth, in which case the game promptly crashes with a Signal 11 error, and it will keep happening even when you change back.
This happens even though the map in question wouldn't even be accessed normally and thus the track wouldn't even play.
Does not happen in Woof.

[Bug] Projectiles cannot be seen when translucency filter is set to 0.

This bug caused me frustration, because I wanted to disable translucency, (it looks fugly) so I set it to zero. This makes all projectiles invisible. It should just refuse and say "Out Of Range", just like when you try to set the sound channels higher than 32.

Setting it to 100 gives the desired effect.

User error, but the program should yell at the user.

[Feature Request] Option to use improved BLOCKMAP hit detection (outside of netplay/demos)

Woof currently has a PR for an optional gameplay option to use the improved BLOCKMAP hit detection as seen in International Doom. This is going to be an option that works regardless of complevel, but has to be turned on and is ignored when the game is in netplay or demo recording/demo playback to preserve compatibility.

fabiangreffrath/woof#705

I think this would be an excellent QoL addition without causing any disturbances or forcing it upon users who would prefer the classic system. Even though DSDA-Doom is geared toward speedrunning, it would be an excellent QoL improvement for more casual play and is in line with other optional gameplay tweaks that are ignored during demo playback/recording, like freelook. Implementing it without tying it to a complevel also maximizes compatibility with WADs targeting specific complevels or players who prefer the gameplay in a specific complevel for one reason or another.

Voodoo dolls do not trigger music changer objects

It seems that voodoo dolls on conveyor belts do not trigger music change objects when they enter the sector the music change object is in. If I clip into the area with the voodoo doll as the player character, the music change will trigger at that time.

Running CMake install fails on linux

build and install logs:

-- The C compiler identification is GNU 12.2.0
-- The CXX compiler identification is GNU 12.2.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
-- Setting build type to 'RelWithDebInfo' as none was specified.
-- 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 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
-- Found OpenGL: /usr/lib/libOpenGL.so   
-- Found SDL2: /usr/lib/libSDL2.so (found suitable version "2.24.0", minimum required is "2.0.7") 
CMake Warning (dev) at /usr/share/cmake/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:69 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found SDL2main: /usr/lib/libSDL2main.a (found version "2.24.0") 
CMake Warning (dev) at /usr/share/cmake/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:73 (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.6.2") 
CMake Warning (dev) at /usr/share/cmake/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:79 (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.6.2") 
-- Found ZLIB: /usr/lib/libz.so (found version "1.2.12") 
-- Found LibMad: /usr/lib/libmad.so  
-- Found FluidSynth: /usr/local/lib/libfluidsynth.a  
-- Found Dumb: /usr/lib/libdumb.so
-- Found Ogg: /usr/lib/libogg.so  
-- Found Vorbis: /usr/lib/libvorbis.so  
-- Found PortMidi: /usr/lib/libportmidi.so;/usr/lib/libporttime.so  
-- Configuring done
-- Generating done
-- Build files have been written to: /home/unyx/projects/dsda-doom/prboom2/build
[  1%] Building C object data/CMakeFiles/rdatawad.dir/rd_sound.c.o
[  1%] Building C object data/CMakeFiles/rdatawad.dir/rd_output.c.o
[  2%] Building C object data/CMakeFiles/rdatawad.dir/rd_main.c.o
[  2%] Building C object data/CMakeFiles/rdatawad.dir/rd_util.c.o
[  3%] Building C object data/CMakeFiles/rdatawad.dir/rd_palette.c.o
[  3%] Building C object data/CMakeFiles/rdatawad.dir/rd_graphic.c.o
[  4%] Linking C executable rdatawad
[  4%] Built target rdatawad
[  4%] Generating ../dsda-doom.wad
[  4%] Built target dsda-doom-wad
[  4%] Building C object src/CMakeFiles/dsda-doom.dir/dsda.c.o
[  4%] Building C object src/CMakeFiles/dsda-doom.dir/am_map.c.o
[  4%] Building C object src/CMakeFiles/dsda-doom.dir/doomdef.c.o
[  5%] Building C object src/CMakeFiles/dsda-doom.dir/doomstat.c.o
[  6%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/analysis.c.o
[  6%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/args.c.o
[  7%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/brute_force.c.o
[  7%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/build.c.o
[  8%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/command_display.c.o
[  8%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/compatibility.c.o
[  8%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/configuration.c.o
[  9%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/console.c.o
[  9%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/coordinate_display.c.o
[ 10%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/data_organizer.c.o
[ 10%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/death.c.o
[ 11%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/demo.c.o
[ 11%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/endoom.c.o
[ 12%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/excmd.c.o
[ 12%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/exdemo.c.o
[ 12%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/exhud.c.o
[ 13%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/features.c.o
[ 13%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/game_controller.c.o
[ 14%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/ghost.c.o
[ 14%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/gl/render_scale.c.o
[ 15%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/global.c.o
[ 15%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud.c.o
[ 16%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/ammo_text.c.o
[ 16%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/armor_text.c.o
[ 16%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/base.c.o
[ 17%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/big_ammo.c.o
[ 17%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/big_armor.c.o
[ 18%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/big_health.c.o
[ 18%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/composite_time.c.o
[ 19%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/fps.c.o
[ 19%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/health_text.c.o
/home/unyx/projects/dsda-doom/prboom2/src/am_map.c: In function ‘AM_Drawer’:
/home/unyx/projects/dsda-doom/prboom2/src/am_map.c:2116:26: warning: ‘p.fx’ may be used uninitialized [-Wmaybe-uninitialized]
 2116 |         p.fx = CXMTOF_F(p.fx);
      |                          ^
/home/unyx/projects/dsda-doom/prboom2/src/am_map.c:2106:18: note: ‘p’ declared here
 2106 |         mpoint_t p;
      |                  ^
/home/unyx/projects/dsda-doom/prboom2/src/am_map.c:2117:26: warning: ‘p.fy’ may be used uninitialized [-Wmaybe-uninitialized]
 2117 |         p.fy = CYMTOF_F(p.fy);
      |                          ^
/home/unyx/projects/dsda-doom/prboom2/src/am_map.c:2106:18: note: ‘p’ declared here
 2106 |         mpoint_t p;
      |                  ^
[ 20%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/keys.c.o
[ 20%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/line_distance_tracker.c.o
[ 21%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/mobj_tracker.c.o
[ 21%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/line_tracker.c.o
[ 21%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/null.c.o
[ 22%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/player_tracker.c.o
[ 22%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/ready_ammo_text.c.o
[ 23%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/sector_tracker.c.o
[ 23%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/render_stats.c.o
[ 24%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/speed_text.c.o
[ 24%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/stat_totals.c.o
[ 24%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/tracker.c.o
[ 25%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/hud_components/weapon_text.c.o
/home/unyx/projects/dsda-doom/prboom2/src/dsda/hud_components/stat_totals.c: In function ‘dsda_UpdateComponentText.constprop’:
/home/unyx/projects/dsda-doom/prboom2/src/dsda/hud_components/stat_totals.c:118:16: warning: ‘%s’ directive output may be truncated writing up to 199 bytes into a region of size 196 [-Wformat-truncation=]
  118 |       "\x1b%cK %s \x1b%c%d/%d \x1b%cI \x1b%c%d/%d \x1b%cS %s \x1b%c%d/%d",
      |                ^~
  119 |       HUlib_Color(CR_RED),
  120 |       allkills, killcolor, fullkillcount, max_kill_requirement,
      |       ~~~~~~~~  
/home/unyx/projects/dsda-doom/prboom2/src/dsda/hud_components/stat_totals.c:115:5: note: ‘snprintf’ output between 32 and 490 bytes into a destination of size 200
  115 |     snprintf(
      |     ^~~~~~~~~
  116 |       str,
      |       ~~~~
  117 |       max_size,
      |       ~~~~~~~~~
  118 |       "\x1b%cK %s \x1b%c%d/%d \x1b%cI \x1b%c%d/%d \x1b%cS %s \x1b%c%d/%d",
      |       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  119 |       HUlib_Color(CR_RED),
      |       ~~~~~~~~~~~~~~~~~~~~
  120 |       allkills, killcolor, fullkillcount, max_kill_requirement,
      |       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  121 |       HUlib_Color(CR_RED),
      |       ~~~~~~~~~~~~~~~~~~~~
  122 |       itemcolor, players[displayplayer].itemcount, totalitems,
      |       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  123 |       HUlib_Color(CR_RED),
      |       ~~~~~~~~~~~~~~~~~~~~
  124 |       allsecrets, secretcolor, fullsecretcount, totalsecret
      |       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  125 |     );
      |     ~
[ 25%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/input.c.o
[ 26%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/intermission_display.c.o
[ 26%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/key_frame.c.o
/home/unyx/projects/dsda-doom/prboom2/src/dsda/input.c:216:52: warning: argument 2 of type ‘dsda_input_t **’ declared as a pointer [-Warray-parameter=]
  216 | void dsda_InputCopy(int identifier, dsda_input_t** input) {
      |                                     ~~~~~~~~~~~~~~~^~~~~
In file included from /home/unyx/projects/dsda-doom/prboom2/src/dsda/input.c:21:
/home/unyx/projects/dsda-doom/prboom2/src/dsda/input.h:233:51: note: previously declared as an array ‘dsda_input_t *[3]’
  233 | void dsda_InputCopy(int identifier, dsda_input_t* input[DSDA_INPUT_PROFILE_COUNT]);
      |                                     ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 27%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/line_display.c.o
[ 27%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/map_format.c.o
[ 28%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/mapinfo.c.o
[ 28%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/mapinfo/hexen.c.o
/home/unyx/projects/dsda-doom/prboom2/src/dsda/intermission_display.c: In function ‘dsda_DrawIntermissionDisplay’:
/home/unyx/projects/dsda-doom/prboom2/src/dsda/intermission_display.c:83:23: warning: ‘)’ directive output may be truncated writing 1 byte into a region of size between 0 and 6 [-Wformat-truncation=]
   83 |         " (%s%d:%05.2f)",
      |                       ^
In function ‘dsda_UpdateIntermissionTime’,
    inlined from ‘dsda_DrawIntermissionDisplay’ at /home/unyx/projects/dsda-doom/prboom2/src/dsda/intermission_display.c:161:3:
/home/unyx/projects/dsda-doom/prboom2/src/dsda/intermission_display.c:81:7: note: ‘snprintf’ output between 12 and 326 bytes into a destination of size 16
   81 |       snprintf(
      |       ^~~~~~~~~
   82 |         delta, sizeof(delta),
      |         ~~~~~~~~~~~~~~~~~~~~~
   83 |         " (%s%d:%05.2f)",
      |         ~~~~~~~~~~~~~~~~~
   84 |         sign, diff / 35 / 60, (float)(diff % (60 * 35)) / 35
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   85 |       );
      |       ~
/home/unyx/projects/dsda-doom/prboom2/src/dsda/key_frame.c: In function ‘dsda_ExportKeyFrame’:
/home/unyx/projects/dsda-doom/prboom2/src/dsda/key_frame.c:210:51: warning: format ‘%lld’ expects argument of type ‘long long int’, but argument 5 has type ‘time_t’ {aka ‘long int’} [-Wformat=]
  210 |     snprintf(name, sizeof(name), "backup-%010d-%lld.kf", timestamp, time(NULL));
      |                                                ~~~^                 ~~~~~~~~~~
      |                                                   |                 |
      |                                                   long long int     time_t {aka long int}
      |                                                %ld
[ 29%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/mapinfo/legacy.c.o
[ 29%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/mapinfo/u.c.o
[ 29%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/memory.c.o
[ 30%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/mkdir.c.o
[ 30%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/mobjinfo.c.o
[ 31%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/mouse.c.o
[ 31%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/msecnode.c.o
[ 32%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/music.c.o
[ 32%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/options.c.o
[ 33%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/palette.c.o
[ 33%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/pause.c.o
[ 33%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/pclass.c.o
[ 34%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/playback.c.o
[ 34%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/render_stats.c.o
[ 35%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/save.c.o
[ 35%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/settings.c.o
[ 36%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/sfx.c.o
[ 36%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/skip.c.o
[ 37%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/sndinfo.c.o
[ 37%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/spawn_number.c.o
[ 37%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/split_tracker.c.o
[ 38%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/sprite.c.o
[ 38%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/state.c.o
[ 39%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/stretch.c.o
[ 39%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/text_file.c.o
/home/unyx/projects/dsda-doom/prboom2/src/dsda/split_tracker.c: In function ‘dsda_LoadSplits’:
/home/unyx/projects/dsda-doom/prboom2/src/dsda/split_tracker.c:145:44: warning: format ‘%i’ expects argument of type ‘int’, but argument 3 has type ‘size_t’ {aka ‘long unsigned int’} [-Wformat=]
  145 |     lprintf(LO_INFO, "dsda_LoadSplits: %I64i splits loaded!\n", dsda_splits_count);
      |                                        ~~~~^                    ~~~~~~~~~~~~~~~~~
      |                                            |                    |
      |                                            int                  size_t {aka long unsigned int}
      |                                        %I64li
[ 40%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/thing_id.c.o
[ 40%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/time.c.o
[ 41%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/tracker.c.o
[ 41%] Building C object src/CMakeFiles/dsda-doom.dir/dsda/utility.c.o
[ 41%] Building C object src/CMakeFiles/dsda-doom.dir/dstrings.c.o
[ 42%] Building C object src/CMakeFiles/dsda-doom.dir/d_deh.c.o
[ 42%] Building C object src/CMakeFiles/dsda-doom.dir/d_items.c.o
[ 43%] Building C object src/CMakeFiles/dsda-doom.dir/d_main.c.o
[ 43%] Building C object src/CMakeFiles/dsda-doom.dir/e6y.c.o
[ 44%] Building C object src/CMakeFiles/dsda-doom.dir/f_finale.c.o
[ 44%] Building C object src/CMakeFiles/dsda-doom.dir/f_wipe.c.o
[ 45%] Building C object src/CMakeFiles/dsda-doom.dir/g_game.c.o
[ 45%] Building C object src/CMakeFiles/dsda-doom.dir/g_overflow.c.o
[ 45%] Building C object src/CMakeFiles/dsda-doom.dir/heretic/d_main.c.o
[ 46%] Building C object src/CMakeFiles/dsda-doom.dir/heretic/f_finale.c.o
[ 46%] Building C object src/CMakeFiles/dsda-doom.dir/heretic/info.c.o
[ 47%] Building C object src/CMakeFiles/dsda-doom.dir/heretic/in_lude.c.o
[ 47%] Building C object src/CMakeFiles/dsda-doom.dir/heretic/level_names.c.o
[ 48%] Building C object src/CMakeFiles/dsda-doom.dir/heretic/mn_menu.c.o
/home/unyx/projects/dsda-doom/prboom2/src/e6y.c: In function ‘AbbreviateName’:
/home/unyx/projects/dsda-doom/prboom2/src/e6y.c:861:5: warning: ‘strcpy’ accessing between 1 and 9223372036854775806 bytes at offsets 0 and [-2147483648, 2147483647] may overlap up to 9223372034707292158 bytes at offset [0, 9223372034707292157] [-Wrestrict]
  861 |     strcpy(lpszCanon, lpszFileName);
      |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 48%] Building C object src/CMakeFiles/dsda-doom.dir/heretic/sb_bar.c.o
[ 49%] Building C object src/CMakeFiles/dsda-doom.dir/heretic/sounds.c.o
[ 49%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/a_action.c.o
[ 49%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/info.c.o
[ 50%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/f_finale.c.o
[ 50%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/h2_main.c.o
[ 51%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/in_lude.c.o
[ 51%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/p_acs.c.o
[ 52%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/p_anim.c.o
[ 52%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/p_things.c.o
[ 53%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/po_man.c.o
[ 53%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/sn_sonix.c.o
[ 54%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/sounds.c.o
[ 54%] Building C object src/CMakeFiles/dsda-doom.dir/hexen/sv_save.c.o
[ 54%] Building C object src/CMakeFiles/dsda-doom.dir/hu_lib.c.o
[ 55%] Building C object src/CMakeFiles/dsda-doom.dir/hu_stuff.c.o
[ 55%] Building C object src/CMakeFiles/dsda-doom.dir/info.c.o
/home/unyx/projects/dsda-doom/prboom2/src/hexen/in_lude.c: In function ‘DrNumber’:
/home/unyx/projects/dsda-doom/prboom2/src/hexen/in_lude.c:410:39: warning: ‘%d’ directive output may be truncated writing between 1 and 11 bytes into a region of size 8 [-Wformat-truncation=]
  410 |         snprintf(buff, sizeof(buff), "%d", val >= wrapThresh ? val % wrapThresh : val);
      |                                       ^~
/home/unyx/projects/dsda-doom/prboom2/src/hexen/in_lude.c:410:38: note: directive argument in the range [-2147483648, 999]
  410 |         snprintf(buff, sizeof(buff), "%d", val >= wrapThresh ? val % wrapThresh : val);
      |                                      ^~~~
/home/unyx/projects/dsda-doom/prboom2/src/hexen/in_lude.c:410:9: note: ‘snprintf’ output between 2 and 12 bytes into a destination of size 8
  410 |         snprintf(buff, sizeof(buff), "%d", val >= wrapThresh ? val % wrapThresh : val);
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 56%] Building C object src/CMakeFiles/dsda-doom.dir/i_capture.c.o
[ 56%] Building C object src/CMakeFiles/dsda-doom.dir/i_glob.c.o
[ 57%] Building C object src/CMakeFiles/dsda-doom.dir/i_pcsound.c.o
[ 57%] Building C object src/CMakeFiles/dsda-doom.dir/lprintf.c.o
[ 58%] Building C object src/CMakeFiles/dsda-doom.dir/md5.c.o
[ 58%] Building C object src/CMakeFiles/dsda-doom.dir/m_argv.c.o
[ 58%] Building C object src/CMakeFiles/dsda-doom.dir/m_bbox.c.o
[ 59%] Building C object src/CMakeFiles/dsda-doom.dir/m_cheat.c.o
[ 59%] Building C object src/CMakeFiles/dsda-doom.dir/m_menu.c.o
[ 60%] Building C object src/CMakeFiles/dsda-doom.dir/m_misc.c.o
[ 60%] Building C object src/CMakeFiles/dsda-doom.dir/m_random.c.o
[ 61%] Building C object src/CMakeFiles/dsda-doom.dir/p_ceilng.c.o
[ 61%] Building C object src/CMakeFiles/dsda-doom.dir/p_doors.c.o
[ 62%] Building C object src/CMakeFiles/dsda-doom.dir/p_enemy.c.o
[ 62%] Building C object src/CMakeFiles/dsda-doom.dir/p_floor.c.o
[ 62%] Building C object src/CMakeFiles/dsda-doom.dir/p_genlin.c.o
[ 63%] Building C object src/CMakeFiles/dsda-doom.dir/p_inter.c.o
[ 63%] Building C object src/CMakeFiles/dsda-doom.dir/p_lights.c.o
[ 64%] Building C object src/CMakeFiles/dsda-doom.dir/p_map.c.o
/home/unyx/projects/dsda-doom/prboom2/src/m_menu.c: In function ‘M_ReadSaveStrings’:
/home/unyx/projects/dsda-doom/prboom2/src/m_menu.c:953:61: warning: ‘/’ directive output may be truncated writing 1 byte into a region of size between 0 and 10 [-Wformat-truncation=]
  953 |   snprintf(save_page_string, SAVE_PAGE_STRING_SIZE, "PAGE %d/%d", save_page + 1, save_page_limit);
      |                                                             ^
/home/unyx/projects/dsda-doom/prboom2/src/m_menu.c:953:3: note: ‘snprintf’ output between 10 and 20 bytes into a destination of size 16
  953 |   snprintf(save_page_string, SAVE_PAGE_STRING_SIZE, "PAGE %d/%d", save_page + 1, save_page_limit);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 64%] Building C object src/CMakeFiles/dsda-doom.dir/p_maputl.c.o
/home/unyx/projects/dsda-doom/prboom2/src/m_menu.c: In function ‘M_DrawScreenItems’:
/home/unyx/projects/dsda-doom/prboom2/src/m_menu.c:1825:31: warning: ‘%s’ directive writing up to 127 bytes into a region of size 66 [-Wformat-overflow=]
 1825 |         sprintf(menu_buffer, "%s", entry_string_index);
      |                               ^~   ~~~~~~~~~~~~~~~~~~
In function ‘M_DrawSetting’,
    inlined from ‘M_DrawScreenItems’ at /home/unyx/projects/dsda-doom/prboom2/src/m_menu.c:1892:7:
/home/unyx/projects/dsda-doom/prboom2/src/m_menu.c:1825:9: note: ‘sprintf’ output between 1 and 128 bytes into a destination of size 66
 1825 |         sprintf(menu_buffer, "%s", entry_string_index);
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 65%] Building C object src/CMakeFiles/dsda-doom.dir/p_mobj.c.o
[ 65%] Building C object src/CMakeFiles/dsda-doom.dir/p_plats.c.o
[ 66%] Building C object src/CMakeFiles/dsda-doom.dir/p_pspr.c.o
[ 66%] Building C object src/CMakeFiles/dsda-doom.dir/p_saveg.c.o
[ 66%] Building C object src/CMakeFiles/dsda-doom.dir/p_setup.c.o
[ 67%] Building C object src/CMakeFiles/dsda-doom.dir/p_sight.c.o
[ 67%] Building C object src/CMakeFiles/dsda-doom.dir/p_spec.c.o
[ 68%] Building C object src/CMakeFiles/dsda-doom.dir/p_switch.c.o
[ 68%] Building C object src/CMakeFiles/dsda-doom.dir/p_telept.c.o
[ 69%] Building C object src/CMakeFiles/dsda-doom.dir/p_tick.c.o
[ 69%] Building C object src/CMakeFiles/dsda-doom.dir/p_user.c.o
[ 70%] Building C object src/CMakeFiles/dsda-doom.dir/r_bsp.c.o
[ 70%] Building C object src/CMakeFiles/dsda-doom.dir/r_data.c.o
[ 70%] Building C object src/CMakeFiles/dsda-doom.dir/r_draw.c.o
[ 71%] Building C object src/CMakeFiles/dsda-doom.dir/r_filter.c.o
[ 71%] Building C object src/CMakeFiles/dsda-doom.dir/r_fps.c.o
[ 72%] Building C object src/CMakeFiles/dsda-doom.dir/r_main.c.o
[ 72%] Building C object src/CMakeFiles/dsda-doom.dir/r_patch.c.o
[ 73%] Building C object src/CMakeFiles/dsda-doom.dir/r_plane.c.o
[ 73%] Building C object src/CMakeFiles/dsda-doom.dir/r_segs.c.o
[ 74%] Building C object src/CMakeFiles/dsda-doom.dir/r_sky.c.o
[ 74%] Building C object src/CMakeFiles/dsda-doom.dir/r_things.c.o
[ 74%] Building CXX object src/CMakeFiles/dsda-doom.dir/scanner.cpp.o
[ 75%] Building C object src/CMakeFiles/dsda-doom.dir/sc_man.c.o
[ 75%] Building C object src/CMakeFiles/dsda-doom.dir/smooth.c.o
[ 76%] Building C object src/CMakeFiles/dsda-doom.dir/sounds.c.o
[ 76%] Building C object src/CMakeFiles/dsda-doom.dir/st_lib.c.o
[ 77%] Building C object src/CMakeFiles/dsda-doom.dir/st_stuff.c.o
[ 77%] Building C object src/CMakeFiles/dsda-doom.dir/s_advsound.c.o
[ 78%] Building C object src/CMakeFiles/dsda-doom.dir/s_sound.c.o
[ 78%] Building C object src/CMakeFiles/dsda-doom.dir/tables.c.o
[ 79%] Building CXX object src/CMakeFiles/dsda-doom.dir/umapinfo.cpp.o
In file included from /home/unyx/projects/dsda-doom/prboom2/src/dsda/pclass.h:21,
                 from /home/unyx/projects/dsda-doom/prboom2/src/d_player.h:38,
                 from /home/unyx/projects/dsda-doom/prboom2/src/doomstat.h:43,
                 from /home/unyx/projects/dsda-doom/prboom2/src/s_sound.c:40:
/home/unyx/projects/dsda-doom/prboom2/src/s_sound.c: In function ‘S_AdjustSoundParams’:
/home/unyx/projects/dsda-doom/prboom2/src/m_fixed.h:72:15: warning: absolute value function ‘abs’ given an argument of type ‘long int’ but has parameter of type ‘int’ which may cause truncation of value [-Wabsolute-value]
   72 | #define D_abs abs
      |               ^~~
/home/unyx/projects/dsda-doom/prboom2/src/s_sound.c:730:11: note: in expansion of macro ‘D_abs’
  730 |     adx = D_abs(walkcamera.x - source->x);
      |           ^~~~~
/home/unyx/projects/dsda-doom/prboom2/src/m_fixed.h:72:15: warning: absolute value function ‘abs’ given an argument of type ‘long int’ but has parameter of type ‘int’ which may cause truncation of value [-Wabsolute-value]
   72 | #define D_abs abs
      |               ^~~
/home/unyx/projects/dsda-doom/prboom2/src/s_sound.c:731:11: note: in expansion of macro ‘D_abs’
  731 |     ady = D_abs(walkcamera.y - source->y);
      |           ^~~~~
[ 79%] Building C object src/CMakeFiles/dsda-doom.dir/v_video.c.o
[ 79%] Building C object src/CMakeFiles/dsda-doom.dir/wadtbl.c.o
[ 80%] Building C object src/CMakeFiles/dsda-doom.dir/wi_stuff.c.o
[ 80%] Building C object src/CMakeFiles/dsda-doom.dir/w_wad.c.o
[ 81%] Building C object src/CMakeFiles/dsda-doom.dir/z_bmalloc.c.o
/home/unyx/projects/dsda-doom/prboom2/src/wi_stuff.c: In function ‘WI_slamBackground’:
/home/unyx/projects/dsda-doom/prboom2/src/wi_stuff.c:429:25: warning: ‘%d’ directive writing between 1 and 10 bytes into a region of size 4 [-Wformat-overflow=]
  429 |     sprintf(name, "WIMAP%d", wbs->epsd);
      |                         ^~
/home/unyx/projects/dsda-doom/prboom2/src/wi_stuff.c:429:19: note: directive argument in the range [0, 2147483647]
  429 |     sprintf(name, "WIMAP%d", wbs->epsd);
      |                   ^~~~~~~~~
/home/unyx/projects/dsda-doom/prboom2/src/wi_stuff.c:429:5: note: ‘sprintf’ output between 7 and 16 bytes into a destination of size 9
  429 |     sprintf(name, "WIMAP%d", wbs->epsd);
      |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 81%] Building C object src/CMakeFiles/dsda-doom.dir/z_zone.c.o
[ 82%] Building C object src/CMakeFiles/dsda-doom.dir/d_client.c.o
[ 82%] Building C object src/CMakeFiles/dsda-doom.dir/w_mmap.c.o
[ 83%] Building C object src/CMakeFiles/dsda-doom.dir/memio.c.o
[ 83%] Building C object src/CMakeFiles/dsda-doom.dir/mus2mid.c.o
/home/unyx/projects/dsda-doom/prboom2/src/wi_stuff.c: In function ‘WI_loadData’:
/home/unyx/projects/dsda-doom/prboom2/src/wi_stuff.c:2044:48: warning: ‘%.2d’ directive output may be truncated writing between 2 and 10 bytes into a region of size between 0 and 5 [-Wformat-truncation=]
 2044 |             snprintf(name, sizeof(name), "WIA%d%.2d%.2d", wbs->epsd, j, i);
      |                                                ^~~~
/home/unyx/projects/dsda-doom/prboom2/src/wi_stuff.c:2044:42: note: directive argument in the range [0, 2147483646]
 2044 |             snprintf(name, sizeof(name), "WIA%d%.2d%.2d", wbs->epsd, j, i);
      |                                          ^~~~~~~~~~~~~~~
/home/unyx/projects/dsda-doom/prboom2/src/wi_stuff.c:2044:42: note: directive argument in the range [0, 2147483646]
/home/unyx/projects/dsda-doom/prboom2/src/wi_stuff.c:2044:13: note: ‘snprintf’ output between 9 and 35 bytes into a destination of size 9
 2044 |             snprintf(name, sizeof(name), "WIA%d%.2d%.2d", wbs->epsd, j, i);
      |             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 83%] Building C object src/CMakeFiles/dsda-doom.dir/SDL/i_main.c.o
[ 84%] Building C object src/CMakeFiles/dsda-doom.dir/SDL/i_sound.c.o
[ 84%] Building C object src/CMakeFiles/dsda-doom.dir/SDL/i_sshot.c.o
[ 85%] Building C object src/CMakeFiles/dsda-doom.dir/SDL/i_system.c.o
[ 85%] Building C object src/CMakeFiles/dsda-doom.dir/SDL/i_video.c.o
[ 86%] Building C object src/CMakeFiles/dsda-doom.dir/PCSOUND/pcsound.c.o
[ 86%] Building C object src/CMakeFiles/dsda-doom.dir/PCSOUND/pcsound_linux.c.o
[ 87%] Building C object src/CMakeFiles/dsda-doom.dir/PCSOUND/pcsound_sdl.c.o
[ 87%] Building C object src/CMakeFiles/dsda-doom.dir/PCSOUND/pcsound_win32.c.o
[ 87%] Building C object src/CMakeFiles/dsda-doom.dir/MUSIC/dbopl.c.o
[ 88%] Building C object src/CMakeFiles/dsda-doom.dir/MUSIC/dumbplayer.c.o
[ 88%] Building C object src/CMakeFiles/dsda-doom.dir/MUSIC/flplayer.c.o
[ 89%] Building C object src/CMakeFiles/dsda-doom.dir/MUSIC/madplayer.c.o
[ 89%] Building C object src/CMakeFiles/dsda-doom.dir/MUSIC/midifile.c.o
[ 90%] Building C object src/CMakeFiles/dsda-doom.dir/MUSIC/opl.c.o
[ 90%] Building C object src/CMakeFiles/dsda-doom.dir/MUSIC/oplplayer.c.o
[ 91%] Building C object src/CMakeFiles/dsda-doom.dir/MUSIC/opl_queue.c.o
/home/unyx/projects/dsda-doom/prboom2/src/MUSIC/oplplayer.c: In function ‘I_OPL_RegisterSong’:
/home/unyx/projects/dsda-doom/prboom2/src/MUSIC/oplplayer.c:1365:69: warning: format ‘%i’ expects argument of type ‘int’, but argument 3 has type ‘size_t’ {aka ‘long unsigned int’} [-Wformat=]
 1365 |         lprintf (LO_WARN, "I_OPL_RegisterSong: Very short MIDI (%I64i bytes)\n", mf.len);
      |                                                                 ~~~~^            ~~~~~~
      |                                                                     |              |
      |                                                                     int            size_t {aka long unsigned int}
      |                                                                 %I64li
[ 91%] Building C object src/CMakeFiles/dsda-doom.dir/MUSIC/portmidiplayer.c.o
[ 91%] Building C object src/CMakeFiles/dsda-doom.dir/MUSIC/vorbisplayer.c.o
[ 92%] Building C object src/CMakeFiles/dsda-doom.dir/gl_clipper.c.o
[ 92%] Building C object src/CMakeFiles/dsda-doom.dir/gl_detail.c.o
[ 93%] Building C object src/CMakeFiles/dsda-doom.dir/gl_drawinfo.c.o
[ 93%] Building C object src/CMakeFiles/dsda-doom.dir/gl_fbo.c.o
[ 94%] Building C object src/CMakeFiles/dsda-doom.dir/gl_gamma.c.o
[ 94%] Building C object src/CMakeFiles/dsda-doom.dir/gl_hires.c.o
[ 95%] Building C object src/CMakeFiles/dsda-doom.dir/gl_light.c.o
[ 95%] Building C object src/CMakeFiles/dsda-doom.dir/gl_main.c.o
[ 95%] Building C object src/CMakeFiles/dsda-doom.dir/gl_map.c.o
[ 96%] Building C object src/CMakeFiles/dsda-doom.dir/gl_missingtexture.c.o
[ 96%] Building C object src/CMakeFiles/dsda-doom.dir/gl_opengl.c.o
[ 97%] Building C object src/CMakeFiles/dsda-doom.dir/gl_preprocess.c.o
[ 97%] Building C object src/CMakeFiles/dsda-doom.dir/gl_shader.c.o
[ 98%] Building C object src/CMakeFiles/dsda-doom.dir/gl_shadow.c.o
[ 98%] Building C object src/CMakeFiles/dsda-doom.dir/gl_sky.c.o
/home/unyx/projects/dsda-doom/prboom2/src/gl_preprocess.c: In function ‘gld_FlatConvexCarver’:
/home/unyx/projects/dsda-doom/prboom2/src/gl_preprocess.c:236:70: warning: format ‘%lli’ expects argument of type ‘long long int’, but argument 3 has type ‘long int’ [-Wformat=]
  236 |     if (levelinfo) fprintf(levelinfo, "All carved away: subsector %lli - sector %i\n", ssec-subsectors, ssec->sector->iSectorID);
      |                                                                   ~~~^                 ~~~~~~~~~~~~~~~
      |                                                                      |                     |
      |                                                                      long long int         long int
      |                                                                   %li
/home/unyx/projects/dsda-doom/prboom2/src/gl_preprocess.c: In function ‘gld_PrecalculateSector’:
/home/unyx/projects/dsda-doom/prboom2/src/gl_preprocess.c:492:41: warning: passing argument 3 of ‘gluTessCallback’ from incompatible pointer type [-Wincompatible-pointer-types]
  492 |   gluTessCallback(tess, GLU_TESS_BEGIN, ntessBegin);
      |                                         ^~~~~~~~~~
      |                                         |
      |                                         void (*)(GLenum) {aka void (*)(unsigned int)}
In file included from /home/unyx/projects/dsda-doom/prboom2/src/gl_opengl.h:53,
                 from /home/unyx/projects/dsda-doom/prboom2/src/gl_preprocess.c:46:
/usr/include/GL/glu.h:336:87: note: expected ‘_GLUfuncptr’ {aka ‘void (*)(void)’} but argument is of type ‘void (*)(GLenum)’ {aka ‘void (*)(unsigned int)’}
  336 | GLAPI void GLAPIENTRY gluTessCallback (GLUtesselator* tess, GLenum which, _GLUfuncptr CallBackFunc);
      |                                                                           ~~~~~~~~~~~~^~~~~~~~~~~~
/home/unyx/projects/dsda-doom/prboom2/src/gl_preprocess.c:493:42: warning: passing argument 3 of ‘gluTessCallback’ from incompatible pointer type [-Wincompatible-pointer-types]
  493 |   gluTessCallback(tess, GLU_TESS_VERTEX, ntessVertex);
      |                                          ^~~~~~~~~~~
      |                                          |
      |                                          void (*)(vertex_t *)
/usr/include/GL/glu.h:336:87: note: expected ‘_GLUfuncptr’ {aka ‘void (*)(void)’} but argument is of type ‘void (*)(vertex_t *)’
  336 | GLAPI void GLAPIENTRY gluTessCallback (GLUtesselator* tess, GLenum which, _GLUfuncptr CallBackFunc);
      |                                                                           ~~~~~~~~~~~~^~~~~~~~~~~~
/home/unyx/projects/dsda-doom/prboom2/src/gl_preprocess.c:494:41: warning: passing argument 3 of ‘gluTessCallback’ from incompatible pointer type [-Wincompatible-pointer-types]
  494 |   gluTessCallback(tess, GLU_TESS_ERROR, ntessError);
      |                                         ^~~~~~~~~~
      |                                         |
      |                                         void (*)(GLenum) {aka void (*)(unsigned int)}
/usr/include/GL/glu.h:336:87: note: expected ‘_GLUfuncptr’ {aka ‘void (*)(void)’} but argument is of type ‘void (*)(GLenum)’ {aka ‘void (*)(unsigned int)’}
  336 | GLAPI void GLAPIENTRY gluTessCallback (GLUtesselator* tess, GLenum which, _GLUfuncptr CallBackFunc);
      |                                                                           ~~~~~~~~~~~~^~~~~~~~~~~~
/home/unyx/projects/dsda-doom/prboom2/src/gl_preprocess.c:495:43: warning: passing argument 3 of ‘gluTessCallback’ from incompatible pointer type [-Wincompatible-pointer-types]
  495 |   gluTessCallback(tess, GLU_TESS_COMBINE, ntessCombine);
      |                                           ^~~~~~~~~~~~
      |                                           |
      |                                           void (*)(GLdouble *, vertex_t **, GLfloat *, void **) {aka void (*)(double *, vertex_t **, float *, void **)}
/usr/include/GL/glu.h:336:87: note: expected ‘_GLUfuncptr’ {aka ‘void (*)(void)’} but argument is of type ‘void (*)(GLdouble *, vertex_t **, GLfloat *, void **)’ {aka ‘void (*)(double *, vertex_t **, float *, void **)’}
  336 | GLAPI void GLAPIENTRY gluTessCallback (GLUtesselator* tess, GLenum which, _GLUfuncptr CallBackFunc);
      |                                                                           ~~~~~~~~~~~~^~~~~~~~~~~~
[ 99%] Building C object src/CMakeFiles/dsda-doom.dir/gl_texture.c.o
[ 99%] Building C object src/CMakeFiles/dsda-doom.dir/gl_vertex.c.o
[ 99%] Building C object src/CMakeFiles/dsda-doom.dir/gl_wipe.c.o
/home/unyx/projects/dsda-doom/prboom2/src/gl_texture.c: In function ‘gld_Precache’:
/home/unyx/projects/dsda-doom/prboom2/src/gl_texture.c:1337:25: warning: the comparison will always evaluate as ‘true’ for the address of ‘faces’ will never be NULL [-Waddress]
 1337 |         while (face < 6 && sb->faces[face])
      |                         ^~
In file included from /home/unyx/projects/dsda-doom/prboom2/src/gl_texture.c:68:
/home/unyx/projects/dsda-doom/prboom2/src/gl_intern.h:533:8: note: ‘faces’ declared here
  533 |   char faces[6][9];
      |        ^~~~~
/home/unyx/projects/dsda-doom/prboom2/src/gl_texture.c:1395:21: warning: the comparison will always evaluate as ‘true’ for the address of ‘faces’ will never be NULL [-Waddress]
 1395 |     while (face < 6 && sb->faces[face])
      |                     ^~
/home/unyx/projects/dsda-doom/prboom2/src/gl_intern.h:533:8: note: ‘faces’ declared here
  533 |   char faces[6][9];
      |        ^~~~~
[100%] Linking CXX executable ../dsda-doom
/usr/bin/ld: CMakeFiles/dsda-doom.dir/MUSIC/flplayer.c.o: in function `fl_init':
/home/unyx/projects/dsda-doom/prboom2/src/MUSIC/flplayer.c:271: undefined reference to `fluid_sfloader_set_callbacks'
collect2: error: ld returned 1 exit status
make[2]: *** [src/CMakeFiles/dsda-doom.dir/build.make:3534: dsda-doom] Error 1
make[1]: *** [CMakeFiles/Makefile2:169: src/CMakeFiles/dsda-doom.dir/all] Error 2
make: *** [Makefile:136: all] Error 2


Proceed with installation? [y/N] y
[sudo] password for current user: 
-- Install configuration: "RelWithDebInfo"
-- Installing: /usr/local/share/games/doom/dsda-doom.wad
CMake Error at build/src/cmake_install.cmake:52 (file):
  file INSTALL cannot find
  "/home/unyx/projects/dsda-doom/prboom2/build/dsda-doom": No such file or
  directory.
Call Stack (most recent call first):
  build/cmake_install.cmake:48 (include)

Invuln affects sky in cl2 during nonzero palettes

From the dw thread:

  • Foxpup:

When using OpenGL indexed light mode, the invulnerability colormap affects the sky whenever a non-zero palette (eg radsuit) is in effect.

Shepardus:

What OS and graphics card are you using?
I can reproduce this as you described on my desktop, but on my laptop, invulnerability affects the sky even with palette 0 (and yes, I'm using -complevel 2, which should have invulnerability not affect the sky). My desktop has an Nvidia GTX 1070, while my laptop has integrated Intel HD Graphics 4000. Both are on Fedora 37 (Edit: Also tried on Windows 10 with my desktop, same result as the desktop on Linux).

Foxpup:

Debian 10 and Windows 10 (dual-boot), RTX 3090 using official Nvidia drivers for both OSs. Identical behaviour on both systems.

  • Foxpup:

Also, I just noticed that OpenGL indexed light mode also causes the invulnerability colormap to be erroneously rendered on top of (instead of underneath) the partial invisibility effect, making partially invisible objects brighter instead of darker. This actually affects gameplay fairly significantly as it makes spectres much harder to see while invulnerable.

feature request: zip support

I check the patch notes from time to time and 0.25 is shaping up to be a pretty major release...
Would you consider adding zip archive support, too?

I think it would be a pretty handy feature: Woof has it and being able to load the archive downloaded from dsda/idgames directly has pampered me a little bit lately..

Thank you for all the work on this port!

[Bug/Feature Request] Desynced Flat Animations from Vanilla / Unity Port

Hey DSDA Doom team,

There's a certain effect that I'd like do have working in all ports, but it seems that DSDA Doom and PrBoom+ ports are not consistent with FLAT animations like Vanilla/Unity Port.

I also found that Chocolate and Crispy Doom also didn't sync them correctly. I submitted a bug report (chocolate-doom/chocolate-doom#1509), in that I found the reason for the desync in those ports. It has to do with the ports not including FF_START in the lump order.

Let me start by how flat animations work in Doom from my rigorous testing.

  • Flat animation timing is synced exactly every time you load up a map, regardless of map if you have a flat that changes from blue>red>yellow>green, when you load the map and it starts on blue once, it will always start on blue.
  • The timing of the flat animation is based upon on the lump order of the WAD. This means you can change the timing / first frame of the flat animation in the game, by moving where the first flat lump of the animation is. For example: say a WAD begins with FF_START, F_SKY1, and then SLIME01 with the first slime animation frames SLIME02-04 after. now say when you load the map, the level starts with the flat as blue, everytime you reload the map, it'll always be blue at the start. Now say you move SLIME01-SLIME04 above F_SKY1. When you load the map now it the flat that starts on map load is now green. Everytime you reload the map or any map in the mapset, the flat will always start on green.
  • The flat animation order is determined locally per wad archive. This means that the lump order nor flat animation doesn't change depending on if you load wads before or after the wad with the FLAT lumps.
  • Textures work in a similar way however instead of lump order, it is based on the order of textures in the TEXTURE1 lump. however they seem to be synced correctly in all ports, unlike flats at the moment.

The map i'm testing is here (MAP25):
200 Line Massacre
^ The flat and textures currently sync up with Vanilla / Unity Port / Eternity Engine.

I suggest this fix:
jeffdoggett/Doom@e2e0e69

Both Doom Retro and Woof have implemented this fix.
It basically forces animations to start from the first frame (similar to how ZDoom ports deal with animated textures and flats).

Here is a video showing the effect in the wad (This vid was made for the Chocolate Doom bug report):
https://www.youtube.com/watch?v=co5h-fwx6Ho

[0.24.3] Random crashes with Rewind in Jumpwad MAP07

Been having fun with a fairly recent map pack, Jumpwad. It's been pretty fun (if confusing at times), and that Rewind button has been very handy throughout. But at some point in MAP07, it's started triggering "Corrupt savegame" crashes at complete random.

It's been happening the most frequent when attempting the island near the north-west, with the meteors. There doesn't seem to be any log whenever it crashes.

image

Fluidsynth sample-rate out of range

I've been having this issue where Fluidsynth seems to be ignoring my settings. This only happens to me on 0.25.x. I have deleted my cfg multiple times but it keeps happening. These are my sound settings:

# Sound settings
snd_pcspeaker                  0
pitched_sounds                 0
full_sounds                    0
snd_samplecount                512
snd_samplerate                 44100
sfx_volume                     1
music_volume                   1
mus_pause_opt                  1
snd_channels                   32
snd_midiplayer                 "fluidsynth"
snd_soundfont                  "RLNDGM.SF2"
snd_mididev                    ""
mus_fluidsynth_chorus          0
mus_fluidsynth_reverb          0
mus_fluidsynth_gain            50
mus_opl_gain                   50
mus_portmidi_reset_type        "gs"
mus_portmidi_reset_delay       0
mus_portmidi_filter_sysex      1
mus_portmidi_reverb_level      40
mus_portmidi_chorus_level      0

Whenever I launch dsda-doom I get this error message in the console logs, which I guess could be related

fluidsynth: error: requested set value for 'synth.sample-rate' out of range
fl_init: Couldn't set synth.sample-rate

textured automap issue when rendering resolution is smaller than the display resolution

Hi!
I usually play at 1280x720 in OpenGL mode, non exclusive fullscreen.
My laptop has a full hd panel so dsda scales the 720p rendered frame up to the 1080p screen resolution.

Today using 0.25.4 win64 I discovered an issue with the textured automap which seems to be triggered by the setup described above.

It seems that the area covered by textures is limited to the 1280x720 rendering resolution, leaving untextured the remaining corners of what's visible at my 1920x1080 display resolution.
The issue is present in both exclusive and non-exclusive fullscreen modes.
It manifests regardless of the opengl light mode settings and regardless overlay mode status.

It goes away when switching to windowed mode (when both rendering and presentation resolution are the same).

The system runs Win10 21H2 x64 and uses Intel graphic drivers provided by windows update.
The integrated GPU is a gen9 UHD620.

Some screenshots taken using the port's builtin feature:

fullscreen-normal

fullscreen-overlay

windowed-normal

windowed-overlay

NERF 08 loads slowly

From Raven:

When I start NERF map 08 in 0.25.2, map takes around 5-10 second to load. Same with in-game restart and same with rewind.
At the same time I see tons of these errors in console:
P_LoadLineDefs: linedef 11545 missing first sidedef

I took a quick look in UDB and it seems like the reported linedefs are the out-of-bounds text linedefs (example on the pic).

Same map causes no issues in 0.24.3. Loads fast, restarts and rewinds also work normally.

Here is download link for the wad: https://drive.google.com/u/0/uc?id=11Ib7uNhOQrPZDvswyBcB42xrJGhLi-sW&export=download

https://cdn.discordapp.com/attachments/776233266411339786/1061326173054972048/image.png

Autoload hud files

I have played around a little with the creation of custom hud files, I think it is quite powerful and well designed, however it seems there is no way to autoload simple ASCII hud files that are specified via the -hud parameter.

I suggest that any file with the .hud extension in the auto-load folder would be candidate for loading as a hud file, like this someone could easily customize their own huds without having to go through the trouble of creating a wad file.

Add option to select MIDI device

Hi, it would be useful to have in the DSDA-Doom options the possibility to select the desired MIDI device (for example to use Sound Canvas VA).
Currently, compiling DSDA-Doom with MSYS2 (mingw64) and selecting Portmidi, the game will always use the Microsoft GS synthesizer, despite having set in Coolsoft MIDIMapper Sound Canvas VA as the default device.
Instead, compiling DSDA-Doom in Visual Studio and selecting Portmidi in the game settings, the game takes into account the device set in the MIDIMapper.

Fullclip cheat doesn't work properly with MBF21 pointer A_ConsumeAmmo

The newly added Fullclip cheat works great with the default Doom weapons, but it doesn't seem to work as great with custom MBF21 weapons, particularly ones that call A_ConsumeAmmo as part of the firing sequence.

For most part, the pointer will still drain ammo even with it active, but in most cases the weapon can still be fired after running out. One exception is the BFG replacement in Vesper, which loses its continuous firing after running out.

[FReq] Have 2 max pitch options, one for software, and one for hardware.

Why? Because having 90 degree pitch in Software is not only a lie (because you'd need infinite processing power) but it's also pointless, since things get very distorted. OTOH, in OpenGL it's annoying not to be able to look ALL the way down and it's very noticeable. An alternative would be to ignore this value in Software.

btw "Light Mode" "Shader" is way too bright, and GLBoom is very dark.

Spectres look a bit different in OpenGL

Hello.

In DSDA Doom, while playing Doom, spectres look a bit different to Vanilla.

PrBoom plus, has an option in OpenGL options called as Thing Sprite Fuzz. When this is set to Darken spectres look as identical as in Vanilla Doom.

So, it would be cool if this port fixes this issue, in its future releases..

Thanks.

[Feature request] 4:3 aspect ratio HUD for 16/21:9 aspect ratios

For version 25.0 can we have an option to have a "4:3 hud" (messages, advanced/extended HUD, coordinate display etc) option for 16:9/21:9 users? I have a new 21:9 screen and now the hud is way too far from the center of the screen and i would like it to be like in 4:3 mode.

I have created this image to show how I would like this to look like :)
e

icon available in SVG format (or resized to reasonable dimensions)

Hi,

I am currently packaging dsda-doom to replace prboom-plus in Debian, and in the course of this I found that dsda-doom lacks an icon in SVG format and only ships one in PNG format with very odd 2002x2104 dimensions. Would it be possible to add an icon in SVG format?

  • Fabian

PortMidi volume spikes

Reported by zeromaster on discord:

There is occasionally a music volume spike when quitting dsda-doom. Also happens when entering the intermission screen. It only happens with PortMidi and not when using FluidSynth.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.