0000319: Ammo count with deus vult 2 is wrong online

Notes
(0001151) unknownna (updater) 2011-03-12 23:08	Another voodoo doll issue. The map uses multiple voodoo dolls for each player combined with scrolling floors. Even worse, your client is confused about your weapons. Sometimes it thinks that your BFG is your fist, your SSG is your chaingun, your plasma rifle is your fist.

(0001156) unknownna (updater) 2011-03-13 12:22	I made a stripped-down MAP31 (MAP01 in the example WAD) from Deus Vult 2. It should illustrate the desync nicely. Just remember to turn into a spectator before a changemap map change. When you join the game in the next round, the weapons will desync. Your client thinks that it has all the weapons, but it really only has the pistol, fist and berserk.

(0001157) Edward-san (developer) 2011-03-15 00:41	> Your client thinks that it has all the weapons, but it really only has the pistol, fist and berserk. uh? Offline i have all the weapons and the ammo, but online some items are ignored, it seems.

(0001158) unknownna (updater) 2011-03-15 01:33 edited on: 2011-03-15 02:14	> uh? Offline i have all the weapons and the ammo, but online some items are ignored, it seems. When I say client, I usually mean online play. What you say is correct though. Edit: BTW: It seems that no voodoo dolls are spawned if the game is in an emulated multiplayer state.

(0001159) Edward-san (developer) 2011-03-15 09:16 edited on: 2011-03-15 09:56	> BTW: It seems that no voodoo dolls are spawned if the game is in an emulated multiplayer state. Yeah, I reported something related some time ago: "map01 of deus vult 2 cannot be finished because of the impossibility of gathering the blue key in emulated multiplayer state", but Torr said a sort of no. I don't remember why and cannot find the the bug thread, it seems it was deleted. BTW: Why online the voodoo dolls are invisible and not shootable?

(0001198) Torr Samaho (administrator) 2011-03-27 16:29 edited on: 2011-03-27 16:33	> BTW: It seems that no voodoo dolls are spawned if the game is in an emulated multiplayer state. > BTW: Why online the voodoo dolls are invisible and not shootable? This is intended. The voodoo doll system is inherently incompatible with Skulltag's client / server architecture for several reasons, e.g. in game joining, more than 4 player slots available, etc. Currently I try to emulate the most commonly used effects to make some of the maps requiring voodoo dolls work online. I didn't spend any time to make them work with the multiplayer emulation. If you want to use them offline, just play single player. > Your client thinks that it has all the weapons, but it really only has the pistol, fist and berserk. I couldn't reproduce this with the latest 98e version and didn't test 98d. Can you check if it still happens in 98e and if so, explain how to reproduce it (including how to set up the server)? Limitations of the voodoo doll system aside, any kind of ammo/weapon sync problems are bugs that should be fixed.

(0001200) unknownna (updater) 2011-03-27 16:51 edited on: 2011-03-27 16:53	> Can you check if it still happens in 98e and if so, explain how to reproduce it (including how to set up the server)? Limitations of the voodoo doll system aside, any kind of ammo/weapon sync problems are bugs that should be fixed. Using r3113M, I was able to reproduce it there as well. Steps to reproduce: 1) Start a standard coop server with the example WAD loaded. 2) Connect a client to the server. 3) Join the game. That's basically it. Hold +attack while cycling through the weapons. You'll see pistol puffs. But if you reconnect, you can't reproduce it anymore.

(0001203) Torr Samaho (administrator) 2011-03-27 17:11	I still can't reproduce it. I start the server with skulltag.exe -file voodoo_doll_test_01.wad -host and connect the client with skulltag.exe -file voodoo_doll_test_01.wad -connect localhost After I joined, the client has all weapons and can use all of them. Probably there is some setting in your ini that makes Skulltag behave differently for you.

(0001204) unknownna (updater) 2011-03-27 17:37	I see. I use IDE to create/join servers. This is probably making a difference here. I can't reproduce it if I create a server with your method. For your convenience, I recorded a demo of it with 98d.

(0001205) Torr Samaho (administrator) 2011-03-27 17:55 edited on: 2011-03-27 18:16	Now that's interesting. I can reproduce the problem when I start the server with IDE (doesn't matter if I join with IDE or with the command I posted above). EDIT: I tracked down what IDE is doing to triger this: One needs to set "alwaysapplydmflags 1" to reproduce the error.

(0001206) Edward-san (developer) 2011-03-27 18:23 edited on: 2011-03-27 19:08	> Your client thinks that it has all the weapons, but it really only has the pistol, fist and berserk. I thought unknownna was smoking something bad, because neither me reproduced that by terminal way. Good to know we're close to solution :D EDIT: why every time I add a new comment the status changes back to "new" instead of staying "feedback"? EDIT2: another question: is it possible to check if the map has voodoo dolls?

(0001207) Torr Samaho (administrator) 2011-03-27 19:01	This should fix the sync issues. Note that player who were not in the game when the map started, still don't get the ammo the voodoo dolls touched while the players were not in the map. This is not a bug, but a consequence of in game joining. Skulltag just explicitly keeps tracks of all weapons and keys the voodoo dolls gathered to ensure that the players have those. > EDIT: why every time I add a new comment the status changes back to "new" instead of staying "feedback"? The status "feedback" means that the devs need feedback, usually from the original reported. Thus, when the original reported adds a note, the system assumes this is the feedback the devs wanted and changes the status from "feedback" to "new (if nobody is assigned to the report) or to "assigned" (if somebody is assigned to the report.

(0001212) unknownna (updater) 2011-03-27 23:48 edited on: 2011-03-27 23:59	> I tracked down what IDE is doing to triger this: One needs to set "alwaysapplydmflags 1" to reproduce the error. Good finding. > This should fix the sync issues. Yes, it did. > Note that player who were not in the game when the map started, still don't get the ammo the voodoo dolls touched while the players were not in the map. This is not a bug, but a consequence of in game joining. Skulltag just explicitly keeps tracks of all weapons and keys the voodoo dolls gathered to ensure that the players have those. Will this behavior ever change? Edit: But the backpack and berserk pick-up messages aren't displayed after a changemap map change online.

(0001215) Torr Samaho (administrator) 2011-03-28 01:40	> Will this behavior ever change? Well, the problem is that there is no way to handle voodoo dolls with Skulltag's c/s architecture that would work for all wads. Currently the best way to play with voodoo dolls online, is to use assigned voodoo dolls (the default ones are unassigned) in survial and only using the first n player slots, where n is the number of players the voodoo doll wad was designed for. If you do so, it should work as intended by the wad. > But the backpack and berserk pick-up messages aren't displayed after a changemap map change online. Now that you mention it, it looks like none of the pickup messages are displayed anymore. Should work better in 3020.

(0001216) unknownna (updater) 2011-03-28 03:23	> Should work better in 3020. You're right, it does. The only thing I noticed is that some of the messages are displayed before you're in-game.

(0001289) Edward-san (developer) 2011-04-04 13:36 edited on: 2011-04-04 13:42	I can't check the different skulltag versions, but in the example wad, I noticed that the megasphere floats and stays firm in the platform, both offline and online. It doesn't happen in zdoom 1551 or in recent ones, neither in prboom.

(0001290) Torr Samaho (administrator) 2011-04-05 00:58	> I can't check the different skulltag versions, but in the example wad, I noticed that the megasphere floats and stays firm in the platform, both offline and online. 0000363

(0002225) Edward-san (developer) 2011-10-08 13:47	Should this be closed or there's something yet to fix?

(0002393) Torr Samaho (administrator) 2012-01-14 21:45 edited on: 2012-01-14 21:46	I think it can be closed now. The bugs seem to be fixed, the remaining things are limitations of the combination of Voodoo dolls with in game joining.

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
2011-03-08 18:37	Edward-san	New Issue
2011-03-12 23:08	unknownna	Note Added: 0001151
2011-03-12 23:08	unknownna	Status	new => confirmed
2011-03-13 12:21	unknownna	File Added: voodoo_doll_test_01.wad
2011-03-13 12:22	unknownna	Note Added: 0001156
2011-03-15 00:41	Edward-san	Note Added: 0001157
2011-03-15 01:33	unknownna	Note Added: 0001158
2011-03-15 01:43	unknownna	Note Edited: 0001158	View Revisions
2011-03-15 02:14	unknownna	Note Edited: 0001158	View Revisions
2011-03-15 09:16	Edward-san	Note Added: 0001159
2011-03-15 09:19	Edward-san	Note Edited: 0001159	View Revisions
2011-03-15 09:55	Edward-san	Note Edited: 0001159	View Revisions
2011-03-15 09:56	Edward-san	Note Edited: 0001159	View Revisions
2011-03-27 16:29	Torr Samaho	Note Added: 0001198
2011-03-27 16:31	Torr Samaho	Note Edited: 0001198	View Revisions
2011-03-27 16:33	Torr Samaho	Note Edited: 0001198	View Revisions
2011-03-27 16:38	Torr Samaho	Status	confirmed => feedback
2011-03-27 16:51	unknownna	Note Added: 0001200
2011-03-27 16:53	unknownna	Note Edited: 0001200	View Revisions
2011-03-27 17:11	Torr Samaho	Note Added: 0001203
2011-03-27 17:37	unknownna	Note Added: 0001204
2011-03-27 17:40	unknownna	File Added: 2011.03.27_19.33.31_voodoo_doll_test_01.cld
2011-03-27 17:55	Torr Samaho	Note Added: 0001205
2011-03-27 18:16	Torr Samaho	Note Edited: 0001205	View Revisions
2011-03-27 18:16	Torr Samaho	Note Edited: 0001205	View Revisions
2011-03-27 18:23	Edward-san	Note Added: 0001206
2011-03-27 18:23	Edward-san	Status	feedback => new
2011-03-27 18:39	Edward-san	Note Edited: 0001206	View Revisions
2011-03-27 19:01	Torr Samaho	Note Added: 0001207
2011-03-27 19:04	Torr Samaho	Assigned To	=> Torr Samaho
2011-03-27 19:04	Torr Samaho	Status	new => feedback
2011-03-27 19:08	Edward-san	Note Edited: 0001206	View Revisions
2011-03-27 23:48	unknownna	Note Added: 0001212
2011-03-27 23:56	unknownna	Note Edited: 0001212	View Revisions
2011-03-27 23:59	unknownna	Note Edited: 0001212	View Revisions
2011-03-28 01:40	Torr Samaho	Note Added: 0001215
2011-03-28 03:23	unknownna	Note Added: 0001216
2011-03-28 03:28	unknownna	File Added: Screenshot_Doom_20110328_051702.png
2011-04-04 13:36	Edward-san	Note Added: 0001289
2011-04-04 13:36	Edward-san	Status	feedback => assigned
2011-04-04 13:42	Edward-san	Note Edited: 0001289	View Revisions
2011-04-05 00:58	Torr Samaho	Note Added: 0001290
2011-10-08 13:47	Edward-san	Note Added: 0002225
2012-01-14 21:45	Torr Samaho	Note Added: 0002393
2012-01-14 21:45	Torr Samaho	Status	assigned => resolved
2012-01-14 21:45	Torr Samaho	Fixed in Version	=> 1.0
2012-01-14 21:45	Torr Samaho	Resolution	open => fixed
2012-01-14 21:46	Torr Samaho	Note Edited: 0002393	View Revisions
2012-06-09 13:22	Torr Samaho	Category	General => Bug
2018-09-30 19:57	Blzut3	Status	resolved => closed

Relationships