News | Forum | People | FAQ | Links | Search | Register | Log in
TyrUtils V0.11
TyrUtils v0.11 has been released:

*Support BSP2 format (qbsp requires the "-bsp2" command line option)
*qbsp: Fix animating texture bug when brushes are textured with alt-animations
* qbsp: Fix a crash in tjunc calculations
* qbsp: Exit with error if verticies exceed 65535 (BSP29 limit)
* qbsp: Add experimental "-forcegoodtree" command line option (thanks Rebb)
* vis: reduce "leaf recursion" error to a warning and continue processing

Download from the utils page as usual (Win32 / OSX / source).
First | Previous | Next | Last
Woop! 
Heh - I'm soon to have a gargantuan sandbox hull to test the BSP2 functionality >:) 
Hmm... Thats Great! 
Just can�t figure out how to run it under OSX... 
 
which bsp2 version is supported? 
 
Is there any chance you can add the following options to the qbsp.exe?
-q2map : Enable Q2 style map format
-group : Enable func_group parsing
 
 
@mfx: these are command line apps, so you need to run them from the terminal

@sock: func_group should already work (no command line option needed). I'll look into the Q2 map format - I think there's just some extra fields to ignore? 
 
@gb: I think it's known as the RMQ version. The one the Tronyn used for the "Wicked" maps. I implemented it using this guide
Tyrann 
some extra fields at the end are ignored and also the textures need to have paths stripped from them. dunno if there is anything else. 
Tyrann 
i know, but it happens nothing after prompting to vis and such... 
 
Doesn't only the RMQ engine support BSP2 format maps? 
5th 
FTE does it as well..? 
 
I think RMQ, FTE, Darkplaces and TyrQuake snapshots all support this BSP2 format. 
 
I think DirectQ, QuakeForge, and probably either Proquake or Qrack do as well.

Engines have moved to supporting both of the slightly different implementations - they can be told apart by looking at the BSP in a hex editor I think, one uses "BSP2" and the other uses "2PSB". 
 
Isn't http://svn.icculus.org/*checkout*/remakequake/engine/Experimental/BSP2Tools/BSP2%20for%20Engine%20Coders.txt the wrong one?

Wicked used the wrong one and was never fixed.

It would majorly suck to leave engine coders to have to support two versions, kind of like a nehahra thing. 
Well 
I'm still here. I am going to be using BSP2 for all remaining maps. Point me to a set of compilation tools that creates the correct version of BSP2 (and supporting engines), and I'll recompile Wicked and use those tools for future maps as well. 
 
Well damn, guess I'll need to implement the "other" bsp2 format as well. 
 
It would majorly suck to leave engine coders to have to support two versions, kind of like a nehahra thing.

Nah, not in this case. The differences are minor, mostly the magic string being 2PSB vs BSP2. This is not a big problem tbh, just be aware that not all engines support both versions.

FTE is an example engine that supports both, I believe DP and QF do as well. 
 
As you can see, Tyrann did implement one version, not both. Could you at least update the documentation so people following it end up with the final spec?

How many maps with the wrong format are out there? Can't they just be recompiled/edited to the new format and then we can forget about the old format forever? 
 
It looks pretty easy to support both, but I'd like to see if there is some kind of consensus out there as to which one is bsp2 and does everyone call the other one bsp2rmqe or something else. No time this weekend, but I'll look into it more next week. 
 
personally I'd go with -bsp2 and -2psb. Call a spade a spade sort of thing. Hopefully the 2psb format will die just as soon as someone bothers fixing rmqe... 
The BSP2 Schism 
The "BSP2" variant was intended to replace the "2PSB" one after RMQ consultation with Lord Havoc, who requested these changes for BSP2 support in Darkplaces. From RMQ side, I agreed to those changes - in hindsight, maybe I shouldn't have. The situation is simply due to the mod (and the engine) dying before the change could be implemented. At that point in time, the mod team had mostly trickled away, meaning the people in key positions were just absent. There was nobody left who could do tool and engine coding, and thus the RMQ BSP2 toolchain uses 2PSB to this day.

The RMQ engine is dead, as far as I know, since MH has no time and is exclusively working with DirectX now, and to my knowledge neither of the RMQ successors use the engine anymore.

It's kinda sad, because it is a kick-ass engine that's in so many ways ahead of its time. I still love the engine and I might yet do something with it.

If you're looking for a standard, I suggest BSP2 - like Spike says - since it was the intention and it might just make sense.

For the specific set of changes between 2PSB and BSP2, people should consult the Darkplaces and FTE code, or LH and Spike, respectively. I'm not an engine coder. From the tools side, I believe hmap2 and the Quakeforge tools support "BSP2". 
Alternatively 
there is always q3bsp, which is supported by DP and FTE, and last I heard most Quake players use DP anyway. It's just the logical conclusion, really. BSP2 is an iffy compromise to begin with.

You can make Quake maps using q3bsp just fine, you'll just need to convert your wad textures to TGA or something. And viola, low resolution textures in q3bsp. You don't even have to use those horrible curves and shaders, except for things like sky and liquids. But I guess this will be seen as heresy :) 
 
I love the RMQ engine, but it doesn't work on my surface pro.

Is there a point to using BSP2? I thought most of the features had been ported over anyway (like func_detail brushes etc)... 
Im Using It (BSP2) 
You can make even bigger maps than the standard extended format. Which was only double. This is double again, isn't it?

It's kinda cool :)

I still see the engine side and the new tools that mh provided (Aguire + BSP2) as the new pinnacle. RMQ is (to the layman anyway) Fitz+++. This is why I would love to see Fitz Mk5 support it. Because it's such a cool engine, but I wanna make maps with 128k marksurfaces and crazy awesome coloured lighting, thank you very much. :) 
And 
Fixed flickering entity (admittedly now a moot feature with detail brushes).

The engine also has various under the hood optimization a for multiple animated light styles and running big maps. And I mean big - even Tronyn's maps haven't yet pushed the limits of the engine in terms of massive open world.

In theory, using Tyrann's detail brushes as your structures and a giant trisoup of the terrain courtesy of trenchbroom a Minecraft in Quake level is possible.

Might even give it a go when I get back, with Preach's flyer vehicle as an enemy.

Even if it fails horribly it'll still be an interesting challenge... 
Flickering Entities 
Can be fixed with one line in progs.h:

#define MAX_ENT_LEAFS 64 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2019 John Fitzgibbons. All posts are copyright their respective authors.