Leaf (portal 1709) with too many portals.

Leaf (portal 1709) with too many portals. Use vbsp -glview to compile, then glview -portal -portalhighlight X to view the problem.

What causes this problem cause it's pissing me off and i cannot get my head around getting glview to work i've followed lep's tutorial, but i still can't get glview to run, or at least run in a way i can use it.

last time i had to go back quite a few steps to an early back up. i dont want to have to do that again.

al i did was add a prop_static and a light_spot. which i need several of to make my map turn out the way i need it to.

could someone spell it out to me in laymans terms, cause im thick

Thanks alot

Leaf (portal 1709) with too many portals. Use vbsp -glview to compile, then glview -portal -portalhighlight X to view the problem.

** Executing...
** Command: "C:\Program Files\Valve\Steam\SteamApps\kingtoke\sourcesdk\bin\vbsp.exe"
** Parameters: -glview ( [color=yellow]i have also tried it with the filepath in here like the guide suggests, but with no avail[/color]

Valve Software - vbsp.exe (Nov 22 2004)
Command line: "C:\Program Files\Valve\Steam\SteamApps\kingtoke\sourcesdk\bin\vbsp.exe" "-glview"

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.
-linuxdata : Force it to write physics data for linux multiplayer servers.
It will automatically write this data if it finds certain
entities like info_player_terrorist, info_player_deathmatch,
info_player_teamspawn, info_player_axis, or info_player_coop.

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

can someone please explain what im doing wrong?

Link. Hmm, I don't see a direct reference to that particular error...you sure it's not a leak? BTW, where you have "-glview" I think you should just have -glview.

This is from Half-Life 1, but the meaninig is probably similar.

MAX_PORTALS_ON_LEAF

This is normally caused by having large rooms which connect to a lot
of other hallways, alcoves, or other similar shapes. Alternatively
it is caused by an invalid brush, of which each one is usually unique
and you would have to find on your own (though Worldcraft is pretty
good about finding them in its 'check for problems' feature).



This image is an example top-down view of a complex room. The pink
area is the room, the blue area are the walls. The main big room
is one leaf, each alcove is a leaf, but the big leaf joins all the
little ones for a total of 32 portals. MAX_PORTALS_ON_LEAF is 256
in Halflife, so this problem is quite rare and usually a side effect
of having a damaged brush in the map.

the quotation marks are put in by the compiler

http://homepage.ntlworld.com/simon_elliott3/vvis.JPG

ok, i found what was causing my problem, via hammer. unfortunately for me this is an important feature i would like to add

http://homepage.ntlworld.com/simon_elliott3/works.JPG

http://homepage.ntlworld.com/simon_elliott3/doesntwork.JPG

http://homepage.ntlworld.com/simon_elliott3/flatshaded.JPG

these are on the outside of my main building, can anyone suggest a better way of doing this?

thanks for all your help

Uh...make them func_detail s? Put 1 pixel between them and the wall/floor? shrug