|
Notes |
|
|
(0000210)
|
|
user35
|
|
2010-10-01 13:55
|
|
|
|
|
(0000214)
|
|
Frits
|
|
2010-10-02 15:04
|
|
|
Can it be build in into the scoreboard? I don't want to see a big text on my screen all the time. |
|
|
|
|
|
I agree that it would be nice to have a lives counter. |
|
|
|
|
As small (and somewhat late ;)) Christmas present, I implemented the client/server synchronization of the player lives and added a rudimentary live counter to ST's fullscreen HUD. Happy testing!
Note: Currently ST's fullscreen HUD is the only place where the lives are displayed. To see how many lives another player has left, you need to coop spy that player. |
|
|
|
|
|
Seems to be working as intended from testing with bots online. It would be nice if it displayed lives even with sv_maxlives set to 0 (Lives: 1/1). And it would IMHO also be better to have the counter displayed on the left side of the screen, next to the armor/health display, or next to the invasion wave counter. |
|
|
|
(0000762)
|
|
DevilHunter
|
2010-12-28 00:28
(edited on: 2010-12-28 05:20) |
|
Agreed w/ What Unknownna said. I noticed it don't count down till you respawn.. not sure if that was intended.
EDIT: can you possibly make a Linux server build so that we can run this on a dedicated server? Plox?? :P
Not sure if it matters but Nexus runs on Debian 5.0
|
|
|
|
|
> It would be nice if it displayed lives even with sv_maxlives set to 0 (Lives: 1/1).
I'm not doing this right now because sv_maxlives in invasion means unlimited lives while it means 1 live in survival. I could add some special handling for the "survival + sv_maxlives 0" case, but I'm not sure if this is necessary. In case sv_maxlives is 0, the counter is not really necessary to keep track of your remaining lives.
> And it would IMHO also be better to have the counter displayed on the left side of the screen, next to the armor/health display, or next to the invasion wave counter.
Sure, we can optimize the position of the counter. I'd like to have a position that is independent of the game mode though (survival doesn't have the wave/archvile counter invasion has and I'd like sv_maxlives in the future to be usable with TLMS which has the team score counters). Can somebody make a sketch where exactly the counter could go?
> Agreed w/ What Unknownna said. I noticed it don't count down till you respawn.. not sure if that was intended.
That's intended. Skulltag subtracts a live when you respawn, not when you die. |
|
|
|
|
>Sure, we can optimize the position of the counter. I'd like to have a position that is independent of the game mode though (survival doesn't have the wave/archvile counter invasion has and I'd like sv_maxlives in the future to be usable with TLMS which has the team score counters). Can somebody make a sketch where exactly the counter could go?
I kinda like how the Invasion hud shows on top of the screen.. Maybe put it somewhere up there?? Not sure how that would look or work out. |
|
|
|
(0000766)
|
|
unknownna
|
2010-12-29 00:09
(edited on: 2010-12-29 05:02) |
|
> I'm not doing this right now because sv_maxlives in invasion means unlimited lives while it means 1 live in survival. I could add some special handling for the "survival + sv_maxlives 0" case, but I'm not sure if this is necessary. In case sv_maxlives is 0, the counter is not really necessary to keep track of your remaining lives.
Indeed, I forgot about sv_maxlives 0 and invasion. It feels like there's this inconsistency in that sense that you enable survival in invasion mode by setting sv_maxlives to 1+. It'd be nice if sv_maxlives behaved the same way in normal and invasion survival, i.e., a sv_maxlives setting of 0 would give infinite lives in normal survival as well (it'd practically be normal coop, but still).
That way, you could always display the lives counter in survival. With a sv_maxlives setting of 0, it could display something like "Lives: - / -", kind of like how the coop info displays ammo if sv_infiniteammo is set to 1.
> Sure, we can optimize the position of the counter. I'd like to have a position that is independent of the game mode though (survival doesn't have the wave/archvile counter invasion has and I'd like sv_maxlives in the future to be usable with TLMS which has the team score counters). Can somebody make a sketch where exactly the counter could go?
I made a sketch showcasing how it would look like to have the counter displayed on the lower left, over the armor/health display. From what I can tell, it shouldn't collide with the TLMS team score counters or the invasion arch-vile one.
BTW, I think I found a bug in survival invasion. If you end the map normally, or use "nextmap/changemap" after the warm-up countdown has ended, you always turn into a spectator upon map start.
|
|
|
|
|
I changed the position of the counter in the fullscreen HUD according to your sketch and also added the counter to the HUD that is shown when the status bar is used. Furthermore, "Lives: 1 / 1" is now displayed in survival when sv_maxlives is 0. For the time being, I'd rather avoid changing the current behavior everybody is used to (sv_maxlives == 0 means 1 life in survival). Here is a new testing binary.
Regarding Linux binaries: I'll build those when I release the next official beta build, but before I do so, I'd like to finalize the position of the counter (probably the new version is already fine).
Regarding the survival invasion bug: Did that already happen in 98d? |
|
|
|
(0000770)
|
|
unknownna
|
2010-12-29 23:18
(edited on: 2010-12-30 14:31) |
|
> I changed the position of the counter in the fullscreen HUD according to your sketch and also added the counter to the HUD that is shown when the status bar is used.
Good. It looks nice and practical now I think.
> Regarding the survival invasion bug: Did that already happen in 98d?
Yes, and in 98c as well. I also found a few more bugs.
* If the last player dying in normal survival is a bot, the bot will always respawn after it has lost all of it's lives.
* Dead players/bots are not separated from the rest on the scoreboard in survival invasion.
* You can always join an active survival game with bots offline.
* If sv_maxlives is set to more than 1 in survival invasion, each telefrag at map start take 1 life away until you have 1 left.
* A dummy player is spawned at your last spectator position offline in survival invasion. This is probably related to the "spectator at map start" one.
Steps to reproduce:
1. "sv_maxlives 1" in the console.
2. Start an offline cooperative skirmish in one of the D2INVxx maps. Add at least 1 bot in the bot setup menu.
3. Let the warm-up countdown end.
4. Start the same skirmish again. You'll enter the map as a spectator.
5. Join the game. There will be a ghost DoomPlayer actor at your last spectator position.
Also found another issue. Probably related to the above. If you join the game before any bots enter the game at step 5, no bots will enter the game.
EDIT:
Some more bugs.
|
|
|
|
|
IMHO, I think it would be a bit easier-on-the-eyes (less eye strain) if the lives counter displayed the amount of lives in white/gray colors instead of red (at least when the Doom status bar is used). It would also make the HUD consistent with the HUD in the other game modes, e.g., the Rank/Spread counters in DM mode. I made a few test sketches.
BTW, why is there space between the the numbers and the "/" character? It currently displays "Lives: x / x" instead of "Lives: x/x". I suppose the former looks better. |
|
|
|
(0000891)
|
|
user35
|
|
2011-01-29 07:19
|
|
|
I really like this ideea! Should be added in 99a |
|
|
|
(0002873)
|
|
TIHan
|
|
2012-03-24 17:11
|
|
|
This has already been added a long time ago. This should be resolved. |
|
|
|
|
|
IIRC I didn't mark this as resolved because unknownna reported a bunch of unrelated bugs in the notes here. Would you mind checking if these things are still broken and create new tickets for them if they are? |
|
|
|
(0002876)
|
|
TIHan
|
|
2012-03-24 17:56
|
|
|
AFAIK, the only bug that I was able to reproduce was "Dead players/bots are not separated from the rest on the scoreboard in survival invasion." Everything else seems to have been fixed. |
|
|
|
|
|
Thanks for checking! I mark this as resolved then. |
|
Screenshot_Doom_20101227_231308.png (177,727) 2010-12-27 22:57