Say hi to our newest member, QuartzRaven!
I haven't needed them yet, but having them NOW will help to move things along! But did I ever tell you thanks for making them? I can't wait to punt them around in-game!
reaper47 said:Nope, they'll be removed when the first beta gets released and will not make it to the final; I simply placed them there for temporary purposes to help show people new to the project who's map is who's. In the final, we should have some plaque models or decals to place by each entrance instead that will serve the same purpose but be less distracting. These were quicker to make
Those floating text bits you walk through when entering each area are kinda distracting, though. Are they supposed to stay for the final?
until I get the plaques.
)
Kampy
The Truth be told, I've been working long these past couple of days since I've been out from school, trying to make up for all the lost time from my architecture projects, and I've made quite a bit of headway. So much headway, that in fact I'm skipping the alpha 2 part 2 & 3 releases I had originally planed. And while I may not be supplying a download just yet, I may be able to wet your appetite with some screenshots. But first, the current lay of the land with the new projected release list:
"Riven" said:Nawwww I take that as a compliment.
The map's optimization runs like a champ, and I'm actually quite proud of it. The most intense area to your fps might be aaron_da_killa's train depot map
haymaker said:Turns out, I had never used the '-staticproplighting' parameter before; I heard about it, but never had the opprotunity. Well, Lo-&-behold it worked! Mind you it will still take a bit of tweaking on my part to get it just right, but from what my tests show, it looks as though it should get the feel across just fine.
As for your lighting comment, I'm assuming you've tried -staticproplighting -staticproppolys in vrad?
-StaticPropLightingSo as you can see, it has the potential to raise the size of the already huge bsp to even larger factors. That's not such a big concern as of now, but what does worry me is its effect on performance, if any. I have yet to test this in the actual compilation map (compile time with lighting is 12 minutes), so I will get on that ASAP. But it also means that I may have to traverse the map and fix any props that may be receiving strange lighting, since some of them actually do depend on info_lighting entities to give them a better value which will be disabled with this parameter active.
Generate per-vertex prop_static lighting. This is always enabled for light_spot entities.
Note:Depending on the number of static props in the level, this can dramatically increase the size of the .bsp file and the length of time needed for vrad to finish.
Note:When using this setting, it disables all info_lighting entities in your level and it will light models as if there wasn't one linked to them.
haymaker said:There are buttons on both sides. Should have a green sprite about them when they're available to be pressed.
ie the nice combine gate was open one time and then closed the next time I revisited it,
haymaker said:I've edited the "known bug list" to let other people be aware, but yes, this concern came up quite a bit in testing. Explanation: I opened the tunnels to foot traffic for the beta only to allow players to traverse them if they so desired. Because there is no train yet, A player can get a good feel and indeed check out, how big the new tunnels are. In the final release however, the tunnels will all have some kind of mechanism that keeps foot traffic out of them, and only passengers on the train will be able to go through them. So, they're basically for eye-candy only as you ride the train; they have no collision beyond player clipping.
in my aimless wanderings I ended up stuck behind the forcefield in the tramstation