-
Posts
446 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
News
Posts posted by StevenC21
-
-
-
I didn't realize "dipping my feet in" involved extensive messing with a multitude of effects that all seem to do nothing unless they are all on together at specific values.
-
-
I have.
But I was driven away from GZDoom in my early days of using source ports because of the ugly ass defaults, which I didn't think I could change for over a year.
-
Hey guys. So, I was attempting to set up a basic LAN game with a brother who uses Windows.
However, his computer hangs indefinitely at "contacting host"... how can I resolve this, if possible?
I am sure that the IP is correct, and I verified it with ifconfig.
-
-
GZDoom is a terrifying monstrosity of settings that aren't named well, and there's no manual.
Devs really need to get their shit together.
-
Yes, but how do I use it?
-
Init code?
I take it thats something I'd need to recompile for... weird that it worked before.
Any help on accomplishing this?
-
I've been searching around for a while, and I haven't figured out how to do this.
How can I play Doom 64 coop? Just me and my brother on a LAN, nothing fancy.
-
Hey guys. As some of you might know by now, I am running Arch Linux x86_64, blah blah blah.
Anyways, I installed SLADE3 from the AUR, and it worked for a while. However, it suddenly now starts crashing with the following error:
[xcb] Unknown sequence number while processing reply [xcb] Most likely this is a multi-threaded client and XInitThreads has not been called [xcb] Aborting, sorry about that. slade: xcb_io.c:630: _XReply: Assertion `!xcb_xlib_threads_sequence_lost' failed. Aborted (core dumped)
It worked before, and I'm not sure what changed... anything I can do?
-
-
BUH BUH BUH BUHBUHBUH
BUH BUH BUH BUH
'nuff said.
-
Yes.
Oh, and by the way, that cmake switch fixed the issue.
Cheers!
-
Ehh thats fine.
Yknow the best part about Linux?
The documentation.
-
Hey, so I think I got it fixed. Towards the top of the README.MD, it actually says that to use the system's fluidsynth, I need to use
cmake -DENABLE_SYSTEM_FLUIDSYNTH=ON ..
instead of
cmake ..
I will test this now.
Sorry for the triple post, I know that its frowned upon, but I think it was appropriate in this case.
-
No, the dependencies did not help.
If I compile that manually, will it cause issues with the package manager version?
-
Well, I don't know if it matters, but I am installing some optional dependencies, which might help.
I have the x86_64 version AFAIK.
I'm not very wise with pacman and its man page confuses me, so I'm not super knowledgeable, but I think its 64 bit.
Thank you for helping me by the way. I really appreciate it!
-
Alright, here you are.
Result of "cmake .."
-- The C compiler identification is GNU 8.2.1 -- The CXX compiler identification is GNU 8.2.1 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Found SDL2: /usr/include/SDL2 (found version "2.0.8") -- Found SDL2_net: /usr/include/SDL2 (found version "2.0.1") -- Found ZLIB: /usr/lib/libz.so (found version "1.2.11") -- Found PNG: /usr/lib/libpng.so (found version "1.6.35") CMake Warning (dev) at /usr/share/cmake-3.12/Modules/FindOpenGL.cmake:270 (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:124 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. -- Found OpenGL: /usr/lib/libOpenGL.so -- Checking whether system has ANSI C header files -- Looking for 8 include files dlfcn.h, ..., float.h -- Looking for 8 include files dlfcn.h, ..., float.h - found -- Performing Test memchrExists -- Performing Test memchrExists - Success -- Performing Test freeExists -- Performing Test freeExists - Success -- ANSI C header files - found -- Looking for include file unistd.h -- Looking for include file unistd.h - found -- Looking for DIR in sys/stat.h;sys/types.h;dirent.h -- Looking for DIR in sys/stat.h;sys/types.h;dirent.h - found -- Looking for stdio.h -- Looking for stdio.h - found -- Looking for stdbool.h -- Looking for stdbool.h - found -- Looking for math.h -- Looking for math.h - found -- Looking for errno.h -- Looking for errno.h - found -- Looking for stdarg.h -- Looking for stdarg.h - found -- Looking for memory.h -- Looking for memory.h - found -- Looking for sys/mman.h -- Looking for sys/mman.h - found -- Looking for sys/time.h -- Looking for sys/time.h - found -- Looking for sys/ioctl.h -- Looking for sys/ioctl.h - found -- Looking for fcntl.h -- Looking for fcntl.h - found -- Looking for pthread.h -- Looking for pthread.h - found -- Performing Test _have_inline -- Performing Test _have_inline - Success -- Performing Test _have_vla -- Performing Test _have_vla - Success -- Check if the system is big endian -- Searching 16 bit integer -- Check size of unsigned short -- Check size of unsigned short - done -- Using unsigned short -- Check if the system is big endian - little endian -- Configuring done -- Generating done -- Build files have been written to: /home/steven/source/Doom64EX/build
-
I am sure that I ran cmake first.
And I have both of those packages installed.
Any other ideas?
-
Hello all.
I am running Arch Linux x86_64, and attempting to compile Doom64 EX for Linux.
You can find the project here.
The issue is, in the README.MD file, it references a "fluidsynth-lite". And when I attempt to compile (just with make) it crashes, saying the following:
Scanning dependencies of target pk3 graphics graphics/fancred.png graphics/cursor.png graphics/confont.png graphics/crshairs.png graphics/buttons.png animdefs.txt mapinfo.txt palplay3.act skydefs.txt [ 0%] Built target pk3 Scanning dependencies of target libfluidsynth [ 1%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/utils/fluid_conv.c.o [ 2%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/utils/fluid_hash.c.o [ 2%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/utils/fluid_list.c.o [ 3%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/utils/fluid_ringbuffer.c.o [ 4%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/utils/fluid_settings.c.o [ 4%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/utils/fluid_sys.c.o [ 5%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/sfloader/fluid_defsfont.c.o [ 6%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/sfloader/fluid_ramsfont.c.o [ 7%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/rvoice/fluid_adsr_env.c.o [ 7%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/rvoice/fluid_chorus.c.o [ 8%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/rvoice/fluid_iir_filter.c.o [ 9%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/rvoice/fluid_lfo.c.o [ 10%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/rvoice/fluid_rvoice.c.o [ 10%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/rvoice/fluid_rvoice_dsp.c.o [ 11%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/rvoice/fluid_rvoice_event.c.o [ 12%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/rvoice/fluid_rvoice_mixer.c.o [ 13%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/rvoice/fluid_rev.c.o [ 13%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/synth/fluid_chan.c.o [ 14%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/synth/fluid_event.c.o [ 15%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/synth/fluid_gen.c.o [ 16%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/synth/fluid_mod.c.o [ 16%] Building C object fluidsynth/src/CMakeFiles/libfluidsynth.dir/synth/fluid_synth.c.o In file included from /home/steven/source/Doom64EX/fluidsynth/src/synth/fluid_synth.h:34, from /home/steven/source/Doom64EX/fluidsynth/src/synth/fluid_synth.c:23: /home/steven/source/Doom64EX/fluidsynth/src/synth/fluid_synth.c: In function ‘fluid_synth_sysex_midi_tuning’: /home/steven/source/Doom64EX/fluidsynth/src/utils/fluidsynth_priv.h:209:38: error: ‘strncpy’ output may be truncated copying 16 bytes from a string of length 16 [-Werror=stringop-truncation] #define FLUID_STRNCPY(_dst,_src,_n) strncpy(_dst,_src,_n) ^~~~~~~~~~~~~~~~~~~~~ /home/steven/source/Doom64EX/fluidsynth/src/synth/fluid_synth.c:1339:9: note: in expansion of macro ‘FLUID_STRNCPY’ FLUID_STRNCPY (resptr, name, 16); ^~~~~~~~~~~~~ cc1: all warnings being treated as errors make[2]: *** [fluidsynth/src/CMakeFiles/libfluidsynth.dir/build.make:336: fluidsynth/src/CMakeFiles/libfluidsynth.dir/synth/fluid_synth.c.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:149: fluidsynth/src/CMakeFiles/libfluidsynth.dir/all] Error 2 make: *** [Makefile:152: all] Error 2
What would you recommend I do?
I don't usually compile things from source haha.
Edit: I just want to add that I'm REALLY frustrated by this. I know that its undoubtedly my fault and that I'm missing something really obvious but its just SO ANNOYING!
/rantover
-
Thank you!
The link to the github page wasn't working for me earlier, so I assumed it was dead.
-
So, the wiki page (here) says, and I quote:
QuoteDoom64 EX is a reimplementation of Doom 64 for Linux, macOS, Windows, and Nintendo DS...
However, I don't see a Linux download? In addition, I can't seem to find a copy of the source code to compile it myself. Can someone get me a copy of either, or ideally both.
-
Hey guys. So, I am running Arch Linux, and am attempting to get WadSmoosh to generate the doomcomplete.pk3 file.
To clarify, I am completely unversed in Python error messages. Anyways, WadSmoosh is crashing on its startup. Here is the output:
Copying mapinfo.txt Traceback (most recent call last): File "wadsmoosh.py", line 348, in <module> main() File "wadsmoosh.py", line 306, in main copy_resources() File "wadsmoosh.py", line 273, in copy_resources copyfile(RES_DIR + src_file, DEST_DIR + src_file) File "/usr/lib/python3.7/shutil.py", line 120, in copyfile with open(src, 'rb') as fsrc: FileNotFoundError: [Errno 2] No such file or directory: 'res/mapinfo.txt'
It appears to be complaining about a missing Mapinfo file, but I don't know exactly what that file is. To clarify, it definitely doesn't exist on my machine. I just don't know what it is, why I need it, etc.
Edit: It appears that my copy of WadSmoosh is missing a large portion of the system files? Does anyone know what could have gone wrong?
Edit 2: I seem to have merely extracted it erroneously. All is now well.
Whats up with the Doom 64 engine?
in Doom General
Posted · Edited by StevenC21
Its really weird... it CLEARLY has some engine improvements, notably with the new changes to how the Sky works... does anyone have a list of the improvements? I almost want to start mapping for it... its like GZDoom without the insane amount of overhead (not in all ways of course).
Edit:
We may be creating a community project for Doom 64.
Poll is here.
Edit 2:
We are creating a community project for Doom 64!
Signups here!!!