Wadinclude not working

I'm compiling my NS map, and attempting to -wadinclude c:/progra~1/valveh~/tools/hornpipe.wad - it appears to succeed when HLCSG finishes.  BUT when I open the map in NS, it tells me it can't find valvehornpipe.wad.  I was under the impression that wadinclude made it so it didn't require you to hand out the wad file with the map?

 

Also, should I be worried about this:

7 brushes (totalling 42 sides) discarded from clipping hulls

(I don't think I want the compile tools to get smart with me and start throwing away parts of my map, but maybe it knows best...)

EDIT: NS also has a custom hullfile, maybe that's what is causing the second problem?

when you have indeed successfully wadincluded, it will NOT look for the wad during map loading...

check your settings.. you did not succeed..

the compiler discards any solids not within the game area i think... but don't quote me on that...

7 brushes (totalling 42 sides) discarded from clipping hulls

(I don't think I want the compile tools to get smart with me and start throwing away parts of my map, but maybe it knows best...)

LMAO...thats so funny. well i dont know much about wadinclude. i use an custom auto-compiler, everything is done for me :smile:

but i would suggest re-checking your dir paths, i do know HL and or the compilers have troubles with spaces in dir names. example: if you got wad in C:/program files/blah/blah/blah/wad.wad its not going to work. (notice space between program and files)

i had this problem with my compiler, it couldnt find wadfiles, i just reinstalled everything on my other HD. worked fine with no dir with spaces in there names.

 

my tutorial on wadincluding didn't make it to V4.. i actually didn't think anyone would use it..

 

maybe lep still has it.. its more of an HLCC tut, but wadincluding was including..

I figured it out.  I just dropped my WAD file straight onto c:\ and used some nice 8.3 DOS filenames.  Also, I restarted Hammer, and it seemed to run the map fine.  So all is well, I guess.

I still worry about that "removed 7 clip brushes" thing, but the map seems to run, so I guess that's okay.  I wish it would tell me which ones are being taken out.

maybe you had some overlaped brushes you forgot about, if the map runs fine i wouldnt worry too much :smile:

Compiler: "no, seriously...you dont need this here" LMAO

That's not clip brushes being removed, that's brushes being removed because they're not important. For example, if the brush does not touch the inside of the map.

I figured as much.  Still, I'm curious as to which ones it is taking out.  Maybe I could HLCSG -overlap 95 and see if something comes up.

unless its an invalid solid, and somewhere inside the map... dont concern yourself overmuch...

the removal process, to my understanding is all externally located.. you would have to memorize the entire maps structure to notice which was missing..

plus, who's to say, its not a 1 unit by 1 unit piece

Hornpipe2 said:
I figured as much.  Still, I'm curious as to which ones it is taking out.  Maybe I could HLCSG -overlap 95 and see if something comes up.

It's not "taking out" anything; it's ignoring the ones that don't matter. You make it sound like that's a fault of the program, I think it's a very good thing.

Cash Car Star said:

Hornpipe2 said:
I figured as much.  Still, I'm curious as to which ones it is taking out.  Maybe I could HLCSG -overlap 95 and see if something comes up.

It's not "taking out" anything; it's ignoring the ones that don't matter. You make it sound like that's a fault of the program, I think it's a very good thing.

"Discarded" always has negative connotations whenever I do something related to mapping.  Also "Hammer".