ZDoom Wiki Thread
-
-
- Posts: 17937
- Joined: Fri Jul 06, 2007 3:22 pm
Re: ZDoom Wiki Thread
I want to get rid of [wiki]Template:OpenGLsmall[/wiki], [wiki]Template:OpenGL[/wiki], [wiki]Template:Gzdoomfeaturesmall[/wiki], and [wiki]Template:Gzdoomfeature[/wiki]. Motive: since GZDoom is now the main development branch of the ZDoom tree, they have outlived their usefulness. If there's no objection I'll do that in the coming days.
(Also that li'l Ghostbusters logo is really obsolete and its association with GZDoom is now tenuous at best. "Former avatar of main developer" is kind of an obscure link.)
(Also that li'l Ghostbusters logo is really obsolete and its association with GZDoom is now tenuous at best. "Former avatar of main developer" is kind of an obscure link.)
-
- Lead GZDoom+Raze Developer
- Posts: 49194
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: ZDoom Wiki Thread
The OpenGL logo should remain to denote features that do not work with software rendering. The GZDoom logo, where used, should be reviewed for signifying a hardware rendering feature. And the Ghostbusters logo had been stupid when it was added and even more so now. Off with it!
The use of the OpenGL logo should also be reviewed, because at least dynamic lights now work in the software renderer.
The use of the OpenGL logo should also be reviewed, because at least dynamic lights now work in the software renderer.
-
-
- Posts: 17937
- Joined: Fri Jul 06, 2007 3:22 pm
Re: ZDoom Wiki Thread
I figure the whole "not supported by ZDoom!" bit at the very least is obsolete; and generally context should make it clear when something is available in software rendering or not.
Also things start getting hairy when you consider there are two different software renderer and they can be in truecolor mode or not. Having to go with caveats like "only available in OpenGL and/or softpoly truecolor" would be very cumbersome, which is why I'd rather just let these tags go away completely.
Also things start getting hairy when you consider there are two different software renderer and they can be in truecolor mode or not. Having to go with caveats like "only available in OpenGL and/or softpoly truecolor" would be very cumbersome, which is why I'd rather just let these tags go away completely.
-
- Posts: 13854
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: ZDoom Wiki Thread
Short of true dynamic freelook, Softpoly is even less feature-rich than the current Carmack-based renderer in both palette and true-color mode. It doesn't even have dynamic lights or voxels.
Basically, once it became obvious that ZDoom's rendering structure is more of a long series of tests for each individual actor, things started becoming more and more cumbersome for Softpoly.
Don't get me wrong, it's nice to have a lot of features but at this point it is nearly impossible to write a renderer from scratch for ZDoom.
Short of a mere mention of the CVAR that activates it, along with a short description of what it does and its features, I don't think it's even worth documenting Softpoly until it matures a little bit more out of its beta stages.
Basically, once it became obvious that ZDoom's rendering structure is more of a long series of tests for each individual actor, things started becoming more and more cumbersome for Softpoly.
Don't get me wrong, it's nice to have a lot of features but at this point it is nearly impossible to write a renderer from scratch for ZDoom.
Short of a mere mention of the CVAR that activates it, along with a short description of what it does and its features, I don't think it's even worth documenting Softpoly until it matures a little bit more out of its beta stages.
-
-
- Posts: 523
- Joined: Mon Apr 09, 2012 12:27 pm
Re: ZScript Documentation
Dunno if this thread is the appropriate place for it, but: support for a new Actor property was just now merged into GZDoom, and I went to edit the wiki but account registration is closed.
If someone doesn't mind adding an item for me, this should go on the Actor properties page right beneath the entry for FloatBobPhase:
If someone doesn't mind adding an item for me, this should go on the Actor properties page right beneath the entry for FloatBobPhase:
FloatBobStrength value
Sets the magnitude of the bobbing behavior created by FLOATBOB. Default value of 1.0 produces behavior seen in vanilla Heretic/Hexen, higher and lower numbers produce a more and less extreme bobbing, respectively.
-
- Posts: 5032
- Joined: Sun Nov 14, 2010 12:59 am
Re: ZScript Documentation
[wiki=Actor_properties#FloatBobStrength]Done[/wiki].
Moved to a better place.JPL wrote:Dunno if this thread is the appropriate place for it
Try contacting Gez or Rachael about that.I went to edit the wiki but account registration is closed.
-
-
- Posts: 26717
- Joined: Tue Jul 15, 2003 4:58 pm
- Location: Scotland
Re: ZDoom Wiki Thread
I just made a build for myself and FloatBobStrength is reqally quite nice. 
Even nicer (never happy
) would be if we could control things like amplitude and speed separately but this definitely helps with a couple of things I've wanted to do for quite some time.

Even nicer (never happy

-
- Posts: 5032
- Joined: Sun Nov 14, 2010 12:59 am
Re: ZDoom Wiki Thread
Just a reminder: When adding an actor or class definition, omit the methods' definition to keep things compact. If one wants specifics, they can look up the methods in the source or game data (gzdoom.pk3). [wiki=Classes:RandomSpawner#ZScript_definition]Here is an example[/wiki].
-
-
- Posts: 17937
- Joined: Fri Jul 06, 2007 3:22 pm
Re: ZDoom Wiki Thread
I've reenabled registration.
-
- Posts: 1268
- Joined: Wed Jul 20, 2011 4:24 pm
Re: ZDoom Wiki Thread
if there's a warning that a specifit feature only Works in gzdoom, why not a warning saying that a specific feature isn't implemented in zandronum or that it Works diffefent compared to gzdoom/zandronum
-
-
- Posts: 17937
- Joined: Fri Jul 06, 2007 3:22 pm
Re: ZDoom Wiki Thread
Because that's extra work. Are you gonna volunteer to spend the next few years feature-watching Zandronum to update articles when they get support for feature X, Y, or Z to remove a notice that it doesn't work in Zand?
-
- Posts: 1268
- Joined: Wed Jul 20, 2011 4:24 pm
Re: ZDoom Wiki Thread
Indeed it's quite hard, but maybe changing the skulltag banner to zandronum (example page) and also adding notes for specific functions that on zandronum it may do another output if used with clientside scripts.Gez wrote:Because that's extra work. Are you gonna volunteer to spend the next few years feature-watching Zandronum to update articles when they get support for feature X, Y, or Z to remove a notice that it doesn't work in Zand?
I could do the last one because there aren't too many functions that have a different output compared to zdoom ones.
-
- Posts: 545
- Joined: Sat Aug 30, 2014 8:21 am
Re: A_SpawnParticle... Reogrenized.
On the wiki, the "startalpha" named argument should be "startalphaf".
-
-
- Posts: 1384
- Joined: Sun Oct 14, 2012 1:43 am
- Location: Ukraine
Re: ZDoom Wiki Thread
Why does the ZScript article list on the left menu not appear consistently?
e.g. I go to https://zdoom.org/wiki/Actor, I get redirected to Classes:Actor, and I can see this:

Then I press F5 and this section disappears.
Overall while navigating the wiki, "ZScript" shows in most pages, but doesn't show anywhere in Classes namespace including https://zdoom.org/wiki/Classes.
Also, some nice person merged ZScript Actor page with Classes:Actor, and now there is no list of virtual ZScript methods anywhere and I had to go to github
e.g. I go to https://zdoom.org/wiki/Actor, I get redirected to Classes:Actor, and I can see this:

Then I press F5 and this section disappears.
Overall while navigating the wiki, "ZScript" shows in most pages, but doesn't show anywhere in Classes namespace including https://zdoom.org/wiki/Classes.
Also, some nice person merged ZScript Actor page with Classes:Actor, and now there is no list of virtual ZScript methods anywhere and I had to go to github
