0000070: Lives Counter for Survival Games

Notes
(0000210) user35 2010-10-01 13:55	Agreed, seems useful

(0000214) Frits (reporter) 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.

(0000329) Torr Samaho (administrator) 2010-10-10 19:25	I agree that it would be nice to have a lives counter.

(0000759) Torr Samaho (administrator) 2010-12-27 13:51	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.

(0000761) unknownna (updater) 2010-12-27 22:56	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 (reporter) 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

(0000763) Torr Samaho (administrator) 2010-12-28 15:34	> 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.

(0000765) DevilHunter (reporter) 2010-12-28 20:11	>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 (updater) 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.

(0000768) Torr Samaho (administrator) 2010-12-29 20:59	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 (updater) 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.

(0000888) unknownna (updater) 2011-01-29 02:33	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 (reporter) 2012-03-24 17:11	This has already been added a long time ago. This should be resolved.

(0002874) Torr Samaho (administrator) 2012-03-24 17:16	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 (reporter) 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.

(0002879) Torr Samaho (administrator) 2012-03-24 19:21	Thanks for checking! I mark this as resolved then.

This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why.
Supporters:	No one explicitly supports this issue yet.
Opponents:	No one explicitly opposes this issue yet.

Issue History
Date Modified	Username	Field	Change
2010-10-01 03:53	TIHan	New Issue
2010-10-01 13:55	user35	Note Added: 0000210
2010-10-02 15:04	Frits	Note Added: 0000214
2010-10-10 19:25	Torr Samaho	Note Added: 0000329
2010-10-10 19:25	Torr Samaho	Status	new => acknowledged
2010-12-27 13:51	Torr Samaho	Note Added: 0000759
2010-12-27 13:51	Torr Samaho	Assigned To	=> Torr Samaho
2010-12-27 13:51	Torr Samaho	Status	acknowledged => feedback
2010-12-27 22:56	unknownna	Note Added: 0000761
2010-12-27 22:57	unknownna	File Added: Screenshot_Doom_20101227_231308.png
2010-12-28 00:28	DevilHunter	Note Added: 0000762
2010-12-28 05:19	DevilHunter	Note Edited: 0000762	View Revisions
2010-12-28 05:20	DevilHunter	Note Edited: 0000762	View Revisions
2010-12-28 15:34	Torr Samaho	Note Added: 0000763
2010-12-28 20:11	DevilHunter	Note Added: 0000765
2010-12-28 23:34	unknownna	File Added: Screenshot_Doom_20101229_000732.png
2010-12-29 00:06	unknownna	File Added: Screenshot_Doom_20101229_005413.png
2010-12-29 00:09	unknownna	Note Added: 0000766
2010-12-29 04:47	unknownna	Note Edited: 0000766	View Revisions
2010-12-29 05:02	unknownna	Note Edited: 0000766	View Revisions
2010-12-29 20:59	Torr Samaho	Note Added: 0000768
2010-12-29 23:18	unknownna	Note Added: 0000770
2010-12-29 23:30	unknownna	File Added: Screenshot_Doom_20101230_002755.png
2010-12-30 00:05	unknownna	File Added: Screenshot_Doom_20101230_010421.png
2010-12-30 01:21	unknownna	Note Edited: 0000770	View Revisions
2010-12-30 04:29	unknownna	Note Edited: 0000770	View Revisions
2010-12-30 04:35	unknownna	Note Edited: 0000770	View Revisions
2010-12-30 14:31	unknownna	Note Edited: 0000770	View Revisions
2011-01-29 02:33	unknownna	Note Added: 0000888
2011-01-29 02:34	unknownna	File Added: survival_dm_tlms.png
2011-01-29 07:19	user35	Note Added: 0000891
2011-04-24 09:10	unknownna	File Added: chat.png
2011-04-24 09:10	unknownna	File Deleted: Screenshot_Doom_20101230_002755.png
2011-04-24 09:10	unknownna	File Deleted: Screenshot_Doom_20101230_010421.png
2012-03-24 17:11	TIHan	Note Added: 0002873
2012-03-24 17:11	TIHan	Status	feedback => assigned
2012-03-24 17:16	Torr Samaho	Note Added: 0002874
2012-03-24 17:56	TIHan	Note Added: 0002876
2012-03-24 19:21	Torr Samaho	Note Added: 0002879
2012-03-24 19:22	Torr Samaho	Status	assigned => resolved
2012-03-24 19:22	Torr Samaho	Fixed in Version	=> 1.0
2012-03-24 19:22	Torr Samaho	Resolution	open => fixed
2018-09-30 19:55	Blzut3	Status	resolved => closed

Relationships