EDuke32 does not spawn keycards when running with monsters off ( /m aka -m parameter). DOS Duke and all other ports including Megaton do. (JonoF up to 2004-10-13, later builds bail out with "Failed loading art.") All EDuke32 versions back to 2006-05-14 seem affected.
EDIT: Example maps: Simple Minded, KaiseR Land 01
Page 1 of 1
Respawn Behaviour [fixed]
#1 Posted 28 January 2014 - 12:44 PM
This post has been edited by LeoD: 01 February 2014 - 11:53 AM
#2 Posted 28 January 2014 - 02:24 PM
Works fine for me in the case I looked at. Test map attached, it's "Simple Minded" slightly edited for testing convenience.
Of course, there may be variables affecting the appearance of the bug that happened to have the right values for me.
Lesson from the dozen or so recent bug reports: please do provide a concrete map, plus explicit instructions on how to reproduce one particular bug. Because then it'll be easier on my side figuring out what the reason might be that I'm not seeing it (as in Daedolon's Mapster32 ceiling texture bug), Otherwise, I have to consider a combinatorial number of cases.
Of course, there may be variables affecting the appearance of the bug that happened to have the right values for me.
Lesson from the dozen or so recent bug reports: please do provide a concrete map, plus explicit instructions on how to reproduce one particular bug. Because then it'll be easier on my side figuring out what the reason might be that I'm not seeing it (as in Daedolon's Mapster32 ceiling texture bug), Otherwise, I have to consider a combinatorial number of cases.
Attached File(s)
-
quakis_simple_key_respawn_test.zip (54.86K)
Number of downloads: 93
#3 Posted 28 January 2014 - 03:06 PM
Starting with nothing but GRP, maps, and executables (I DNCLIPed back to the usual starting letter "D"):
Using the switch should shut down the forcefields and spawn two blue keys; the latter does not happen in both original and modified map.
b.jpg]
The same happens [not] when running up to the first blue keylock in ksr_01 (key is supposed to be spawned behind you).
Using the switch should shut down the forcefields and spawn two blue keys; the latter does not happen in both original and modified map.
b.jpg]
The same happens [not] when running up to the first blue keylock in ksr_01 (key is supposed to be spawned behind you).
Attached File(s)
-
eduke32.log (1.64K)
Number of downloads: 138
#4 Posted 29 January 2014 - 10:35 AM
Fixed in r4276. That's one long-standing bug less *hands over glass of champagne to LeoD*.
The reason was keeping a break that formerly resided in a switch.
The reason was keeping a break that formerly resided in a switch.
#5 Posted 29 January 2014 - 03:08 PM
Helixhorned, on 29 January 2014 - 10:35 AM, said:
Fixed in r4276. That's one long-standing bug less *hands over glass of champagne to LeoD*.
#6 Posted 30 January 2014 - 08:16 AM
Does the fate of humanity depend on it? If not, I'd rather keep my beer for myself, thank you .
I'm still curious about that item though... or that list...
I'm still curious about that item though... or that list...
#7 Posted 30 January 2014 - 11:28 AM
Helixhorned, on 30 January 2014 - 08:16 AM, said:
Does the fate of humanity depend on it? If not, I'd rather keep my beer for myself, thank you .
Helixhorned, on 30 January 2014 - 08:16 AM, said:
I'm still curious about that item though
Helixhorned, on 30 January 2014 - 08:16 AM, said:
... or that list...
Therefore that list itself isn't of much use to anyone but me, unless you yearn for more reports like
Quote
sound works no good plz fix ASAP!!!
#8 Posted 30 January 2014 - 03:58 PM
LeoD, on 30 January 2014 - 11:28 AM, said:
It usually takes some time to hunt down an issue and turn it into a bug report, a feature/change request, or proof of another OSI level 8 brain fart.
Kudos for that--your bug reports kick ass.
#10 Posted 31 January 2014 - 11:08 AM
Speaking of respawn behaviour - I'd really appreciate if
[FEATURE REQUEST]
spawned objects were able to inherit the maphacked properties of their parent.
( tile0009 respawn, canwithsomething[2|3|4] )
[FEATURE REQUEST]
spawned objects were able to inherit the maphacked properties of their parent.
( tile0009 respawn, canwithsomething[2|3|4] )
Share this topic:
Page 1 of 1