|
Notes |
|
|
(0000778)
|
|
user35
|
|
2010-12-30 20:50
|
|
not only that but also ammo dropped by custom monsters (for example from realm667) they drop 1/2 from ammo!
they will drop 4 shells but when I pickup, I get only 2 shells
|
|
|
|
(0000780)
|
|
Ijon Tichy
|
2010-12-30 21:01
(edited on: 2010-12-30 21:08) |
|
The half-ammo thing is intended behaviour, and was programmed into Doom from the start. Considering you can specify the amount of ammo dropped by monsters in DECORATE, it's likely that this is intended behaviour.
As for the incorrect ammo count thing, most likely the client is assuming the ammo pickup is a normal one, instead of a dropped pickup, leading to the de-synchronisation you see here. Considering that the dropped ammo pickup would have the +DROPPED flag on it, this should be easy to fix.
However, I don't see the issue when I test it - see the ammoman.wad I uploaded. The issue doesn't occur there.
Edit: Nor do I see it with the pclasses wad - the arachnobaron drops 100 cells, and I can fire the plasma rifle 100 times.
Ediit: I was mistaken - it does occur, but it corrects the issue when you fire. Why is it working for the ammoman wad, and not the pclasses wad?
|
|
|
|
(0000782)
|
|
Borg
|
|
2010-12-30 22:49
|
|
dear Ijon Tichy:
Well, actualy problem occurs only in NetGame.
Try this:
actor AmmoZombieman: Zombieman replaces Zombieman
{
dropitem CellPack
}
And start local game.. everything will be fine.
start netgame.. and you will see the problem. |
|
|
|
(0000784)
|
|
Ijon Tichy
|
2010-12-30 22:55
(edited on: 2010-12-30 22:57) |
|
I tested it as a netgame. For some reason, ammoman.wad worked fine.
Now it's acting the way you said, and I'm confused.
|
|
|
|
(0000785)
|
|
Borg
|
|
2010-12-31 10:40
|
|
dont be.. just read with understanding... :)
only CellPack is affected and only in NetGames.
DROPPED flag not sent to client properly?
This is odd, it might have something common w/ A_Jump bug report
Ive done too. |
|
|
|
|
No, it's not just CellPack. ShellBox, ClipBox, and RocketBox are affected too.
Maybe it has something to do with subclassing Ammo subclasses. I'm gonna test this. |
|
|
|
|
Confirmed. Clients assume that all subclasses of subclasses of Ammo (Cell and CellPack, MaceAmmo and MaceHefty, EnergyPod and EnergyPack...) weren't dropped. Direct subclasses of Ammo (Cell, MaceAmmo, Mana[12], EnergyPod...) don't have this assumption made about them.
(see ammoman2.wad) |
|
|
|
(0000788)
|
|
Borg
|
|
2010-12-31 22:14
|
|
Ohh, nice spotting.
Okey, now we need to wait for fix... |
|
|
|
|
|
Please test if this fixes the issue. |
|
|
|
|
|
I didn't get to test the behavior yet, but I noticed that this build crashes when I start a new game while using the software renderer. |
|
|
|
|
|
Interesting. I used a newer nasm version when compiling this binary, probably this broke the software renderer. Please test this. Here, I used the old nasm version. |
|
|
|
(0000816)
|
|
unknownna
|
2011-01-17 00:30
(edited on: 2011-01-17 22:26) |
|
Yes, the software renderer now works again. The fix seems to be working properly from testing with these actors:
Actor "Test1" : "ZombieMan" Replaces "ZombieMan"
{
DropItem "CellPack"
}
Actor "Test2" : "DoomImp" Replaces "DoomImp"
{
DropItem "ShellBox"
}
I'd like to hear more people confirm this as well.
EDIT:
"ammoman2.wad" is working as intended.
|
|
|
|
(0000822)
|
|
Borg
|
|
2011-01-18 20:24
|
|
Hello.
Ammo works fine now, confirmed on pclasses-v0.293.wad
Good work. |
|
|
|
|
|
|
|
|
|
Thanks for the info, Edward-san! That indeed could be helpful. |
|
ammoman.wad (123) 2010-12-30 21:01
CrashReport_r3038M.zip (17,329) 2011-01-16 23:49