 |
QBSP3 Errors
Submitted by Miniwood on Fri, 2004-05-28 04:25.
QBSP3 Errors
If you have any answers to these errors or have errors to add then
please tell us. Use CTRL+F to search this page for a specific error.
# SubdivideFace didnt split the polygons
[No Information At Present]
# Mixed Face Contents
Content properties all have to be the same for a brush...you cant
have 2 different ones on one brush...this is different for surface
properties.
# numvertexes == MAX_MAP_VERTS
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# Leak***
you have a hole in your map. Your map must be completely closed. Most editors come with leaking finding tools.
# bad planenum
The map is too big, it exceeds some of Quake
2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or
split it up. Quake 2 has a limit of 65536 planes it can support and a
brush has a face that excedes that limit.
# Tried parent
A brush has a surface that is in the same plane as a
parent entity. This is checked when splitting brushes up and building
the partitions for later processing. The most likely source of the
problem is that a brush is malformed and needs to be fixed up or
removed.
# PSIDE_FACING with splits
This error should never occur due to the way that the
conditions required to cause it. The source is checking a surface
property and the number of splits for a brush that are necessary.
However the routine that would generate the conditions for this error
has an #if 0 / #endif around the part that would set the second
condition for this error code (s&PSIDE;_FACING) so noone should ever
see this error. If they do, Id love to see the .MAP and find out how!
# Can't write mapname
There is a problem with your HD, it might be full. Is your map file opened in another program?
# HashVec: point outside valid range
There's a vertex outside the valid range. The maximum extents of a Quake 2 level is (in all dimensions) -4096 to +4096.
# GetVertexnum: outside +/- 4096
These are "map is too damn big" errors. Somewhere the map
is out of the +/- 4096 bounds. Make your map smaller or make sure its in
the middle and not way off to the side of the bounds.
# MAX_SUPERVERTS
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# numedges == MAX_MAP_EDGES
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# SubdivideFace: didn't split the polygon
[No Information At Present]
# Winsock initialization failed
When the -draw flag is specified, then QBSP3 will attempt
to open a WinSOCK connection to the GLServer port of 25001. However
since noone ever inits the drawflag in the C code, it is up to the
compiler to decide if it is set to NULL or if it not init'd. The latter
case means that some compilers may cause drawflag to be accidentally set
due to memory garbage. In any case, this problem should only really
appear when the user specifies '-draw' on the QBSP3 command line and
they do not have WinSOCK (TCP/IP) installed on their system. Two simple
workarounds for this are:
- Do not set the -draw flag on the QBSP3 command line. This should be something that most users dont do anyways!
- Install the Netscape "fake" WinSOCK.dll file (called
Mosock.dll or something funky like that). It is essentially a
WinSOCK.dll that contains NULL WinSOCK routines so that a client does
not really have to install and configure TCP/IP on their clients but
they can use it when viewing local web pages.
- A third workaround is something that more advanced
users can do: simply rename qbsp3\gldraw.c to qbsp3\ogldraw.c and rename
qbsp3\nodraw.c to qbsp3\gldraw.c. This effectively stubs out all of the
Draw_* routines that come from processing the tree nodes.
# draw_socket failed
Related to the Winsock error above. The reason for the
failure is that WinSOCK coudl not create a socket for steaming the data
to later on. The same answers for dealing with this apply from the error
above.
# Couldn't open
This error occurs 2 times. One time is when QBSP3 attempts
to create and open the .GL file (if the user put -glview on the command
line). If QBSP3 gets ANY error doing this, it stops w/o indicating what
the error may be. The second time is when QBSP3 attempts to create and
open the .LIN file to save the leak information. The most common reasons
for either failing is probably lack of disk space or if you are
attempting to save to a network file server, no rights to create new
files (although why QBSP3 doesnt give the same error when generating the
.PRT or .BSP files is something Id have to look at later).
# Can't write expanded.map
You did not list this error but it is in the code. This is
the error that QBSP3 generates when it cannot create the file named
expanded.map. This file is generated if QBSP3 is unable to create the
file that would contain all the new brush info. This file is generated
in TestExpandBrushes() just before QBSP3 gives the can't proceed after
expanding brushes error message. However upon diggin into the code more I
noticed that the routine TestExpandBrushes() is never called (its call
in LoadMapFile() is commented out). As a result, no one should EVER see
this error message.
# FloatPlane: bad normal
Happens with vertex editing when the geometry is invalid,
for example when you alter the number of faces (ie: take a block [6
sides], take two vertices from the top and bring them over the lower 2
vertices to transform the block brush in a wedge [5 sides]. The face
isn't a plane anymore (now an edge) so the normal can't be calculated).
# MAX_MAP_PLANES
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# MAX_MAP_BRUSHSIDES
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# nummapbrushes == MAX_MAP_BRUSHES
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# parsing brush
Your map file contains an error, so qbsp3 couldn't parse it. You'll probably need to fix it with a text editor.
# Entity %i, Brush %i: origin brushes not allowed in world
Caused by having the origin (center) of the Origin brush
outside the bursh it is meant to rotate (func_rotating error). It occurs
when you apply the "origin" surface property to a brush that is not a
func_rotate(door) entity. In other words it happens when you give an
origin surface property to a world brush.
# ParseEntity: { not found
Your map file contains an error, so qbsp3 couldn't parse it. You'll probably need to fix it with a text editor.
# num_entities == MAX_MAP_ENTITIES
too many entities...delete some or divide your map into 2 maps
# ParseEntity: EOF without closing brace
Your map file contains an error, so qbsp3 couldn't parse it. You'll probably need to fix it with a text editor.
# Entity %i: func_areaportal can only be a single brush
A func_areaportal can only have one brush attached.
# can't proceed after expanding brushes
No one should ever see this error message
# Portal_EntityFlood: not a leaf
[No Information At Present]
# AddPortalToNode: allready included
[No Information At Present]
# RemovePortalFromNode: portal not in leaf
[No Information At Present]
# RemovePortalFromNode: portal not bounding leaf
[No Information At Present]
# CutNodePortals_r: mislinked portal
[No Information At Present]
# MAX_MAP_AREAS
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# Unknown option
you ran qbsp3 with an unknown option. Look here for a list of all the options
# Tried to invoke command line that wasnt valid
you ran qbsp3 with an unknown option. Look here for a list of all the options
# usage: qbsp3 [options] mapfile
you need to specify the map file to compile. Check here for all your options
# MAX_MAP_TEXTURES
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# node->faces seperating CONTENTS_SOLID
[No Information At Present]
# !node->faces with children
[No Information At Present]
# PruneNodes: node->brushlist
[No Information At Present]
# Bad leafface
When writing out the information about the faces to the
BSP file, one had a face number larger than the largest one QBSP3 knows
about. This should typically be due to some memory overwrite problems or
some internal flow problems rather than anything the user did. I dont
have any suggestions on how to fix the problem w/o actually debugging on
a .MAP that could generate this error...
# MAX_MAP_LEAFFACES
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# MAX_MAP_LEAFS
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# MAX_MAP_LEAFBRUSHES
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# MAX_MAP_FACES
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# MAX_MAP_SURFEDGES
The map is too big, it exceeds some of Quake
2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or
split it up.
# MAX_MAP_NODES
The map is too big, it exceeds some of Quake
2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or
split it up.
# WriteDrawNodes_r: odd planenum
[No Information At Present]
# stylenum == MAX_SWITCHED_LIGHTS
The map is too big, it exceeds some of Quake 2/QBSP3
internal maximums. You can only have a maxium of 32 switched (ie:
targetname light1) lights in Quake2. It is not clear if a light w/a
targetname but is not really targeted counts towards this tally or not.
To be safe, lights that are not switched should not have a targetname
(until someone can verify that this does not matter). Remove some
switched lights until you have less than 32.
# MAX_MAP_BRUSHSIDES
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
# MAX_MAP_MODELS
The map is too big, it exceeds some of Quake 2/qbsp3/qrad3/qvis3's internal maximums. Simplify, make it smaller, or split it up.
Compiling Errors Maximum Values Allowed In Quake 2
RUST | Gamedesign.net is your source for
all the latest game-editing news and tutorials. If you are seeing this
message, this means that you are using a browser that does not support
CSS. Please upgrade your browser and enjoy your stay at RUST and if you
have any questions, comments, or suggestions, please contact a site
administrator.
|
 |
 |
 |