Can't find surfaceprop stone

It isn't an error, but it is just annoying.

** Executing...

** Command: "d:\steam\steamapps\madedog01\sourcesdk\bin\vbsp.exe"

** Parameters: -game "d:\steam\steamapps\madedog01\counter-strike
source\cstrike"
"D:\Steam\SteamApps\madedog01\sourcesdk_content\cstrike\mapsrc\de_inferno2"

Valve Software - vbsp.exe (Jan 19 2005)

1 threads

materialPath: d:\steam\steamapps\madedog01\counter-strike source\cstrike\materials

Loading D:\Steam\SteamApps\madedog01\sourcesdk_content\cstrike\mapsrc\de_inferno2.vmf

Can't find surfaceprop stone for material STONE/INFDRA, using default

Can't find surfaceprop stone for material STONE/INFWLLC, using default

Can't find surfaceprop stone for material STONE/INFTRIMA, using default

Can't find surfaceprop stone for material STONE/INFWINDWA, using default

Can't find surfaceprop stone for material STONE/INFWLLCEDGE, using default

Can't find surfaceprop stone for material STONE/INFFLRA, using default

Can't find surfaceprop stone for material STONE/INFBASEC, using default

Can't find surfaceprop stone for material STONE/INFWLLFTOP, using default

Can't find surfaceprop stone for material STONE/INFWLLFTOPEDGE, using default

fixing up env_cubemap materials on brush sides...

ProcessBlock_Thread: 0...1...2...3...4...5...6...7...8...9...10 (0)

ProcessBlock_Thread: 0...1...2...3...4...5...6...7...8...9...10 (0)

Processing areas...done (0)

Building Faces...done (0)

Chop Details...done (0)

Find Visible Detail Sides...

Merged 48 detail faces...done (0)

Merging details...done (0)

FixTjuncs...

PruneNodes...

WriteBSP...

done (0)

writing D:\Steam\SteamApps\madedog01\sourcesdk_content\cstrike\mapsrc\de_inferno2.prt...done (1)

Creating default cubemaps for env_cubemap using skybox tides...

Run buildcubemaps in the engine to get the correct cube maps.

Finding displacement neighbors...

Finding lightmap sample positions...

Displacement Alpha : 0...1...2...3...4...5...6...7...8...9...10

Building Physics collision data...

done (0) (180827 bytes)

Emitting linux collision data (use -nolinuxdata to disable).

Building Physics collision data...

done (0) (316763 bytes)

Placing detail props : 0...1...2...3...4...5...6...7...8...9...10

Water found with no water_lod_control entity, creating a default one.

Writing D:\Steam\SteamApps\madedog01\sourcesdk_content\cstrike\mapsrc\de_inferno2.bsp

5 seconds elapsed

Memory leak: mempool blocks left in memory: 48

Memory leak: mempool blocks left in memory: 4

** Executing...

** Command: Copy File

** Parameters:
"D:\Steam\SteamApps\madedog01\sourcesdk_content\cstrike\mapsrc\de_inferno2.bsp"
"d:\steam\steamapps\madedog01\counter-strike
source\cstrike\maps\de_inferno2.bsp"

** Executing...

** Command: "d:\steam\steamapps\madedog01\counter-strike source\hl2.exe"

** Parameters: -game "d:\steam\steamapps\madedog01\counter-strike source\cstrike" -dev -console +map "de_inferno2"

What the hell could I do to stop this message from appearing? It is just... annoying... :biggrin:

---

HL2 tutorials 'n' stuff: http://madedog.pri.ee
217.159.236.34:27050 - CSS Server - Clean | koffer.ee

open the .vmt files associated with each of the textures mentioned in the log. either delete the line that has $surfaceprop stone, or change it to %surfaceprop rock

---

i eat paint

Umm... do you really expect me to be able to repack the GCF-s and
upload it to Steam so that everyone could be able to get updated
version? Or do I just have to extract them from there and change the
line so only I have the "updated" version?

Does people who play the map are going to have any errors?

---

HL2 tutorials 'n' stuff: http://madedog.pri.ee
217.159.236.34:27050 - CSS Server - Clean | koffer.ee

hmm, i assumed when i seen your compile log that these were custom textures that you'd dl'd or made. i realise after having a poke around my cs textures that i have them too, and no doubt everyone else also has them.

either way, whether you edit the $surfaceprop line out, or whether you change its value to rock, the changes will only show on your machine. both ways will end the compile message that you want to lose, but changing the value of it to rock would make the whole texture act like rock(even the wooden doors, but again only on your comp).

so extracting the .vmt's and deleting the $surfaceprop line would be the best option if you want a clean compile log. none of this will have any effect on other peoples comps, only on yours.

you dont need to repack the vmt's into a gcf either. you'd only need to make a materials/stone folder to put them in.

---

i eat paint

But this "warning" or whatever... does this do any harm to the map or playability?

---

HL2 tutorials 'n' stuff: http://madedog.pri.ee
217.159.236.34:27050 - CSS Server - Clean | koffer.ee

there will be no problems with playability. it's not even a warning. it's just the compile process letting you know that it's assigning default surface properties to those materials, because it can't find the surface property specified in those materials' vmt files.

---

i eat paint

Yeah, there's no surface property for "stone." You have to use either
concrete or rock instead, if you want little particle effects when
people shoot at it or special footstep sounds.

Hmm... /me gets into thinking... Inferno used these textures... so they
MUST have the stone somewhere... well - let us hope that they will
include it some day...

---

HL2 tutorials 'n' stuff: http://madedog.pri.ee
217.159.236.34:27050 - CSS Server - Clean | koffer.ee