The official "ZDoom on Linux" thread.
Moderators: GZDoom Developers, Raze Developers
Forum rules
Please don't start threads here asking for help. This forum is not for requesting guides, only for posting them. If you need help, the Editing forum is for you.
Please don't start threads here asking for help. This forum is not for requesting guides, only for posting them. If you need help, the Editing forum is for you.
-
-
- Posts: 17934
- Joined: Fri Jul 06, 2007 3:22 pm
Re: The official "ZDoom on Linux" thread.
That's just the default path. There is nothing Windows-specific about the fluid_patchset CVAR.
-
- Posts: 104
- Joined: Wed May 16, 2012 12:57 am
Re: The official "ZDoom on Linux" thread.
there is a cvar? i never noticed. will look it up.Gez wrote:That's just the default path. There is nothing Windows-specific about the fluid_patchset CVAR.
i was asking, because i saw this :
http://mancubus.net/svn/zdoom/zdoom/tru ... device.cpp
Code: Select all
(...)
#ifdef unix
// This is the standard location on Ubuntu.
if (0 == LoadPatchSets("/usr/share/sounds/sf2/FluidR3_GS.sf2:/usr/share/sounds/sf2/FluidR3_GM.sf2"))
{
#endif
(...)
-
-
- Posts: 17934
- Joined: Fri Jul 06, 2007 3:22 pm
Re: The official "ZDoom on Linux" thread.
Yeah, take a deeper look at your first ellipsis here:
If ZDoom fails to load the patch set defined in fluid_patchset CVAR, then it looks for the default Ubuntu location. It's not flexible, but the flexibility is upstream.
Also we have a [wiki=FluidSynth]wiki article[/wiki] that explains that stuff.
Code: Select all
if (0 == LoadPatchSets(fluid_patchset))
{
#ifdef unix
// This is the standard location on Ubuntu.
if (0 == LoadPatchSets("/usr/share/sounds/sf2/FluidR3_GS.sf2:/usr/share/sounds/sf2/FluidR3_GM.sf2"))
{
#endif
#ifdef _WIN32
<snip some code>
#endif
Printf("Failed to load any MIDI patches.\n");
delete_fluid_synth(FluidSynth);
FluidSynth = NULL;
Also we have a [wiki=FluidSynth]wiki article[/wiki] that explains that stuff.
-
-
- Posts: 3178
- Joined: Wed Nov 24, 2004 12:59 pm
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
Re: The official "ZDoom on Linux" thread.
To set it to say /usr/share I used:yoshi314 wrote:- i cannot change SHARE_DIR through variables (or CFLAGS="$CFLAGS -DSHARE_DIR=\"...\" " ), for some reason. i have to patch that in source code. what am i doing wrong ?
Code: Select all
cmake .. -DCMAKE_CXX_FLAGS="-DSHARE_DIR=\"\\\"/usr/share\\\"\""
-
- Posts: 104
- Joined: Wed May 16, 2012 12:57 am
Re: The official "ZDoom on Linux" thread.
thanks for all the help, i'll get back to you if i find anything else.
edit: the -DCMAKE_CXX_FLAGS breaks initial configure phase when cmake tests if compiler is valid, for some reason.
it seems i have to run cmake without that option for initial configure and then re-run it again with that option added. that's a bit odd, but at least that works.
also, one more question - what is the libXcursor library used for in zdoom ?
edit: the -DCMAKE_CXX_FLAGS breaks initial configure phase when cmake tests if compiler is valid, for some reason.
it seems i have to run cmake without that option for initial configure and then re-run it again with that option added. that's a bit odd, but at least that works.
also, one more question - what is the libXcursor library used for in zdoom ?
-
- Posts: 2648
- Joined: Thu Oct 26, 2006 12:08 pm
- Location: Bucharest, Romania
Re: The official "ZDoom on Linux" thread.
Are there DEB packages for ZDoom? If so, where do I find them?
-
-
- Posts: 3178
- Joined: Wed Nov 24, 2004 12:59 pm
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
Re: The official "ZDoom on Linux" thread.
Mouse cursor for menus. Although I don't recall that code ever being finished.yoshi314 wrote:also, one more question - what is the libXcursor library used for in zdoom ?
http://debian.drdteam.org/printz wrote:Are there DEB packages for ZDoom? If so, where do I find them?
-
- Posts: 9696
- Joined: Sun Jan 04, 2004 5:37 pm
- Preferred Pronouns: They/Them
- Operating System Version (Optional): Debian Bullseye
- Location: Gotham City SAR, Wyld-Lands of the Lotus People, Dominionist PetroConfederacy of Saudi Canadia
Re: The official "ZDoom on Linux" thread.
Got trouble compiling r1578:
Last successful compile was r1558. Anyone have any idea what might be up?
Code: Select all
[ 51%] Building CXX object src/CMakeFiles/zdoom.dir/nodebuild_utility.o
[ 51%] Building CXX object src/CMakeFiles/zdoom.dir/p_3dfloors.o
[ 51%] Building CXX object src/CMakeFiles/zdoom.dir/p_3dmidtex.o
[ 51%] Building CXX object src/CMakeFiles/zdoom.dir/p_acs.o
/home/doom/trunk/src/p_acs.cpp: In function ‘int DoGetCVar(FBaseCVar*, bool)’:
/home/doom/trunk/src/p_acs.cpp:3642:54: error: no matching function for call to ‘OnTheFlyArray::Push(FString)’
/home/doom/trunk/src/p_acs.cpp:3642:54: note: candidate is:
/home/doom/trunk/src/p_acs.cpp:176:6: note: int OnTheFlyArray::Push(FString&)
/home/doom/trunk/src/p_acs.cpp:176:6: note: no known conversion for argument 1 from ‘FString’ to ‘FString&’
/home/doom/trunk/src/p_acs.cpp: In member function ‘int DLevelScript::RunScript()’:
/home/doom/trunk/src/p_acs.cpp:5747:37: warning: unknown conversion type character ‘B’ in format [-Wformat]
/home/doom/trunk/src/p_acs.cpp:5747:37: warning: too many arguments for format [-Wformat-extra-args]
/home/doom/trunk/src/p_acs.cpp: In function ‘int DoGetCVar(FBaseCVar*, bool)’:
/home/doom/trunk/src/p_acs.cpp:3654:1: warning: control reaches end of non-void function [-Wreturn-type]
make[2]: *** [src/CMakeFiles/zdoom.dir/p_acs.o] Error 1
make[1]: *** [src/CMakeFiles/zdoom.dir/all] Error 2
make: *** [all] Error 2
-
-
- Posts: 3178
- Joined: Wed Nov 24, 2004 12:59 pm
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
Re: The official "ZDoom on Linux" thread.
Look like GZDoom has an error. ZDoom r4295 compiles fine for me.
-
-
- Posts: 17934
- Joined: Fri Jul 06, 2007 3:22 pm
Re: The official "ZDoom on Linux" thread.
By "last successful compile", you mean you tried r1559 and it didn't work?Vaecrius wrote:Got trouble compiling r1578:
Last successful compile was r1558. Anyone have any idea what might be up?
If you could dichotomy search which revision broke it (try r1568, if it works try r1573, if it doesn't try r1563; and so on halving the difference each time), it'd be more helpful. Though given what it complains about, I guess the problem will be either in r1574, r1575, or r1578.
-
- Posts: 1774
- Joined: Sat Oct 17, 2009 9:40 am
Re: The official "ZDoom on Linux" thread.
Which compiler and which version are you using? I don't get any error from p_acs.cpp in r1979 with clang 3.4svn.
-
- Posts: 1774
- Joined: Sat Oct 17, 2009 9:40 am
Re: The official "ZDoom on Linux" thread.
About r4296 ... now it appears that I can't run anything anymore:
I checked the debug version and apparently, for strange reasons, this:
assigns 'id' to -65536 ... wtf?
[edit] Uh, I didn't notice that 'PROP_FIXED_PARM' multiplies -1 by FRACUNIT.
Maybe this is the right thing to do, attached.
[edit2]So I was not the only one with that problem, it's good it's fixed.
Code: Select all
Script error, "zdoom.pk3:actors/actor.txt" line 19:
FloatBobPhase must be in range [-1,63]
Code: Select all
PROP_FIXED_PARM(id, 0);
[edit] Uh, I didn't notice that 'PROP_FIXED_PARM' multiplies -1 by FRACUNIT.
Maybe this is the right thing to do, attached.
[edit2]So I was not the only one with that problem, it's good it's fixed.
You do not have the required permissions to view the files attached to this post.
-
- Posts: 9696
- Joined: Sun Jan 04, 2004 5:37 pm
- Preferred Pronouns: They/Them
- Operating System Version (Optional): Debian Bullseye
- Location: Gotham City SAR, Wyld-Lands of the Lotus People, Dominionist PetroConfederacy of Saudi Canadia
Re: The official "ZDoom on Linux" thread.
......and 1582 compiles just fine.
I'll, uh, eventually learn this whole "track down previous versions" thing instead of typing svn update and copypasting whatever's in the wiki. >_>
EDIT: Also, still got floatbob problem.
EDIT2: the old code still seems to be there!
brb this is the first time I've ever edited code and compiled it if not back avenge death
EDIT34: To clarify, I went into thingdef_properties.cpp and replaced the relevant line using Edward-san's text file, then saved the .cpp and recompiled. Error is unchanged.
EDIT4: Of course I could just read the diff file from here where PROP_FIXED_PARM is replaced with PROP_INT_PARM which kinda makes a lot more sense now that I think about it.
EDIT5:
EDIT6: restored using svn update. Turns out this one already says INT.
Trying this:EDIT7: which works, I'm out.
I'll, uh, eventually learn this whole "track down previous versions" thing instead of typing svn update and copypasting whatever's in the wiki. >_>
EDIT: Also, still got floatbob problem.
EDIT2: the old code still seems to be there!
brb this is the first time I've ever edited code and compiled it if not back avenge death
EDIT34: To clarify, I went into thingdef_properties.cpp and replaced the relevant line using Edward-san's text file, then saved the .cpp and recompiled. Error is unchanged.
EDIT4: Of course I could just read the diff file from here where PROP_FIXED_PARM is replaced with PROP_INT_PARM which kinda makes a lot more sense now that I think about it.
EDIT5:
Spoiler:man what
EDIT6: restored using svn update. Turns out this one already says INT.
Trying this:
Code: Select all
DEFINE_PROPERTY(floatbobphase, F, Actor)
{
PROP_INT_PARM(id, 0);
//if (id < -1 || id >= 64) I_Error ("FloatBobPhase must be in range [-1,63]");
if (id < -1) id = -1;
else if (id > 63) id = 63;
defaults->FloatBobPhase = id;
}
-
- Posts: 1774
- Joined: Sat Oct 17, 2009 9:40 am
Re: The official "ZDoom on Linux" thread.
Vaecrius, the devs have not yet ported the fixed change from the zdoom code base (gez? graf?) to gzdoom.
-
-
- Posts: 17934
- Joined: Fri Jul 06, 2007 3:22 pm