Background
ajay wrote:So close. Finally got to the finishing 'edges' of the map, though not the complete, finished map, and TreeQBSP has gone bang:
ERROR 73: Vertexes in map exceed 65535
That, from what I've read, is fairly fatal now, I'm not sure there's a QBSP that goes beyond that?
qbism wrote:I know that some big maps use external bsps to stretch limits.
ajay wrote: I've temporarily fixed it using -hilimits, but I've then hit bad surface extents errors, first in light.exe and in running the map.
Fixed again, but I'm not sure I'm going to finish the planned layout/details of the map.
External bsps? Interesting, how does that work?
goldenboy wrote:Another one bites the dust, er, the BSP format. Welcome to the club.
External BSP is exactly what it says, you save part of the map as its own file and compile it, then load it into the main map via a misc_model or similar entity. Much like the old health boxes.
There may be problems with proper lighting of BSP models and so forth.
Discussion/questionajay wrote:Has the current quake software reached their limits, or can they be further increased if programmers wanted? TreeQBSP has pushed the limits, as have newer engines - would further limits be possible, or have the Quake formats got limits that can't be extended any further?
What my final post was (clumsily) asking was can the coders of QBSP .exe 's and engines extend the limits further than they are now (if they'd time/inclination etc) or are we as far as we can go?
Secondly could someone point me in the direction of a map using external bsp's for me to study?