hotstepper map

Page of 2 (26 records)

sort
Licho 8 years ago Interesting map, lava floods flatlands periodically. +0 / -0
TheDarkStar 8 years ago First map I played, very good one. +0 / -0
That80sJanitor 7 years ago Badass. +0 / -0
sprang 7 years ago The lava on this map flickers strangely. This didn't use to happen, is there some conflict between the ZK lava and the lava of the map? +0 / -0
That80sJanitor 7 years ago It only seems to flicker on the "first wave". Probably due to the lava rising to the exact same height as the lower ground. +0 / -0
snackuser 7 years ago /-This didn't use to happen, is there some conflict between the ZK lava and the lava of the map? -/ yes. I had told the guy who added the ZK lava how to avoid that but he did not. oh well. +0 / -0
jseah 7 years ago If you didn't enable the modoption for Lava Rise, the ZK one wouldn't even run. I don't see how there could be a conflict. +0 / -0
snackuser 7 years ago i watched some replay of zK v1.0.5.8: it looks like both lavas are drawn at the same height and this causes z-fighting. modoptions can not be relied on to be set correctly because few players know about them and few know how the !commands on autohosts. (iirc if you set a modoption, change map then modoption does not reset to default) +0 / -0
Pxtl 7 years ago I'm with jseah - I don't see how the ZK modoption could be involved here. It's not being rendered, so it won't change the map-lava. +0 / -0
sprang 7 years ago Indeed I see both lavas, even with default, unchanged modoptions. +0 / -0
snackuser 7 years ago http://zero-k.info/Battles/Detail/78853 +0 / -0
FFC 7 years ago http://zero-k.info/Maps/Detail/20186 +0 / -0
jseah 7 years ago Fixed in r6613. +0 / -0
jseah 7 years ago I would like to say that this is solely because the lava gadget in Hotstepper does not use local variables (copying it was a bad idea). I have made the Lava Rise modoption gadget use an empty function instead of drawing when the modoption isn't enabled. There's probably a more elegant way of solving the problem, but any unsycned gadget that calls the variable SYNCED.lavalevel will break on this map. Don't know of any way to solve that other than to go in and change the gadget on the map. +0 / -0
snackuser 7 years ago Yea, I did not know any other way to send a variable sync->unsync. There is this SendToUnsynced but never really tried it. (http://springrts.com/wiki/Lua_sync_to_unsync ,for when you feel bored) Interessting thing is that this: (in zk) function gadget:Initialize() if (modOptions.zkmode ~= "lavarise") then gadgetHandler:RemoveGadget() seems to only disable the synced part of the gadget. The unsynced part (that does the drawing) still runs. Maybe try gadgetHandler:RemoveGadget() in unsynced, too? +0 / -0
jseah 7 years ago I tried that. It uh, crashes badly. Commander doesn't spawn. +0 / -0
SinKitty 7 years ago This is a nice map, I hope it continues working even with zklava. +0 / -0
snackuser 7 years ago kingraptor made another commit, that should now fix it for real: http://code.google.com/p/zero-k/source/detail?r=6650 thanks everybody :) +0 / -0
SinKitty 7 years ago thx KR +0 / -0
Jasper 6 years ago Do Special maps still show up on FFA host? +0 / -0

Page of 2 (26 records)

hotstepper

PLAY ON THIS MAP

Last battles