Since I'm working on vanilla quake anyway. Using ericw's latest build. 

because it took me this long to get back to testing TB2 on Linux. I'm sorry! Life, etc.

Anyway, I just tried updating TB2 to the latest build, but I get an error message in the terminal... some stuff about an "undefined reference", and then finally "Error 2".

The trouble seems to start here:

[ 44%] Building CXX object CMakeFiles/TrenchBroom.dir/common/src/View/ToolBoxConnector.cpp.o
Linking CXX executable TrenchBroom
CMakeFiles/TrenchBroom.dir/common/src/IO/DefParser.cpp.o: In function `TrenchBroom::IO::DefParser::parseAttribute(TrenchBroom::IO::ParserStatus&, std::map<std::string, std::tr1::shared_ptr<TrenchBroom::Assets::AttributeDefinition>, std::less<std::string>, std::allocator<std::pair<std::string const, std::tr1::shared_ptr<TrenchBroom::Assets::AttributeDefinition> > > >&, std::vector<std::tr1::shared_ptr<TrenchBroom::Assets::ModelDefinition>, std::allocator<std::tr1::shared_ptr<TrenchBroom::Assets::ModelDefinition> > >&, std::vector<std::string, std::allocator<std::string> >&)':
DefParser.cpp:(.text+0x1872): undefined reference to `TrenchBroom::IO::ParserStatus::error(unsigned int, unsigned int, std::string const&)'

Then there around 50 more similar lines (mentioning "undefined reference", etc.), and then finally it says:

collect2: error: ld returned 1 exit status
make[2]: *** [TrenchBroom] Error 1
make[1]: *** [CMakeFiles/TrenchBroom.dir/all] Error 2
make: *** [all] Error 2

Should I post the full terminal output here? Or perhaps everything where things seem to be going wrong (i.e. after it says it's 44% done)? There is quite a lot of it, and I didn't want to spam the thread with a lot of text... 

 

So I was inspired by this thread http://www.celephais.net/board/view_thread.php?id=61220 about city maps for Quake to try out the Kingpin texture set, but when I try to add it to TB2, the programme either just closes, or gives me the following error message and then closes:

vector::_M_fill_insert

If I click on "Details" it reads:

vector::_M_fill_insert 15:36:00
vector::_M_fill_insert 15:36:00
vector::_M_fill_insert 15:36:00

Any idea why this is happening? Is this TB's fault, or is something amiss with the texture wad?

I'm using (or rather, trying to use) kp_full.wad downloaded from Quaddicted, Linux Mint 17 and the latest build of TB2. 

Sorted via github. Thank you, SleepwalkR! 

... when you "isolate" a brush in TB2 and then clip it, the resulting clipped brushes become invisible along with the rest of the map. This makes logical sense (seeing as it's no longer the same brush you isolated to begin with), but to me personally it would be more useful if the brush you isolate would stay visible no matter what you do to it. I mean, the reason I isolate brushes is so that I can more easily work on them, and that usually means resizing/reshaping them somehow, which usually involves clipping.

Unless I've completely misunderstood the point of the "isolate" function. Could someone let me know if I'm missing the point? 

 

Just wanted to check here first, as I wasn't sure that I understood the "isolate" function correctly. Didn't want ignorantly to request a useless feature. 

Ehmmmm I may have forgotten to report that issue........ ._. 

Once again just checking here first...

Maybe I was hallucinating, but I seem to recall being able to do this in TB1: that you could select faces of separate brushes and -- provided they were directly adjacent and on the same plane -- edit them together (and thus e.g. easily get a texture identically oriented on all said faces).

Did I just dream this? Or has this functionality been removed from TB2?

Is it a bug I should report or a feature worth requesting? 

 

Using the "face" editor/browser to the right to change the texture angle, scale and offset, and the texture itself -- the way you can do with a single face (selected via shift+click) or with all faces of a single brush. 

Ctrl+Shift+Click to select more than one face. They don't even need to be adjacent or on the same plane! 

Yep, that works exactly as I remember it. Now how did I manage not to do that before?

Thanks, necros!

Sorry, SleepwalkR! 

Thanks for adding this to TB2, SleepwalkR!

I have a question about using this function (I tried finding some info about it in the official TB1 documentation, but I'm guessing it was added later and thus is not yet documented?):

Is it supposed to generate a new, untextured brush, while leaving the "pieces" it's made from? Because that is what happens when I use it: I select e.g. 8 textured wedges that make up an octagon, and when I do Edit --> Create convex hull, the 8 wedges are still there & unchanged, but I also get a new untextured octagonal brush in the same spot.

I only ask because I had imagined I would effectively be "gluing" the wedges together to create a new brush, so that the end result would be one textured octagon and zero wedges.

(Note: I'm not complaining, as I think it's a brilliant tool either way!) 

Pretty sure that's what it is meant to do, it's consistent with other tools. 

Thanks. :) 

I currently have two func_illusionaries (one is a duplicate of the other) and when I select one of them, TB2 draws a red box around both of them. It looks like a bounding box and it increases in size as I move the two entities apart. It disappears when I turn off "Show entity bounds" under "View" to the right, which suggests to me that it's supposed to be a bounding box.

But why would I need a bounding box for two separate brush entities that I have not grouped together? This would mean that if I finally have func_illusionaries scattered throughout the entire map, I'd then just see a giant bounding box surrounding the entire map when I click on one of them. Is that supposed to be the case?

Or am I missing something here? 

I can reproduce this: the duplicated func_illusionary contains the original and the duplicated brush(es). 

 

 

 

I get an error when I try to rebuild. Am doing git pull, cmake .. and cmake --build . 

 

[ 0%] Built target version
[ 0%] Built target glew
[ 1%] Building CXX object CMakeFiles/TrenchBroom.dir/common/src/Renderer/SpikeGuideRenderer.cpp.o
In file included from /usr/include/c++/4.8/tr1/memory:50:0,
from /home/totalnewbie/TrenchBroom/common/src/SharedPointer.h:28,
from /home/totalnewbie/TrenchBroom/common/src/CollectionUtils.h:31,
from /home/totalnewbie/TrenchBroom/common/src/Polygon.h:23,
from /home/totalnewbie/TrenchBroom/common/src/VecMath.h:39,
from /home/totalnewbie/TrenchBroom/common/src/TrenchBroom.h:23,
from /home/totalnewbie/TrenchBroom/common/src/Renderer/SpikeGuideRenderer.h:24,
from /home/totalnewbie/TrenchBroom/common/src/Renderer/SpikeGuideRenderer.cpp:20:
/usr/include/c++/4.8/tr1/shared_ptr.h: In instantiation of �std::tr1::__shared_ptr<_Tp, _Lp>::__shared_ptr(_Tp1*) [with _Tp1 = TrenchBroom::Model::CompareHits; _Tp = TrenchBroom::Model::CompareHits; __gnu_cxx::_Lock_policy _Lp = (__gnu_cxx::_Lock_policy)2u]�:
/usr/include/c++/4.8/tr1/shared_ptr.h:995:25: required from �std::tr1::shared_ptr<_Tp>::shared_ptr(_Tp1*) [with _Tp1 = TrenchBroom::Model::CompareHits; _Tp = TrenchBroom::Model::CompareHits]�
/home/totalnewbie/TrenchBroom/common/src/Model/PickResult.h:44:30: required from here
/usr/include/c++/4.8/tr1/shared_ptr.h:556:34: error: invalid application of �sizeof� to incomplete type �TrenchBroom::Model::CompareHits�
typedef int _IsComplete[sizeof(_Tp1)];
^
make[2]: *** [CMakeFiles/TrenchBroom.dir/common/src/Renderer/SpikeGuideRenderer.cpp.o] Error 1
make[1]: *** [CMakeFiles/TrenchBroom.dir/all] Error 2
make: *** [all] Error 2