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
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 
 
OK 
I'm using tyr-glquake.exe or tyr-quake.exe, with the DP 'BSP2' format from the new compiler. Version of the engine is .61 1175. qbsp is 0.13.

The engine throws a 'not version 29' error when I try to load the map.

Think I'm gonna download tyrutils 0.12.....

Shame because the map took 520 seconds to compile (just qbsp) :P

I still cannot believe it doesn't throw warnings. Or do I need -verbose for that..... 
Or Do I Just Need To Use -2psb? 
Gonna check..... 
Nnnnnnnnnnnnnnnnnnnnnnnnno 
Doesn't work with -2psb. How do I force RMQBSP2? 
 
Sorry, the compiler doesn't do 2PSB format anymore - I'll upload a new TyrQuake snapshot for you that will load the BSP2 format.

Might look at supporting a -2psb command line option for qbsp also, but probably better to use the -bsp2 and I'll fix the engine. 
TyrQuake With (DP Style) BSP2 Support 
Snapshot version 0.61-1221 uploaded here:

Win32 and Mac OS X.

One of these days I'll have to do a proper release! 
 
I haven't actually tested that Windows build, but it should be okay. 
OK Cool 
Here goes nothin.... 
Also 
Well....

I understand that feature-bloat is a bad thing and all, but ATM RMQe is the only Fitz-branch engine with any kind of BSP2 going on. I can only speak for myself here, but I would really love the feature right now. The main reason being that I want to us MHAguireLight to do the light, and it won't work on V29 maps. I just love AguireLight, and now we have lit support with it, I was so made up when we hit that milestone.

Having said that, I'm still keen on using Tyrquake. And I'm really impressed with the QBSP. It seems really stable to me. I'm so used to having trouble compiling huge maps, but this compiler has blown me away. And I haven't tried your light tool for ages either, but I guess the entities are set up differently to Aguires.....?

One quuestion - does it support the -extra4 level of resolution? And the really cheeky question - does it do dynamic (flickering etc) coloured lights? I seem to remember that RMQe + MHAguireLight would actually do that stuff. But I'm not and engine or tools guy, other that using them heh.

Now, where was I.... 
*non-V29 
 
That Snapshot Works 
Changing the resolution and applying full screen from the menu caused no textures to be drawn, I could only see the shading on the gun. everything else (including the menu) was flat grey.

Launching from command line with the resolution and fullscreen applied worked fine. I cant remember the cvars to apply texture filtering. I prefer the blurry bilinear type texture effect. Lit files not working (were they supposed to be?), no aspect-ratio correction stuff (especially on the weapon).

I decided that what I'm going to do (for now) is use TyrQBSP v0.11 to compile my map, and hopefully I can use MHAguireLight to light it, and run it in RMQe. To me that is going to be the most Fitz-like experience. Baker? 
Maybe Someone Could Hack DPstyle BSP2 Support Into 
MHAguireLight. Maybe MH would do it? Que Sera Sera.

Then that can be a standard and FitzQuake MkV will also support it and all will be perfect and centered in the universe again 
Well I Can Confirm That The Following Combo Works 
TyrQBSPv0.11 + MHAguireLight + RMQe

And I LOVE it! 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.