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
 
I'll look into the Q2 map format - I think there's just some extra fields to ignore?
I am not sure, I know it is a Q3 format because it has a lot of extra surface information. If you need a sample map file, let me know. 
The Only Differences 
are the additional directory in the texture name and three additional values at the end of each face definition: surface contents, surface flags, and surface value. You can just skip those. 
TyrUtils V0.12 
New version is up with support for the newer/better LordHavoc version of BSP2. Qbsp will create BSP2 files in this format with the -bsp2 command line. All other utils understand both kinds of BSP2, so you can still light and/or vis your '2PSB' maps if you want to use another Qbsp compiler.

Changelog:

* Implement the Darkplaces (LordHavoc) style BSP2 format and use as default
* Still support the RMQ style BSP2 format (but don't create any new ones)
* qbsp: Fix bug causing sky brushes to be non-solid

Download from the utils page as usual (Win32 / OSX / source). 
 
It seems 0.12 (didn't test 0.11, the last version I used was 0.6) no longer automatically adds the entire animated sequence of textures to a .bsp. If you use +0blah, the .map has to include faces with +1blah and +2blah for tyrqbsp to include those textures. Was this intended? 
Yeah 
I mentioned this in one of the emails a while back, but maybe it got lost in the shuffle. Or I didn't.

By the way, the error message change as opposed to critical stop fixes the .map I sent a couple of weeks ago?

Miss mapping, have a few random ideas I'd like to experiment with as well... 
Well My Map Compiled 
It's not ridiculously huge but it does break a lot of limits. By the time I've finished detailing it will definitely break limits.

Good news - tyrqbsp compiled the map. Didn't get warnings either, and the map ran in darkplaces (latest windows auto build), and the map also compiled with TxQBSP but only after a mit of messing around with leaks n stuff. It tried TxQBSP first, by the time I fixed all of the leaks I was still getting about 50 warnings.

tyrqbsp just compiled it fine (with the -bsp2 option). 
When I Say TxQBSP 
I really mean mh's TxQBSP branch 'TxQBSP2'.

So, are there any Fitz-branch engines that support the Darkplaces BSP2 format? Ir is Fitz still on RMQBSP2 only, via MH's RMQEngine?

Does DirectQ support it, or anything like that?

Too lazy LMGTFY 
 
That post was more of a direct question for Tyrann since I've been throwing wip stuff at him for a while now. Aside from making a level / mod my ulterior motives we're give some feedback on both these tools and Trenchbroom. 
Also 
The os8 update seems to have locked my email accounts on the tablet since I'm currently overseas - which is why I didn't send one. 
 
@scampie: hrm, that's a bug. I'll look at that today.

@ijed: I'll take a look at your map today. 
 
Ricky: Nope and nope. DP and FTEQW support it. 
Thanks 
I'll be back in a week or so... 
TyrUtils V0.13 
This one should fix the issue with ijed's map and the animating textures bug that Scampie pointed out.

Changelog:

* Fix handling of func_group/detail entities with no solid brushes
* Fix automatic adding of animated texture frames 
Great Thanks 
I wasn't aware trenchbroom also had an issue with no-brush func's. It's a common error with worldcraft levels so hopefully the same fix here will also serve for that editor.

Something to be added to an error checking / entity management system in later TB editions possibly. 
 
Yeah, it wasn't just no-brush func's, but I had a bug in my qbsp where if the func_group or func_detail had only liquids (and no solids) the brush list would become corrupted (brushes would go "missing" during the compile. 
 
@sock: You want to test this quick hack up of Q2 map compatibility? No extra command line needed, it will just ignore the extra fields and texture paths:

tyrutils-0.13-3-gf972f19-win32.zip 
Ah 
So all I was doing rebuilding areas was changing the brush order in the map file.

Good to know it's fixed, hope to wrap this one up starting next week and have a few other ideas to get done. 
Ah 
So all I was doing rebuilding areas was changing the brush order in the map file.

Good to know it's fixed, hope to wrap this one up starting next week and have a few other ideas to get done. 
Ah 
So all I was doing rebuilding areas was changing the brush order in the map file.

Good to know it's fixed, hope to wrap this one up starting next week and have a few other ideas to get done. 
So Now Public Buses 
In England have wifi. Shame it's a bit patchy. 
T-t-t-triple Post! 
 
Triple Post 
Just like the buses, you wait for ages then three come along at once. 
 
@sock: You want to test this quick hack up of Q2 map compatibility? No extra command line needed, it will just ignore the extra fields and texture paths
It works a treat, thank you. :) I wanted to test the -forcegoodtree parameter and it does indeed make the marksurfaces lower.

Original - 39768 marksurfaces 79536
New - 40166 marksurfaces 80332
New + fgt - 37811 marksurfaces 75622
Here is the full compiler stats. 
 
Great, thanks sock. 
Niiiiiiice 
 
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.