It's more the fact that people have to download a massive map size with all that custom content included...
WiP in WiP, post your screenshots!
- Thread starter Arhurt
- Start date
True, true. Will have to see the final file size, would assume to be under 20 MB.
Repacking exists.
Here's a handy tool for doing that (shameless plug I know but it's really easy): https://tf2maps.net/threads/drag-n-drop-repack-unpack-batch-files.29621/
Of course. The last time I did that was back last year since I've been inactively mapping for the past 6 months or so. I'll have to look into that plug, do remember having it around back then without really checking it out.
Have not figured out how I'm going to give each area its own skybox yet, that's an other battle for an other day. surely It can be done with the 3d sky but that's not ideal tho.
I know a great way you could separate the different areas: multistage...
typically, each stage of a multistage map is separated from the others by a skybox...
Now if only you could make it so that different sections of your map could have different skyboxes... then you could have a multistage payload map with stage 1 in the afternoon, stage 2 in the evening, and stage 3 at night...
typically, each stage of a multistage map is separated from the others by a skybox...
Now if only you could make it so that different sections of your map could have different skyboxes... then you could have a multistage payload map with stage 1 in the afternoon, stage 2 in the evening, and stage 3 at night...
first paragraph isn't always true, look at dustbowl.
second, that's pretty easy with dynamic brushes or models with skybox texture on them around the sky_camera.
first, Why did I say typically? because some maps don't do this, such as the example you gave...
second, huh... I hadn't thought of that... that could actually work...
yeah, for a map that shares geometry between stages like dustbowl it would be tricky. You could always dupe the shared geometry to each stages tho. altho it kinda defeats the purpose of building a map that way but w/e
oh, then no, they don't need to be under different skybox area. atm the appropriate light_env is chosen based on the location of the face, like if it's within a set of coords and whatnot.
Sometimes the biggest barrier to doing cool stuff with software is being naïve enough to believe it can be done at all instead of "logically" assuming it can't. But then, could the same not be said of any endeavor?
Philosophy aside, though, have you figured out what determines whether the engine will use the separate light_environments to light different areas instead of treating them as alternates that light the same area and can be switched between?
Philosophy aside, though, have you figured out what determines whether the engine will use the separate light_environments to light different areas instead of treating them as alternates that light the same area and can be switched between?
nah, I just compiled the map 4 times and then mashing the 4 bsps together.
but how??What if I told you that you can have multiple light_env in one map?
(actually 100% legit, no funny business)
Lampenpam
aa
- Mar 23, 2013
- 1,013
- 347
...this is possible? o.ô Is there a programm that can do this or do you have to put certain files from the BSP together with GCFScape??
About the different skyboxes, you could try making giant reflective boxes around each area (in the 3d skxbox) and assign different cubemaps to their faces. Though it probably will look kinda wonkey then.