tyrann is an active developer, send him a proper bugreport with files to reproduce it and you might get a non crashing toolkit in days. 

Trenchbroom is being buggy on me! where the hell is the new update for the editor?! 

disregard that, I've got it to work for now. 

Please use the TrenchBroom thread to report problems, and if you don't give me bug reports, you won't see your problems fixed. 

SleepwalkR is doing this as a hobby, for fun.

In any case, how goes TBv2?

I see you knocking down issues on the devtrack at a decent pace :) 

It's going well, but there is still a lot to do... I can't really say when I can release something. 

I got it to work. Had to compile as bsp2 but hey I have 80000 already and have at least 50000 to go before I sleep. And polys to go before I sleep.

I found out why Tyrann's qbsp "seemed" like it wasn't working. It stops outputting to the console after upteenhundred "WARNING: Brush with duplicate plane" warnings but still compiles.

And on that note. Is there an rmf to .map converter that won't round my smaller brushes' verts to x.0? 

 

Ok, I'll stop now. 

What does WARNING 21 : Too many edges in TryMerge mean? I don't understand what this means in the docs:

// =====================================================================================
// TryMerge
// If two polygons share a common edge and the edges that meet at the
// common points are both inside the other polygons, merge them
// Returns NULL if the faces couldn't be merged, or the new face.
// The originals will NOT be freed.
// ===================================================================================== 

Maybe it means use better compilers? 

Are you trying to compile a map that is full of errors? 

I added quite a bit of stuff in my map and hit the MAX_MAP_ENTITIES with TyrUtils 0.6, so I switched to a more recent version (0.10). The map compiles fine, however areas that receive no illumination are now fullbright, and this even with a minlight setup in worldspawn. Is there a way around it or am I doomed to use very dim lights with very big radii?

Here's a shot so show you: http://i.imgur.com/O9ll73V.jpg 

Do you have some delay 3/4 lights in there? From what I can see you must have some errant lights in there somewhere, the other alternative being a very powerful sunlight value, but I can't see any sky in the screenshot.

Also, minlight isn't required - not having it, or a value of 0 count as the same. 

I only use delay 5 lights, and the issue is present in the whole level, not just in this room. My sunlight value is 80.
I tried recompiling with TyrUtils 0.14 but no luck either. 

Full of warnings. Usually about duplicate planes from rounding (we hates the rounding precious yes we do) and the occasional brush face with an invalid normal. 

Maybe I'm missing something obvious, but is there a way (in vanilla Quake, no QC) to display a centerprint message without triggering that "beep beep" sound? I've tried triggers and relays with the sound set to "0", but it doesn't work. 

try sounds/misc/null.wav.
Maybe that helps? 

That's a Quoth-only functionality. 

 

Replace the beep sound with a copy of misc/null.wav 

Create a new brush entity called "trigger_multiple". Set a new key: "noise" with a value of: "misc/null.wav" Set your message. Give the key sounds a value of 0. 

Sorry that last key is "sounds" with a value of "0". 

Thanks much :)

noise = misc/null.wav

Works. Why?

I'm going to try it on a relay next to see if I can save a model. 

from triggers.qc

void() multi_trigger =
{
...
if (self.noise)
sound (self, CHAN_VOICE, self.noise, 1, ATTN_NORM);
...
}

multi_trigger is a function that is called when the trigger is touched/killed/used. the code plays whatever the trigger's 'noise' key is. the 'sounds' key/value that editors expose just switch (in the entity definitions for the triggers themselves) between several hardcoded noise values (which are also precached by the trigger)