News | Forum | People | FAQ | Links | Search | Register | Log in
The TrenchBroom Level Editor
Today I am releasing TrenchBroom 1.0 for Windows and Mac OS X. TrenchBroom is a modern cross-platform level editor for Quake.

Features
- True 3D editing, no 2D views required
- High performance renderer with support for huge maps
- Vertex editing with edge and face splitting
- Manipulation of multiple vertices at once (great for trisoup editing)
- Smart clip tool
- Move, rotate and flip brushes and entities
- Precise texture lock for all operations
- Smart entity property editors
- Graphical entity browser with drag and drop support
- Comprehensive texture application and manipulation tools
- Search and filter functions
- Unlimited undo and redo
- Point file support
- Automatic backup
- Support for .def and .fdg files, mods and multiple wad files
- Free (as in beer) and open source (GPLv3)
- Cross platform (Windows, Mac OS X and Linux supported)

Check out a video of TrenchBroom in action here.

You can download the editor here.

If you would like to give feedback, please do that in this thread. If you find a bug or have a feature suggestion, please submit them at the issue tracker.

If you are wondering where the Linux binaries are then sorry, but currently there are none. The Linux version has a few problems which I could not fix before this release. I will get working on those right away so that the Linux version should be available in a couple of weeks, too.

Finally, I would like to thank necros for all his work over the past year. Without his tireless efforts, TrenchBroom would simply not exist. Or it would suck.

Alright, enough of this. Have fun with the editor!

Update: 2.1 here:
https://github.com/kduske/TrenchBroom/releases/tag/v2.1.0-RC1
Features "cool shit".
First | Previous | Next | Last
 
@Esrael

its an issue with the betas.

https://github.com/kduske/TrenchBroom/issues/1428

If youre comfortable with building from source, the issue has been fixed but hasnt been released yet. 
 
That might be a bug in TB. The "couldn't load gfx.wad" error means that the engine couldn't locate the id1 directory in the current working directory.

As a workaround, try adding "-basedir C:/Users/Esrael/Desktop/Games/Quakespasm" to the "Parameters" text field in TB's Launch Engine window. 
Thanks Guys! 
Wow, thanks for the fast response guys! =)

The workaround seems to be working like a charm, so in the mean time, while I'm waiting for the release with the bug fixed, I'll just use that. 
 
Thanks Ericw! First time I've seen that mentioned! 
 
anyone willing to walk me through building TB from source?

Ive never built from source or anything in this order.

Downloaded Visual Studio and everything, but I think I dont have the proper versions.

Got to this point and had to give up.

CMakeError.log just goes on and on like this:

"Compiling the C compiler identification source file "CMakeCCompilerId.c" failed.
Compiler: cl
Build flags:
Id flags:

The output was:
The system cannot find the file specified"

command prompt is telling me about vcvarsall.bat, which has to do with visual studio?

:cries in corner: 
New Beta? 
Is there any chance of seeing a new beta release any time soon? It's been a while since the last one, and although I imagine the goal might be to hit full release with the next update, there have been a lot of changes since the last one. For some of those, it's fixing bugs that I myself created and would rather like to enjoy the fruits of having the fixes.

I know I could compile it myself, but as I understand it the process is quite complicated due to the need to compile several different things seperately and so on. I'm not really that level of user unfortunately, so yeah... It won't kill me if I have to wait until full release for TB2, but a new beta would be nice. 
@Pritchard 
Agreed on the build being complicated. Tried to tackle it and had to give up.

Fortunately, Ericw came to the rescue with a recent build.

https://ci.appveyor.com/project/kduske/trenchbroom/build/2.0.0-appveyor-65/artifacts

now, GO MAP. or...yknow. hangout. up to you. 
I'm Very Busy Atm 
Still working on TB, but at a very slow pace. I'm swamped with RL things. 
Real Life > Quake Life 
It's totally understandable that you're busy SleepwalkR, and it's even easier for me to be cool with that thanks to the ericw and the link mukor posted :D 
 
Is it okay to submit bugs that are from that interim build that was just posted? I found this but I'm not sure if it's okay to create an issue for a 3rd party build of the program. 
Pritchard 
I'd say submit the bug, I'll take the blame if it's an invalid bug for some reason ;)

(That build I made is the current latest code from release/v2.0.0 and it's built by TrenchBroom's CI system, so there shouldn't be anything weird about it.)

FWIW I think I hit that bug of things going off grid as well, haven't had a chance to investigate it though.. 
MacOS Version 
Does anyone use TB on macOS 10.8 or below; would you care if TB required 10.9+? 
Continued From General Abuse #28461-28475 
Personally, I try to avoid using 3-point clip whenever I can. I find it not very intuitive and often end up clipping out the part that I wanted to keep. It's quite common for me to have to do multiple tries to find the correct camera angle that will make the clip tool perform like I intended. In many cases it's faster to just do it in vertex mode. 
3point 
Hopefully this will help de-mystify what the third point is for, at least to the point where you understand it as well as I do (I'm moderately sure this is all it can do).

Here's a standard, 2-point clip:
http://i.imgur.com/7Mkebev.png

Then... Bam! 3rd point:
http://i.imgur.com/tvD7hDK.png

Try it yourself. Drag the 3rd point around and watch as the angle of the clip changes. Obviously this is a very basic example, but the general idea of it is that you can change the angle of your cut with this method.

I find it most useful for when TB doesn't "get" what you're trying to do because the 1st and 2nd points are too vague, since you can easily direct exactly how you want your cut to work using it.

Another cool trick is placing all your points on a flat plane, like so:
http://i.imgur.com/RuVVxLs.png
http://i.imgur.com/w730DjK.png
The third point tells TB that you actually want a horizontal cut, so you can easily perform that style of cut.

Here are some more fun cuts:
http://i.imgur.com/lqmFJRF.png
http://i.imgur.com/hxoVyW9.png
http://i.imgur.com/rkOTdiv.png

Hopefully that helps people figure out what the 3rd point is for. 
I Give You 3 Points 
Thanks Pritchard, that does help clear things up! 
Pritchard Gets It 
Bonus points for knowing the shortcut if you wish to use an existing face as a clipping plane! It'a in the manual ;-) 
Double Click The Face? 
 
 
A good tip is...unless you need another brush to snap a clipping point to, isolate the brush to be clipped.

If you try to place a clipping point at the edge of a brush where it meets another brush, sometimes itll get placed on the other brush.

I switched my "Hide" "Isolate" and "Unhide" to H I and U for this and other reasons. 
Double Post But While Im Thinking Of It: 
Thank you, Sleep, for implementing issue 1465 "Always show edges of selected brush" and 1460 "inspector keys open inspector window when closed"

Didnt even consider theyd be in the build eric provided so they were a very pleasant surprise to run into.

"Oh hey thats me!" 
Sure 
I made some good progress on 1499 recently and things are looking better. Hopefully I'all be able to provide new official builds soon. 
Always Show Edges Of Selected Brush 
Is going to be magnificent. 
SleepwalkR 
Try loading Shamblernaut's RJ5 map in the latest TB2 beta! 
No. 
If you have found a bug, then create an issue report plz. 
N00b Questions 
i'm learning the very basics of brush work
it's possible to move clipping points with arrow keys, like moving vertex points in the vertex edit mode?

or i just have to drag the orange dots?

can i snap the clipping points to edges and vertices of other objects? or the only snapping is to the grid?

i'm better off in general using CGS substracting if i want to avoid brushes with intersections?

another very basic question:

when you are resizing a face with non-parallel convexing lines (i don't know how to say it) like this:
http://imgur.com/a/oe08L

in one point the lines intersect. is there a way to resize until the two vertices intersect in a point (like a cone) or a line (like a wedge)?

btw i get the 3-point clipping. you need three linearly independent points to define a plane, and the editor makes a "guess" when using 2-point clipping to define a plane. it's like slicing a brush with a cutter 
Negke 
don't blame tb2 for my shitty maps =P 
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.