Water console spam

Yrr

An Actual Deer
aa
Sep 20, 2015
1,308
2,743
No such variable "$fogenable" for material "maps/koth_bagel_b3a/water/water_sawmill_0_-4352_28"
No such variable "$fogend" for material "maps/koth_bagel_b3a/water/water_sawmill_0_-4352_28"
No such variable "$fogcolor" for material "maps/koth_bagel_b3a/water/water_sawmill_0_-4352_28"
No such variable "$fogstart" for material "maps/koth_bagel_b3a/water/water_sawmill_0_-4352_28"

Anyone know what this spam means, what causes it or how to fix it?
 

iiboharz

eternally tired
aa
Nov 5, 2014
857
1,291
It's a VMT error. I believe removing the variables from the VMT would fix it. They're probably deprecated/unused variables that were left in the VMTs or something.
 

Yrr

An Actual Deer
aa
Sep 20, 2015
1,308
2,743
VMT says they exist but the VMT is also only called "water_sawmill", not "water_sawmill_0_-4352_28"
 

zahndah

professional letter
aa
Jul 4, 2015
721
642
is that the origin of the water brush or something?

have you tried just changing water_sawmill then reapplying the texture and seeing what the console says - worth a shot in my opinion
 

Idolon

they/them
aa
Feb 7, 2008
2,107
6,116
"maps/koth_bagel_b3a/water/water_sawmill_0_-4352_28" looks like a material that's been generated for reflectivity purposes. For example, here are all of the .vmt files in Byre's pakfile lump right after compile:

UZ2RzeP.png


Presumably this is how the engine tells which faces to associate with which cubemaps, by generating a new .vmt for each distinct material that associates with a different cubemap (to be generated by buildcubemaps). I guess somehow this .vmt that's being generated for your water doesn't retain the fog properties?

If you can still see fog in your water, you can probably ignore the error. It might go away after building cubemaps but I don't really know.
 

Yrr

An Actual Deer
aa
Sep 20, 2015
1,308
2,743
the water looks foggy as normal and the console spam exists after building cubemaps