[Problem] Compiling my map

[Ginga]

Hi,

Ive started making a basic map and when I try to compile it seems to fail.

Ive compiled it once before and ive added a little more to the map (only rooms with no entities or anything) and now it wont compile.

These are the logs I get;

** Executing...
** Command: "c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\bin\vbsp.exe"
** Parameters: -game "c:\program files\steam\SteamApps\SourceMods\fortressforever\" "c:\users\seb.spiers\documents\ff maps\ff_newfort"

Valve Software - vbsp.exe (Dec 11 2006)
2 threads
Can't create LogFile:"c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\maps\ff_newfort.log"


** Executing...
** Command: "c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\bin\vvis.exe"
** Parameters: -game "c:\program files\steam\SteamApps\SourceMods\fortressforever\" "c:\users\seb.spiers\documents\ff maps\ff_newfort"

Valve Software - vvis.exe (May 22 2006)
Can't create LogFile:"c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\maps\ff_newfort.log"


** Executing...
** Command: "c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\bin\vrad.exe"
** Parameters: -game "c:\program files\steam\SteamApps\SourceMods\fortressforever\" "c:\users\seb.spiers\documents\ff maps\ff_newfort"

Valve Software - vrad.exe SSE (May 22 2006)
----- Radiosity Simulator ----
2 threads
Can't create LogFile:"c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\maps\ff_newfort.log"


** Executing...
** Command: Copy File
** Parameters: "c:\users\seb.spiers\documents\ff maps\ff_newfort.bsp" "c:\program files\steam\SteamApps\SourceMods\fortressforever\maps\ff_newfort.bsp"

my hammer is setup like this;



Any ideas?

Thanks!

[sir_frags]

You were really able to compile that thing with @ and periods and spaces in the location name when using Hammer's built in compile programs? I thought that was a no-no.

Anyway, at first thought is that your build programs (look for build tab under Options or Setting or something like that) are faulty. I see these messages when people have their map set to compile in a different directory from where they are actually trying to play it. So check that.

But second thought, since you've said you added things to it--even just rooms--is that you got a leak. Just because Hammer doesn't say you have a leak, doesn't mean you dont have one. Check your build program settings first. If that don't work, start backtracking and deleting things you've put in one by one and then Fast recompiling. If it starts to compile, you know you've found the problem entity. Did you use the "check for problems" feature to see if you have any solids messed up (this is a long shot actually).

You can also send me the vmf if you want, and I will take a look at it for you.


Here's some helpful tips if you are going to be making more maps.

1) save separate copies of the vmf every time you make significant changes to it. I once had 13 different copies of my vmf named rats1,rats2, rats3, etc. so I could go back to the last known working copy if I screwed something up.

2) learn now how to use the Cordon tool. It allows you to block off certain sections of the map to compile so you can see which sections work and which dont. this tool can really help you narrow down a leak.

3) be careful with the entity tool. i cant tell how many times I've had this tool selected and then hit my left mouse button to click on the on the 3d window, thereby inserting an entity outside the skybox without even knowing it because the entity tool had not been unselected first. that causes a leak.


*Frags*

EDIT: lol, he just added screenshot after I wrote all this stuff.

[sir_frags]

Send me the vmf dude. if it compiles for me then you got Hammer set up wrong.

I would also say to go ahead and switch over to the default Half Life 2 deathmatch configuration in Hammer (dont change anything) and then open your vmf in that configuration and see if it will compile. If it does then you know you dont have a leak.

Or if it compiles super quick as in a handful of seconds then you might have a leak.

[Ginga]

Originally Posted by sir_frags

Send me the vmf dude. if it compiles for me then you got Hammer set up wrong.

have uploade the bsp i managed to compile and the vmf im trying to compile now for you;

http://sebspiers.co.uk/fortressforever/maps/ff_newfort

Thanks.

[GambiT]

c:\users\seb.spiers\documents\ff maps\ff_newfort"

fix that...no spaces...it either needs to be "ffmaps" or "ff_maps"

[sir_frags]

What did I tell him? LOL.....but he did say he compiled it like this before, which doesnt seem possible.

[GambiT]

i have a hard time believing that he was able to compile like that, maybe he changed that after compiling once before?

[Ginga]

Originally Posted by GambiT

c:\users\seb.spiers\documents\ff maps\ff_newfort"

fix that...no spaces...it either needs to be "ffmaps" or "ff_maps"

Thank.s

Ive removed the space in ffmaps and seem to have made a little progress (well maybe)

I now get alot more logs but they all seem to tell me Im not using the compilers correctly.

I think its because its missing the .bsp or .vmf from the end of the command lines?

** Executing...
** Command: "c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\bin\vbsp.exe"
** Parameters: -game "c:\program files\steam\SteamApps\SourceMods\fortressforever\" "c:\users\seb.spiers\documents\ffmaps\ff_newfort"

Valve Software - vbsp.exe (Dec 11 2006)
Command line: "c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\bin\vbsp.exe" "-game" "c:\program files\steam\SteamApps\SourceMods\fortressforever" c:\users\seb.spiers\documents\ffmaps\ff_newfort" 

usage  : vbsp [options...] mapfile
example: vbsp -onlyents c:\hl2\hl2\maps\test

Common options (use -v to see all options):

  -v (or -verbose): Turn on verbose output (also shows more command
                    line options).

  -onlyents   : This option causes vbsp only import the entities from the .vmf
                file. -onlyents won't reimport brush models.
  -onlyprops  : Only update the static props and detail props.
  -glview     : Writes .gl files in the current directory that can be viewed
                with glview.exe. If you use -tmpout, it will write the files
                into the \tmp folder.
  -nodetail   : Get rid of all detail geometry. The geometry left over is
                what affects visibility.
  -nowater    : Get rid of water brushes.
  -low        : Run as an idle-priority process.

  -vproject <directory> : Override the VPROJECT environment variable.
  -game <directory>     : Same as -vproject.


** Executing...
** Command: "c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\bin\vvis.exe"
** Parameters: -game "c:\program files\steam\SteamApps\SourceMods\fortressforever\" "c:\users\seb.spiers\documents\ffmaps\ff_newfort"

Valve Software - vvis.exe (May 22 2006)
Command line: "c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\bin\vvis.exe" "-game" "c:\program files\steam\SteamApps\SourceMods\fortressforever" c:\users\seb.spiers\documents\ffmaps\ff_newfort" 

usage  : vvis [options...] bspfile
example: vvis -fast c:\hl2\hl2\maps\test

Common options:

  -v (or -verbose): Turn on verbose output (also shows more command
  -fast           : Only do first quick pass on vis calculations.
  -mpi            : Use VMPI to distribute computations.
  -low            : Run as an idle-priority process.
                    env_fog_controller specifies one.

  -vproject <directory> : Override the VPROJECT environment variable.
  -game <directory>     : Same as -vproject.

Other options:
  -novconfig      : Don't bring up graphical UI on vproject errors.
  -radius_override: Force a vis radius, regardless of whether an
  -mpi_pw <pw>    : Use a password to choose a specific set of VMPI workers.
  -threads        : Control the number of threads vbsp uses (defaults to the #
                    or processors on your machine).
  -nosort         : Don't sort portals (sorting is an optimization).
  -tmpin          : Make portals come from \tmp\<mapname>.
  -tmpout         : Make portals come from \tmp\<mapname>.
  -FullMinidumps  : Write large minidumps on crash.

** Executing...
** Command: "c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\bin\vrad.exe"
** Parameters: -game "c:\program files\steam\SteamApps\SourceMods\fortressforever\" "c:\users\seb.spiers\documents\ffmaps\ff_newfort"

Valve Software - vrad.exe SSE (May 22 2006)
----- Radiosity Simulator ----
Command line: "c:\program files\steam\steamapps\sebspiers@blueyonder.co.uk\sourcesdk\bin\vrad.exe" "-game" "c:\program files\steam\SteamApps\SourceMods\fortressforever" c:\users\seb.spiers\documents\ffmaps\ff_newfort" 

usage  : vrad [options...] bspfile
example: vrad c:\hl2\hl2\maps\test

Common options:

  -v (or -verbose): Turn on verbose output (also shows more command
  -bounce #       : Set max number of bounces (default: 100).
  -fast           : Quick and dirty lighting.
  -final          : High quality processing.
  -low            : Run as an idle-priority process.
  -mpi            : Use VMPI to distribute computations.
  -rederror       : Show errors in red.

  -vproject <directory> : Override the VPROJECT environment variable.
  -game <directory>     : Same as -vproject.

Other options:
  -novconfig      : Don't bring up graphical UI on vproject errors.
  -dump           : Write debugging .txt files.
  -dumpnormals    : Write normals to debug files.
  -threads        : Control the number of threads vbsp uses (defaults to the #
                    or processors on your machine).
  -lights <file>  : Load a lights file in addition to lights.rad and the
                    level lights file.
  -noextra        : Disable supersampling.
  -debugextra     : Places debugging data in lightmaps to visualize
                    supersampling.
  -smooth #       : Set the threshold for smoothing groups, in degrees
                    (default 45).
  -dlightmap      : Force direct lighting into different lightmap than
                    radiosity.
  -stoponexit	   : Wait for a keypress on exit.
  -mpi_pw <pw>    : Use a password to choose a specific set of VMPI workers.
  -nodetaillight  : Don't light detail props.
  -centersamples  : Move sample centers.
  -luxeldensity # : Rescale all luxels by the specified amount (default: 1.0).
                    The number specified must be less than 1.0 or it will be
                    ignored.
  -loghash        : Log the sample hash table to samplehash.txt.
  -onlydetail     : Only light detail props and per-leaf lighting.
  -maxdispsamplesize #: Set max displacement sample size (default: 512).
  -softsun <n>    : Treat the sun as an area light source of size <n> degrees.                    Produces soft shadows.
                    Recommended values are between 0 and 5. Default is 0.
  -FullMinidumps  : Write large minidumps on crash.
  -chop           : Smallest number of luxel widths for a bounce patch, used on edges
  -maxchop		   : Coarsest allowed number of luxel widths for a patch, used in face interiors

  -LargeDispSampleRadius: This can be used if there are splotches of bounced light
                          on terrain. The compile will take longer, but it will gather
                          light across a wider area.
  -compressconstant <n> : compress lightmaps whose color variation is less than n units.
  -StaticPropLighting   : generate backed static prop vertex lighting
  -StaticPropPolys   : Perform shadow tests of static props at polygon precision
  -OnlyStaticProps   : Only perform direct static prop lighting (vrad debug option)
  -StaticPropNormals : when lighting static props, just show their normal vector

** Executing...
** Command: Copy File
** Parameters: "c:\users\seb.spiers\documents\ffmaps\ff_newfort.bsp" "c:\program files\steam\SteamApps\SourceMods\fortressforever\maps\ff_newfort.bsp"

[Lichme]

I think I have had that problem before. My solution was that I changed the directories to not add the closing \ to the directories. I believe it should be fortressforever rather then fortressforever\

[Ginga]

Originally Posted by Lichme

I think I have had that problem before. My solution was that I changed the directories to not add the closing \ to the directories. I believe it should fortressforever rather then fortressforever\

Just tired this. Same problems.

Thanks