When i compile my map settings:
Bsp: Normal
Vis: fast
RAD: Normal
it goes through the compiling with no errors but when i run the map, the things that i added to my map aren't there, none of the updates are. What could be causing this?
Are your updates brush-based or are you adding more props?
Try everything with normal, just in case.
If your additions are prop-based, then you may be using the wrong type of prop; the prop may not be a prop_static, for example. It may be a prop_dynamic or something like that. That may cause the object not to appear in your map.
most are brush based. and to try everything normal will take days xD its a big map, and i just started getting this problem.
func_detail?
Func_detail some stuff. set VIS to normal, try to optimize the level.
And post the compile log anyway
Either the map compile is crashing or the finished .bsp isn't being copied to the maps folder.
Post the compile log.
I had this same problem, it's just if you have anything that stops the compile, it'll open up the old map instead of the new one. That means that you gotta get rid of anything blocking the compile, which in this case seems to be
[code]No such variable "$hdrbasetexture" for material "skybox/sky_day01_08rt"
Can't load skybox file skybox/sky_day01_08 to build the default cubemap![/code]
and
[code]Error loading studio model "models/props_c17/furniturechair001a.mdl"![/code]
Fucks sake those two errors won't stop a compile. :/
Delete the old bsp and recompile. Sometimes VBSP doesn't override the old one.
Did you save the map before you compiled?
Requires you to anyways.
[QUOTE=Lord Ned;16594880]Fucks sake those two errors won't stop a compile. :/[/QUOTE]
Might as well try, there's no better leads.
[editline]12:19AM[/editline]
And even if it doesn't fix it, it's a good idea to get rid of them anyways.
[QUOTE=Lord Ned;16594880]Fucks sake those two errors won't stop a compile. :/[/QUOTE]
That just got me thinking. Maybe it is updating, but the props he recently added aren't showing because they are the wrong type.
[QUOTE=cmanatlan;16594627]I had this same problem, it's just if you have anything that stops the compile, it'll open up the old map instead of the new one. That means that you gotta get rid of anything blocking the compile, which in this case seems to be
[code]No such variable "$hdrbasetexture" for material "skybox/sky_day01_08rt"
Can't load skybox file skybox/sky_day01_08 to build the default cubemap![/code]
and
[code]Error loading studio model "models/props_c17/furniturechair001a.mdl"![/code][/QUOTE]
I always get that first one. I guess it's just normal.
[QUOTE=MS-DOS4;16597824]I always get that first one. I guess it's just normal.[/QUOTE]
All it means is that the compile tools can't find the skybox texture in your mod directory, so it won't generate temp cubemaps.
I've had this before, I think I solved it by saving the bsp as a new name and deleting the old one.
Yep.
Too many t-junctions to fix up!
I haven't seen this error in a while, so this info may not be 100% correct, if anyone spots anything, feel free to correct me.
T-juncs occur at vertices where func_detail geometry meets world geometry. You have too many of them and you can do 1 of 2 things, turn some detail geometry into models, or try the -notjuncs expert compile command parameter on VBsp, however this may lead to gaps between detail brushwork and world geometry, and potentially funky lighting.
I also have the same problem, it shows as it compiles and gives no real error, but it doesn't saves the compilation. Deleting the old map and recompiling it will show the error that it can't copy the map, because there is no compiled map. What I noted that when you disable Props in Auto Visgroup, the map gets compiled. So I guess the cause could be that one or some props cause these. Could be many reasons: incorrect model, prop_static on non-propstatic models. First try disabling Props Visgroup then compile the map. If it works, reenable it, and check which model could cause that.
Sorry, you need to Log In to post a reply to this thread.
