Eric Wasylishen

Ok - should be fixed by 26c5f65f4eb97ba5730443002196ec0a4aed8941

Unfortunately had to revert this patch because it caused another issue: https://github.com/ericwa/tyrutils-ericw/issues/181

This is really weird - it looks like quake101.wad has conflicting names for *slime1 and *lava2, so qbsp is able to find the correct textures but it writes them out...

Oh no, sorry about that! Yeah, it should abort with an error if any command line arguments are unrecognized. I should probably also standardize the conventions (--xyz vs. -xyz, underscores...

Just checked why this is happening, it's because of `_phong`, and the other special keys that are forwarded to the light tool in the "mapname.texinfo" file, are handled early in...

Yeah, I saw this as well. It was caused when I fixed: https://github.com/ericwa/ericw-tools/issues/261 As far as I can tell the warning is harmless, but I will have a closer look...

> Further evidence that something is wrong is the snd_filteringquality having no effect between 1-5 unless sndspeed is at default 11025. Yeah - QS has an internal resampler/lowpass filter after...

Here is a discussion with some more context on this issue: https://www.celephais.net/board/view_thread.php?id=60306&start=691&end=715 In short, my understanding is, this breakage was introduced into FitzQuake by accident while attempting to fix something...

`_phong` works on worldspawn now

Implemented in 39a54abfc6ef87e753383d2e46a1d4ed59c0eb97 + bd047020d2f7306d8a341995caf943f69e9e2bbf (use a brush with texture name "region".) There's also "antiregion" which is like a solid brush but deletes point entities inside.