hotstepper map

Page of 2 (26 records)

sort
Licho 14 years ago Interesting map, lava floods flatlands periodically. +0 / -0
TheDarkStar 14 years ago First map I played, very good one. +0 / -0
That80sJanitor 13 years ago Badass. +0 / -0
sprang 13 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 13 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 13 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 13 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 13 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 13 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 13 years ago Indeed I see both lavas, even with default, unchanged modoptions. +0 / -0
snackuser 13 years ago http://zero-k.info/Battles/Detail/78853 +0 / -0
FFC 13 years ago http://zero-k.info/Maps/Detail/20186 +0 / -0
jseah 13 years ago Fixed in r6613. +0 / -0
jseah 13 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 13 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 13 years ago I tried that. It uh, crashes badly. Commander doesn't spawn. +0 / -0
SinKitty 13 years ago This is a nice map, I hope it continues working even with zklava. +0 / -0
snackuser 13 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 13 years ago thx KR +0 / -0
Jasper 13 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