ZDoom Wiki Thread

We sure do have a lot of rules and guidelines threads - find them all here, and please make sure you've read them! Also, community-wide announcements (that aren't major ZDoom News) go here as well.
User avatar
NeuralStunner
 
 
Posts: 12328
Joined: Tue Jul 21, 2009 12:04 pm
Preferred Pronouns: No Preference
Operating System Version (Optional): Windows 11
Graphics Processor: nVidia with Vulkan support
Location: capital N, capital S, no space
Contact:

Re: ZDoom Wiki Thread

Post by NeuralStunner »

Nothing untoward so far, didn't even log me out. I've yet to edit anything (as I don't often ;) ).

Liking the new chart-like look on pages such as [wiki=Action_specials]Action Specials[/wiki]. :)
Gez
 
 
Posts: 17943
Joined: Fri Jul 06, 2007 3:22 pm

Re: ZDoom Wiki Thread

Post by Gez »

Seems to work okay so far. :)

Also I want to thank Aeo for having started documenting some Strife functions. :)
User avatar
cq75
Posts: 1212
Joined: Sun Dec 27, 2009 9:28 pm
Graphics Processor: nVidia with Vulkan support
Location: Just beyond the line horizon

Re: ZDoom Wiki Thread

Post by cq75 »

[wiki]Player_SetTeam[/wiki] uses TEAM_READ as an ENUM for the player's team... shouldn't that be TEAM_RED, or do I need to update my skulltag compiler?

EDIT - Nope, it's definitely supposed to be TEAM_RED. Changin'.
User avatar
NeuralStunner
 
 
Posts: 12328
Joined: Tue Jul 21, 2009 12:04 pm
Preferred Pronouns: No Preference
Operating System Version (Optional): Windows 11
Graphics Processor: nVidia with Vulkan support
Location: capital N, capital S, no space
Contact:

Re: ZDoom Wiki Thread

Post by NeuralStunner »

cq75 wrote:[wiki]Player_SetTeam[/wiki]
A case of "good idea, bad implementation" if ever I saw one. Having 2 as "no team" locks out any chance of extensibility, without having something silly like "add 1 to any team number after red". :|
User avatar
cq75
Posts: 1212
Joined: Sun Dec 27, 2009 9:28 pm
Graphics Processor: nVidia with Vulkan support
Location: Just beyond the line horizon

Re: ZDoom Wiki Thread

Post by cq75 »

True, if you wanted to do something like 4 way CTF, you'd probably have to hard code it.
User avatar
Mikk-
Posts: 2274
Joined: Tue Jun 30, 2009 1:31 pm

Re: ZDoom Wiki Thread

Post by Mikk- »

Gez wrote: Also I want to thank Aeo for having started documenting some Strife functions. :)
I don't check this thread as often as I should, but thanks Gez.
Yes, I'm Aeo, I just decided to use an alternate nickname for the Wiki.
Blzut3
 
 
Posts: 3203
Joined: Wed Nov 24, 2004 12:59 pm
Graphics Processor: ATI/AMD with Vulkan/Metal Support
Contact:

Re: ZDoom Wiki Thread

Post by Blzut3 »

NeuralStunner wrote:A case of "good idea, bad implementation" if ever I saw one. Having 2 as "no team" locks out any chance of extensibility, without having something silly like "add 1 to any team number after red". :|
Actually I'm fairly sure NO_TEAM is actually any invalid team number. Using 2 would only work if there are only 2 teams.

Edit: Actually, looking at the Skulltag source, there's no way to set NO_TEAM using that function.
User avatar
NeuralStunner
 
 
Posts: 12328
Joined: Tue Jul 21, 2009 12:04 pm
Preferred Pronouns: No Preference
Operating System Version (Optional): Windows 11
Graphics Processor: nVidia with Vulkan support
Location: capital N, capital S, no space
Contact:

Re: ZDoom Wiki Thread

Post by NeuralStunner »

So the wiki page is incorrect / out of date?
Blzut3
 
 
Posts: 3203
Joined: Wed Nov 24, 2004 12:59 pm
Graphics Processor: ATI/AMD with Vulkan/Metal Support
Contact:

Re: ZDoom Wiki Thread

Post by Blzut3 »

Taking another look I was a little wrong. The wiki is still outdated, but here's how it works. It checks the input to see if it's a valid team. A valid team is anywhere between 0 and sv_maxteams (so 2, 3, 4). The teams are 0 = Blue, 1 = Red, 2 = Green, 3 = Gold. NO_TEAM is whatever the value of sv_maxteams is.
User avatar
NeuralStunner
 
 
Posts: 12328
Joined: Tue Jul 21, 2009 12:04 pm
Preferred Pronouns: No Preference
Operating System Version (Optional): Windows 11
Graphics Processor: nVidia with Vulkan support
Location: capital N, capital S, no space
Contact:

Re: ZDoom Wiki Thread

Post by NeuralStunner »

Ah. So, using 255 for "no team" wouldn't work? (IIRC that's what ZDoom uses for No Team...)
Blzut3
 
 
Posts: 3203
Joined: Wed Nov 24, 2004 12:59 pm
Graphics Processor: ATI/AMD with Vulkan/Metal Support
Contact:

Re: ZDoom Wiki Thread

Post by Blzut3 »

Not currently.
User avatar
NeuralStunner
 
 
Posts: 12328
Joined: Tue Jul 21, 2009 12:04 pm
Preferred Pronouns: No Preference
Operating System Version (Optional): Windows 11
Graphics Processor: nVidia with Vulkan support
Location: capital N, capital S, no space
Contact:

Re: ZDoom Wiki Thread

Post by NeuralStunner »

Would it be simple enough to add? If so, would it require an official request thread over at ST? :P
User avatar
Xaser
 
 
Posts: 10774
Joined: Sun Jul 20, 2003 12:15 pm
Contact:

Re: ZDoom Wiki Thread

Post by Xaser »

Or -1... though if it's an 8-bit value, it'd be the same thing. :P
User avatar
FDARI
Posts: 1097
Joined: Tue Nov 03, 2009 9:19 am

Re: ZDoom Wiki Thread

Post by FDARI »

I wonder if (DECORATE)[wiki]A_Teleport[/wiki] might have some undocumented|incorrectly described features. I am thinking specifically of default jump states:

This is the wiki's description of "teleportstate": The state in which the actor go after teleporting. Use "" to prevent a state jump. By default, no jump is made.
I will show relevant excerpts from a decorate script that went into an infinite loop:

Code: Select all

Teleport:
  TNT1 A 0 A_GiveToTarget("ArchviletrickTargetTeleDest", 1)
  TNT1 A 0 A_Teleport("TeleportArrival", "ArchvileTeleportToTarget", "ArchVileTeleportToTarget", 5)
  VILE IJKLMN 8 BRIGHT
  goto See

TeleportArrival:
  TNT1 A 0 A_JumpIfTargetInLOS("Attack") // Verify that you arrived at a point where you can see the target
  // If this point is reached, the target was not in sight; return to original location, hopefully. And go to SEE-state.
  VILE I 8 BRIGHT A_FaceTarget
//TNT1 A 0 A_Teleport("See", "ArchvileTeleportToTarget", "ArchVileResurrectionEnactor", 5)
  TNT1 A 0 A_Teleport("", "ArchvileTeleportToTarget", "ArchVileResurrectionEnactor", 5)
  goto See
For the second teleport I use "" as teleportstate. When this teleportation happens, the calling actor jumps to the beginning of teleport again (I inserted A_Log-codepointers at the beginning of each state to track progress. Removed for readability.)

I tested two solutions to my problem, both working. 1: Use "See" as teleportstate. 2: Rename the state in my DECORATE (I called it TTeleport, and that solved the issue). Does anybody else have any experiences with A_Teleport, or know something that is not in the WIKI? If you wish to test on your own I can send some more complete code.
User avatar
DavidPH
Posts: 382
Joined: Fri Aug 28, 2009 1:46 pm

Re: ZDoom Wiki Thread

Post by DavidPH »

I don't know why the wiki says that, since the default behavior is to jump to "Teleport", and passing "" invokes the default. If you want it to not go anywhere, you can pass 1. (There are certain circumstances where this may not do what you want, though. (See [wiki]A_Jump[/wiki].))

EDIT: As a side note, if the requested state can't be found, then no teleport is attempted (first it will look for Teleport, though). In retrospect, I'm not entirely sure if that's a good or bad thing.
Post Reply

Return to “Rules and Forum Announcements”