News | Forum | People | FAQ | Links | Search | Register | Log in
Jury-Rigged BJP Tools
These are essentially modified versions of TxQBSP and WVis with a few features added, the main ones being :

- improved skip support ( courtesy of mh & Baker )
- detail- and hint-brush support

The detail and hint code is largely ported from Alexander Malmberg's Quest Editor compilers, so full credit goes to him.

Coincidence and feature overlap with the newly released TyrUtils v0.5 can only be seen as a sign of the elder gods, and hopefully it helps
making those features more of a standard.

Tests so far have not shown any obvious problems with these new features, but i'm still inclined to call them experimental until proven
otherwise ;).

Please report problems as needed.

Download
First | Previous | Next | Last
 
Radiant's build script is designed for the Quake 3 compiler. You'd have to edit the default_build_menu.xml file and change it to work with the Q1 utils. Or simply run the compilers in a command prompt window. 
 
It's not netradiant issue, wvis_xt.exe and txqbsp_xt.exe simply don't run at all (win XP sp3).

(Yes I know how to edit radiants xml configs.) 
 
Since negke already suggested running them directly via the command-prompt, are there any error messages when you try to run them ? 
It's True 
Just tried it myself and they show "Not a valid Win32 application" errors. Did you accidentally compile them for 64bit? 
 
not a win32 application 
 
Strange, the target definitely isn't 64Bit.

@negke : You're on XP too i suppose ?

@slapmap : If you're up for it, could you send me an eMail to the one mentioned in the readme.txt ? That would be great. Otherwise i'll just ask/force negke. 
 
Thanks for reporting this one, guys - i'm on Win7 and just assumed compiling would work fine for WinXP as well - turns out the compiler had to be updated first to support that - oh well.

The main package in the first thread is updated now. 
Greatest Tools Ever, 
supporting all the goods
shame it didnt get the attention it deserves.
thank you rebb! 
Can't Download 
Hey, the file says that it is not commonly downloaded and could be dangerous. any way to fix this? 
 
Yeah, use a browser that let's you embrace the non-mainstream hipster downloader in you. Or disable the malware that showed you the message. 
NVM 
Fixed the problem, I disabled the detection system. 
A Wild Update Appears 
Main changes ( see readme for details ) :
- BSP2 support
- additional HOM countermeasures
- assorted fixes

It's now hosted on a dedicated page instead of being a monolithic file download.

Internet Link  
Oh And 
Many thanks to everyone who helped testing and provided feedback so far ! 
Which BSP2 Is It? 
Is it RMQ's BSP2 format (known as 2psb, or BSP29a) or the other BSP2 format? 
It's BSP2, Not 2PSB 
Floating point bounds etc. 
Bravorebb 
 
Cheers! 
And thank you very much! 
 
here is a patch for txqbsp in bjptools_xt_290914 to support some of the tyrutils-ericw light keys on func_detail/func_group, notably phong shading.

It's ugly for qbsp to have to read these, but there's no other way to support keys on func_detail/func_group.

http://www.quaketastic.com/files/tools/bjptools_xt_290914_phong.7z 
Question 
is _phong key supported on all func_* ents? 
Yes 
func_detail and func_group require a supporting qbsp, other func_* work with any qbsp.

just to be clear the phong support is in tyrutils-ericw light, available in post #420 here 
I See 
thx for the answer, i know the light does the phong. the jury rigged tools are more reliable for me in the end, makes fewer errors and leaks. this is a great news! thank you 
Ruby 
the modified tools eric posted write a tex.info file which the light.exe reads to compute its _phong magic.

The bounce parms are set on the lights / worldspawn light itself. 
Bug 
External bmodels compiled with the 290914 stable build or 030215 test build are rejected by DarkPlaces with this error: "Host_Error: Mod_Q1BSP_RecursiveNodePortals: corrupt node hierarchy"

The 040814 stable build doesn't have this issue.

To reproduce, save this as quake/bmodeltest/maps/b_shell0.map, compile, and start e1m1 under the bmodeltest gamedir.

{
"classname" "worldspawn"
"wad" "Q.wad"
{
( -32 -32 -48 ) ( -32 -31 -48 ) ( -32 -32 -47 ) basebutn3 -0 -0 -0 1 1
( 32 96 -16 ) ( 32 96 -15 ) ( 32 97 -16 ) basebutn3 -0 -0 -0 1 1
( -32 -32 -48 ) ( -32 -32 -47 ) ( -31 -32 -48 ) basebutn3 -0 -0 -0 1 1
( 96 32 -16 ) ( 97 32 -16 ) ( 96 32 -15 ) basebutn3 -0 -0 -0 1 1
( 96 96 32 ) ( 96 97 32 ) ( 97 96 32 ) basebutn3 -0 -0 -0 1 1
( -32 -32 -32 ) ( -31 -32 -32 ) ( -32 -31 -32 ) basebutn3 -0 -0 -0 1 1
}
}
 
 
Helping yourself to anything in particular ?
The -nofillinside switch should do it in this case .. 
Thanks! 
that seems to do the trick.

This came up in testing AD on DarkPlaces; the breakable rubble bits are external bmodels.

Helping yourself to anything in particular ?
Are you referring to my tyrutils fork? No, I'm not planning to borrow more txqbsp-xt features (or do further work on that qbsp in general.) Sorry if I misunderstood your question? 
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.