News | Forum | People | FAQ | Links | Search | Register | Log in
TrenchBroom - A Modern Quake Editor For Mac OS X
Hi everyone,

after two years of work, I am releasing the first beta of my Quake editor for Mac OS X, TrenchBroom. It is the result of an experiment where I tried to find out how Quake editing would be like if you could do it directly in the engine - that is, in 3D only. Consequently, TrenchBroom has only one big 3D view and an inspector (which you can hide anytime).

Go to kristianduske.com/trenchbroom for a screenshot and downloads.

Some highlights:
- renders even large maps smoothly
- support brush and alias models in the 3D view
- create new entities by drag and drop
- create, move, rotate, and resize brushes with the mouse
- clip brushes using the smart 3 point clipping tool
- create new vertices by splitting edges and faces or merge two neighboring vertices
- move vertices, edge and faces without creating invalid geometry
- texture lock that also works for rotations
- prefabs
- brush groups
- builtin compilation tools (TxQBSP, MH's light version, Willem's vis version)
- autosave, since this is a beta and all

Thanks to Bengt Jardrup, MH and Willem for their compilers and to Gom Jabbar and Vigil and other #tf guys for feedback.

Okay, that's it for now. I hope there are some people who will find some use for this. I'd certainly appreciate it if you reported any bugs, problems or feedbacks to me either here or via email to kristian.duske@gmail.com.
First | Previous | Next | Last
Maybe One Day 
when TB is released and has all the features in the to do list, I'll go and take that on ;-) 
Just To Clarify About On-grid / Off-grid 
necros - are you using an editor that can write non-integer coords to the .map file - or does it snap to ints? In netradiant I have recently turned off the "snap planes to integer grid" option because to make a few of my thin trims flow perfectly around curves I've had to go down into the 0.5-unit grid on occasion. I've seen no ill effects so far at all...

After all, as czg says, modern bsp compilers (in my case bjp's txbsp) read in the plane coords from the map as floats right off the bat, and immediately convert them to a (normal, distance from origin) format anyway. 
 
I tried one time to add detail brushes but after spending several days wading through the QBSP source with minimal success, I dropped it. That code is a ridiculous mess. :) 
Interesting Thread 
http://forums.inside3d.com/viewtopic.php?p=34311&sid=65be7bbb6be9ef5c76e22e78f6019544

about detail brushage in Q1 - no real progress at the end but some interesting stuff to look into maybe. 
 
kinn: that might actually be the issue.
i'm thinking of trying to swap over the netradiant. 
Necros 
If you still use qed3.1, the preference option "Use Brush Float Precision" writes brushes as floats in the map file. 
 
no, that thing is crazy broken.
the visual part of the editor is fine, but it saves as (badly) rounded coordinates which only show up either compiling or reloading the .map file. you end up with micro brush-misalignments everywhere. 
Instances 
I like the way willem describes the Valve func_instance. That sounds like a pretty simple and foolproof way to do instances to me. No extra file formats, no modifications to the compile tools required, and the models can easily be built axially aligned and later rotated.

Instead of making an external tool, you could just have an option in your map export like "write instances to map". Which doesn't let you, or at least warns you if you try to save the map over itself. Maybe the concept of .map export is alien to you because you are using standard formats, but Worldcraft uses its own format and so has a map export function, which allows you to export visible objects only etc. That's pretty handy by the way...

Then again, a little program that sits in your compile batch file and deals with the instances would be fine too I guess... maybe better, I dunno :)

Regardless of whether you later rotate your instances or not (I would personally choose not to and make special rotated instances unless it was an instance of a func_wall or other solid_entity) it would be a brilliant feature to have. 
 
Sorry, why would you not rotate your instances? 
Depends What Was Instanced 
I'd rotate 90, 180, 270 for sure. Other angles I'm not sure... it really depends on whether I start getting errors or not. If I was just instancing something simple like crates, and especially if they were func_walls, there would probably not be a problem, however, with more complex geometry, and especially if it has to fit together with other parts, then it might be better to just build manually. I guess I'd need to test it to see how well it worked before saying for sure if I would use rotation at angles that are not multiples of 90. For light fixtures and simple things it would probably be awesome win win win. 
Than 
that's what willem was talking about earlier. just because it could cause errors is no reason not to include it.
it's like the carve function. it can be dangerous if misused.
if you're finding your rotated instances are blowing stuff up, you'd consider different methods. 
Necros (+ Q For SleepwalkR At The End) 
I was saying it was an awesome feature and I would use it, but perhaps not be too comfortable just rotating everything to 12.7784 or whatever in all axis and expecting things to be fine :)

Then again, I've used Worldcraft forever and it does not support floating point coordinates and does not do any brush validation, so although it gives you a little bit of flexibility, you have to be vary careful or you start getting all sorts of errors and have to open the map in a text editor to fix things that are broke (not due to rotations, but other things like clipping to get a brush with 0 faces... OMG! Duh!)

Anyway, I'm really looking forward to getting my hands on a windows or linux build of trenchbroom at some point.

SleepwalkR: ould I ask, what is the map in the trenchbroom screenshot here: http://kristianduske.com/trenchbroom/images/screenshot.jpg Are you making something with you new editor? :) Also, are those rocks just manually made prism-soup or is there something fancier going on? 
Oh You! 
what is the map in the trenchbroom screenshot here:

http://www.quaddicted.com/reviews/ne_ruins.html 
Yeah, Ne_ruins 
I am too busy with programming the editor, but I'll get back to mapping eventually. The stuff in the other screenshots is a map I've been dabbling with, but that's on the back burner until the ports are done. 
Another Request 
This is a real simple one:

a tool that lets me define two points, then both draws a line between those points and tells me the length. :)

also, a tool that will let me display an arbitrary sized sphere might be helpful as well. 
Distance Measure 
Quest had that, very useful. Probably even more so in an all-3D environment. 
 
just occurred to me:
in addition to arbitrary measurement, it would be nice if there was a toggle that would display a line between two selected entities (or last brush in a bmodel) along with measurement.
bonus if it does that for more than 2 selections (but you might want to cap it if you selected like dozens of entities) 
Noted 
 
 
I think that there should be a "Z" checker at the click point of a current view. 
I Don' Understand 
what you mean by the terms "Z checker", "click point" and "current view". Can you elaborate? 
 
Also, there should be a bobble whenever I hover over the snitch guard. 
Z-checker 
z-checker is a tall thin viewing window that is shown at the side of the main window in QER to show you the z position of the current selection relative to other brushes. I haven't used radiant in ages, so I don't remember if it showed other entities in the z-checker, but I remember it being somewhat handy sometimes, but I don't think it was something I couldn't live without - especially as it was possible to switch to side views anyway. 
Pic 
you can see the z-checker at the left of this picture:
http://www.lucasfiles.com/screenshots/704941.jpg 
Right 
I remember, thanks Than. 
 
thanks Than, for doing my explanation job 
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.