oh shit yeah i completely forgot about those, will take a look. I personally think that they really help make the map more interesting, I don't have that many wind sounds to choose from and if anything they are too quiet once you have vehicle, gun and voice chat noise on top of them. If you really don't like them then delete soundscapes_emp_snowbound.txt from the scripts folder.
Yeah the problem is the rock model wont fit in because i have dark rock and that is a light coloured rock. The tree model could work but i would want to wait untill he has made some clusters too. Its more important/urgent that i fix the wierd shadows and the complete lack of attraction towards the middle area, which i actually intended to be the focal point for huge battles rather than everyone getting stuck in the side canyons. So i'll release this new version and await for further snow themed models to be created by the community. Heck, im toying with the idea of modelling some myself, it can't be THAT much harder than mapping and i would be able to create exactly what i need/want.
Not really, its only on the FastDownload as .bz2, it still needs to be in the server files as a .bsp, so we need both anyway.
add something awesomely origional to this map, like slowly, randomly changing view distance with snowstorms. superweapons will be cool too though
believe me i have thought about that if i can think of a way to do it convincingly with no lag then it will happen.
what about this, this would be fricken awesome: in some of the chokepoints, occasionally and at random intervals a snow drift will come down and entirely block the passage, destroying tanks and players in the gap and buring(or destroying if it's not possible to specify what gets damaged by the hurt trigger) buildings. if buildings are destroyed, you'd need to put some sort of indicator on the minimap and perhaps some props where the commander can see so he doesn't place a radar and have it crushed. you'd get a 10 second warning with a screen rumble and a noise that an avelanche was coming down before it falls out of the cliffs at the side and fills the passage. after 5 minutes the avalanche sinks into the ground. so the map is constantly changing with certain paths open and certain paths closed. that would be fantastic.
Right, i have some options regarding the doors, which would be best ? Currently if the doors are closed there can be tanks piling up inside the base unable to get out. Now i have already added infantry only tunnels into the base as some people on a server suggested would solve the problem, as i think this makes it more interesting anyway. But do i also; 1. Add a button that can open the door temporarily if it is closed. 2. Add brush entities in front of the doors to detect people in vehicles of the right team and open the door for them. 3. Add a lift of some sort over the walls 4. Do nothing else, they have the infantry tunnels and if the team are too fail to open the doors again after they have closed them then its their own fault. I'm currently leaning towards 2. Btw, the snowdrifts thing might happen but im not sure. Would have to model a snowdrift and i still havent done the superweapons yet, know exactly how but its just a case of getting on with the brushwork and i thought the tunnels were more of a priority.
You might want to take a look at this if you are doing superweapons: http://www.facepunch.com/showthread.php?t=286414
Those do look sexy and for a single player game i think they would work well. But using between 50 to 400 entities for every explosion, (oh and mine would need more to move them around because its aimable) is just far too many for an empires map. Also, my use of the word superweapon is probably a slightly grandiose term for what on my map is basically a small missile really. Not too much radius to it for gameplay reasons.
Lift idea would be more reliable and 'secure' than 1 and 2, i just think it would be quite hard to pull off without looking really silly.
I was working on a "cut down" version of the nuke, if your interested. Still entity spammy, but doesn't eat 40% of your entdata.
I'd rather have a slightly jerky one than not at all. And i think most elevators are based on func_door, this is func_movelinear so it might not be the same. It was perfectly smooth when i tested it, but there was just me on the server.
