|
Notes |
|
|
|
|
I agree with Jroc. This flag will be very useful in projects like Jumpmaze. |
|
|
|
|
|
|
|
|
|
Okay, but it looks like nothing in that two year old thread thread was ever actually addressed, I think this is important to a lot of wads, in fact it should have been addressed and resolved two years ago, given it's just one actor flag that needs to be added. Could I at least confirm that this is being considered? |
|
|
|
(0001600)
|
|
Edward-san
|
2011-05-14 08:02
(edited on: 2011-05-14 10:22) |
|
You cannot estabilish the ETA to the devs, hence please be patient.
|
|
|
|
|
|
|
|
|
Blzut3 has told me that knowing which revision of zdoom thruspecies was implemented in may improve the probability of this being backported, it was revision 1626:
'http://zdoom.org/Changelog/1626/files [^]' |
|
|
|
(0002170)
|
|
Proteh
|
|
2011-09-18 17:45
|
|
I agree with Jroc. This would make Jumpmaze 1000 times better and stop players complaining about blocking.
Put this in please. |
|
|
|
(0002174)
|
|
Devon
|
|
2011-09-19 15:02
|
|
|
This can stop trolling on many WADs such as Jumpmaze, WDI, Zombie horde (But no-one cares about that anyway) etc. Very good idea imo. |
|
|
|
(0002178)
|
|
Infer
|
|
2011-09-19 18:20
|
|
|
This will stop the block trolling in wads like Jumpmaze. |
|
|
|
(0002179)
|
|
Frank
|
|
2011-09-19 19:20
|
|
|
Great idea that I came up with a while back and told Jroc myself about. It is useful for non-multiplayer coop wads that are too small for up to four players that you couldn't host before. More importantly Jumpmaze maps can be smaller (Aka jumpmaze maps can be made faster and done the right way) And all in all it will stop all Erdukes from blocking. |
|
|
|
|
The vast amount of support for this did not went unnoticed ;). This binary should THRUSPECIES and a couple of other things.
Unfortunately the THRUSPECIES changes were intertwined with a lot of other changes, so I needed backport more stuff in order to get THRUSPECIES while not breaking maintainability. Here is the full list of backports in the new bianry:
out of sequence fix backport from ZDoom revision 1587:
- Fixed: Monsters should not check the inventory for damage absorbtion when they have the MF5_NODAMAGE flag set.
- Added patch for saving automap zoom.
out of sequence fix and feature backport from ZDoom revision 1599:
- Fixed: A_CountdownArg and A_Die must ensure a certain kill.
- Changed bounce flags into a property and added real bouncing sound properties. Compatibility modes to preserve use of the SeeSound are present and the old flags map to these.
out of sequence fix and feature backport from ZDoom revision 1619:
- Added 'EndTitle' nextmap option which goes to the regular title loop after the game has finished.
- Added NOBOSSRIP flag. Note: we are now at flags6!
- Added THRUACTORS flag that disables all actor<->actor collision detection.
- Added DONTSEEKINVISIBLE flag for missiles that can't home in on invisible targets.
- Added SFX_TRANSFERPITCH flag to A_SpawnItemEx.
- Added Ultimate Freedoom IWAD detection.
- Added GetAirSupply and SetAirSupply functions to ACS.
- Fixed: The *surface sound was not played when drowning was switched off by setting the level's air supply to 0.
out of sequence feature backport from ZDoom revision 1626:
- Added Gez's THRUSPECIES submission.
out of sequence fix backport from ZDoom revision 1768:
- Fixed: P_TestMobjZ() needs THRUSPECIES and THRUACTORS checks, too. |
|
|
|
|
|
Wonder If this could be applied in a Server dmflag too. |
|
|
|
(0002185)
|
|
Proteh
|
|
2011-09-20 14:00
|
|
Thanks so much for that, Torr!
... I guess no Linux binary until the official release :( |
|
|
|
|
Thanks a lot Torr :D! In general this is working fine however there is one major issue. Thruspecies does not seem to work and you will still collide with others until you jump or fall off of a ledge, furthermore you will not be able to pick up weapons until you jump too. This can be reproduced easily, here is a wad with +THRUSPECIES added to the doomplayer class:
'http://www17.zippyshare.com/v/67445612/file.html [^]'
No need to host a server to reproduce, simply use the summon doomplayer console command to summon a doomplayer near where you spawn. Make sure you do not summon him in a place where you need to fall off a ledge to get to, so if in map01 summon him behind you. You will collide with the doomplayer, and you wont be able to pick up weapons, however when you jump or fall off of a ledge, from then on you will no longer collide with the doomplayer and you will be able to pick up weapons fine. If you kill yourself and respawn, it will happen again.
Incidentally, since thruspecies has made telefragging redundant, could I request a method to disable them? For instance, a server flag, or backporting the +NOTELEFRAG decorate flag from zdoom. |
|
|
|
|
|
Found another issue, it seems that when on a platform that is moving up and you are inside another person, you will be forced above the player you were inside of until the platform stops moving. |
|
|
|
|
Alright, there was still a ZDoom bug affecting THRUSPECIES. This contains the packported fix from ZDoom revision 1663. Since the corresponding ZDoom log message was completely inexpressive, it was not apparent that this revision is also necessary. I don't know if this fixes all the problems you observed though. Please test and report back.
> Incidentally, since thruspecies has made telefragging redundant, could I request a method to disable them? For instance, a server flag, or backporting the +NOTELEFRAG decorate flag from zdoom.
Well, you can make as many request as you want. The question is how many of them will be actually implemented ;). If every backported ZDoom feature immediately triggers another ZDoom backport request, this is probably not going to work. Anyway, if you'd like to make an additional request, please open a new request ticket so we can discuss this there.
> Wonder If this could be applied in a Server dmflag too.
What exactly are you trying to request? A new dmflag that adds THRUSPECIES to all players? If so, please make a new request ticket for this. |
|
|
|
|
>What exactly are you trying to request? A new dmflag that adds THRUSPECIES to all players? If so, please make a new request ticket for this.
Yes, with that you will don't need to make a decorate lump for THRUSPECIES only. It's not big important but i'll request anyways. |
|
|
|
(0002194)
|
|
Hypnotoad
|
2011-09-20 23:45
(edited on: 2011-09-20 23:47) |
|
It seems that the first problem I mentioned where thruspecies would not immediately work when spawning is now fixed :).
However the issue where you or the other player is forced above you when a platform is moving up is still present. Quickest way to reproduce is to spawn a doomplayer on the lift in the main hall in Map01, go into chasecam and walk inside the doomplayer then observe what happens when the platform raises.
edit: using the wad I linked earlier of course
|
|
|
|
|
> However the issue where you or the other player is forced above you when a platform is moving up is still present.
Did you check whether it works properly in ZDoom? |
|
|
|
|
|
I just tested in zdoom and the bug is there too :( |
|
|
|
|
> I just tested in zdoom and the bug is there too :(
That's what I guessed. Please make a bug report at the ZDoom forum.
|
|
|
|
|
|
|
|
(0002215)
|
|
Gez
|
|
2011-09-29 11:23
|
|
|
|
|
(0002219)
|
|
Gez
|
|
2011-10-05 16:40
|
|
|
Any chance of getting a test build with my fix so that people can see if it breaks anything else? |
|
|
|
|
|
|
|
|
|
The rocket still pass through the player with THRUSPECIES flag and when I pick up the special weapons (minigun, grenade launcher, etc) I can't select them. |
|
|
|
|
|
M0rbid desire, if you're using the thruspecies wad I made, that's because I also added mthruspecies (m for missile) to the rocket's actor decorate for testing, so that is an intended result. |
|
|
|
(0002240)
|
|
Gez
|
|
2011-10-11 10:35
|
|
|
And likewise, the player class definition in that test wad does not have the Skulltag-only weapons in its weapon slots (in order to allow it to be used with ZDoom too) so it's normal that you can't select them. |
|
|
|
(0002252)
|
|
Dusk
|
|
2011-10-17 00:08
|
|
We tested this with the private testing team and the results are as follows:
- +THRUSPECIES, +MTHRUSPECIES and +THRUACTORS work with all testable conditions, including infinite actor height, A_ChangeFlag and monsters with said flags.
- +NOBOSSRIP works fine, rockets with +RIPPER and said flag pass through imps and normal enemies but collide at boss monsters.
- Devil Hunter crashed every time a player he was spying at picked up an item - removing Voltlock's redux announcer fixed the issue. 75 couldn't join up due to strange freeze issues.
All in all, seems to work. |
|
|
|
(0002254)
|
|
Dusk
|
2011-10-17 00:54
(edited on: 2011-10-17 00:55) |
|
Test run part 2: +DONTSEEKINVISIBLE is broken. A RevenantTracer with the flag does not home in at all even if you're visible. Broken both offline and online.
|
|
|
|
(0002258)
|
|
Gez
|
|
2011-10-17 08:33
|
|
|
And it works with any other build? |
|
|
|
(0002259)
|
|
Dusk
|
|
2011-10-17 09:49
|
|
|
This build here /introduced/ +DONTSEEKINVISIBLE, though Revenant tracers home in fine with r3299. |
|
|
|
(0002263)
|
|
Gez
|
|
2011-10-17 21:05
|
|
|
|
|
|
> Test run part 2: +DONTSEEKINVISIBLE is broken.
I'm pretty sure that this is a ZDoom bug fixed in ZDoom revision 2501 (fixed: AActor::CanSeek had the check for the visibility of the target actor's alpha reversed.). But when the flag is not used everything works fine, right? |
|
|
|
|
|
BTW: What's the verdict on the THRUSPECIES/THRUACTORS bug fix Gez proposed? |
|
|
|
(0002317)
|
|
Dusk
|
2011-12-04 02:03
(edited on: 2011-12-04 02:04) |
|
I tested this with Decay:
> I'm pretty sure that this is a ZDoom bug fixed in ZDoom revision 2501 (fixed: AActor::CanSeek had the check for the visibility of the target actor's alpha reversed.).
For what it's worth, it does not home even if the player is invisible.
> But when the flag is not used everything works fine, right?
Right. Only when +DONTSEEKINVISIBLE is given the projectile never homes.
|
|
|
|
|
Alright, I'll see eventually if backporting the ZDoom fix will fix DONTSEEKINVISIBLE anyway.
What's more important to know right now though if whether Gez's fix for the platform issue works and whether it breaks anything else. |
|
|
|
|
Since the testing team reported that Gez's fix works and doesn't immediately seem to break anything, I added it to our repo.
I also backported the fix from ZDoom 2501 I mentioned earlier. Please test this binary to check whether it fixes the problems with DONTSEEKINVISIBLE. |
|
|
|
(0002438)
|
|
Dusk
|
|
2012-01-15 19:48
|
|
+DONTSEEKINVISIBLE fix works.
Initial spawn can cause telefrags, however normal teleporting works properly. |
|
|
|
|
> Initial spawn can cause telefrags, however normal teleporting works properly.
Is that any different in ZDoom? |
|
|
|
(0002445)
|
|
Dusk
|
2012-01-15 20:26
(edited on: 2012-01-15 20:28) |
|
> Is that any different in ZDoom?
In ZDoom, spawning does not telefrag with +THRUSPECIES. It seems that Skulltag ignores damagefactor Telefrag when calculating spawning... the test wad has damagefactor Telefrag, 0 to make would-be telefrags harmless.
|
|
|
|
|
> In ZDoom, spawning does not telefrag with +THRUSPECIES.
In general or just if you use damagefactor Telefrag 0? If it's the latter, this has nothing to do with THRUSPECIES itself. If Skulltag is different from ZDoom here, then because it uses a different damage type for spawn telefragging, i.e. SpawnTelefrag instead of Telefrag. Whether it's a good idea to deviate from ZDoom here is a different question... |
|
|
|
(0002452)
|
|
Dusk
|
2012-01-15 21:13
(edited on: 2012-01-15 21:14) |
|
> In general or just if you use damagefactor Telefrag 0? If it's the latter, this has nothing to do with THRUSPECIES itself.
In Skulltag, if damagefactor Telefrag 0 is not present, telefrags will always happen, regardless of +THRUSPECIES. Further testing indicates that damagefactor SpawnTelefrag 0 fixes the issue of spawns causing telefrags. Looks pretty much resolved to me.
I don't think the team is ready for another ZDoom test too soon. :P
|
|
|
|
|
|
Alright, then let's consider this to be resolved :). |
|