Are you using arbitrary face alignment.* You might want to try world instead of arvitrary or face alignment.

*Please note that I don't know Trenchbroom handles arbitrary alignment feature of ALT+RightClick that other editors have so talking out of experience with other editors here. 

(I sent email) I went through my map file, and tried to put replace integer values in some cases where some numbers really wanted to be "close to" integer value 0.5.. values like 0.499999999 = 0.5 etc. I have no idea about those values, are those really suppose to be not like set in editor or does it have to do something with coding language and how Math works in the end.

Though that didn't fixed my issue, hopefully this will be solved some way (even idiotic way).. maybe I need to create new map, and start copying same brushes from this map or something. 

I have no idea what you mean by that (have no experience), but in TB I select brush's faces and just rotate them.. so is that called 'arbitrary face alignment'?. 

https://developer.valvesoftware.com/wiki/Texture_alignment 

Thx, sometimes I wish I could have born in USA or Britain, so I couldn't need to use dictionary all the time. But that article seems like, it has some important information. 

Did you look into whether or not you supply the -oldaxis argument to qbsp? 

Error unkown option 'oldaxis', I tried to put it on Qbsp : Txqbsp.exe -> command line arguments -> -oldaxis

Am I doing something wrong in here? 

Nevermind.. wrong place.. I have to look into it, I try to compile it now. 

Nothing seems to be changed after adding -oldaxis, texture is still off. 

I didn't get the email, mind sending it again?

Also you mentioned tyruttils 0.15.5 which is my compiler pack (tyrutils-ericw), but you also mentioned txqbsp which is a different compiler. Are you sure you tried my qbsp too? 

Thank you, it fixed it* I have to continue mapping to see, did it actually fix all of the texture related problems I had.. this Txqbsp.exe, was it recommended in some website because I ended up using it? Ealier qbsps gave me errors or something like that.. but now it went flawlessly, you been doing a lot of updates recently I assume*

Thank you again. 

I couldn't reproduce the problem in either tyrutils-ericw or txqbsp-xt; maybe you had an old txqbsp.exe 

It must be the case* 

Quaddicted recommends Txqbsp here, which I think is a large part of why people are using that older compiler. It's the reason I was still using it when I sent you that email a ~month ago ericw (I was too lazy to change my .bat files to use the 0.15.5 qbsp before then...). Someone should really ask Spirit to update the page, I suppose. 

I must be equally as lazy not yet lazier, oh well - there is many updates to keep eye on. Some cases updates has been many so easy and automatic that we don't actually need to even thing about it. 

has been made* too easy and automatic.. 

First of all, thanks for the recent updates, SleepwalkR!

Secondly, sorry for having been absent and not having contributed bug reports for ages. Real life issues keep getting in the way of mapping/testing.

Thirdly, I'm having trouble installing the latest Beta on Linux -- can anyone help? I've downloaded the .deb package and GDebi opens it, but then gives me the following error message:

Error: Dependency is not satisfiable: libstdc++6 (>=5.2)

Not sure what this means, and couldn't find answers on the web that I could understand. I thought maybe it meant that I don't have the right version of libstdc++ installed, but according to Synaptic I do have libstdc++6 installed ... 

What OS is that? 

Linux Mint 17.3, 64 bit 

I've dug around a bit more. I guess I used "libstdc++6" incorrectly above; I assumed "libstdc++" was the name and "6" the version number, but it looks like the library itself is called "libstdc++6" (I knew there was a good chance I was writing gibberish, as I don't know much about this stuff), and as far as I can tell, I have version 4.8 installed -- and if I'm interpreting that error message correctly, I need 5.2 or higher ... right?

This, however, suggests that I can't upgrade only libstdc++6; I would have to upgrade/reinstall my entire OS to a higher version ... and this strikes me as a little odd, since Mint 17.x is the latest-but-one version of Mint, the very latest (18) having been out for only two months. What if the next version of the OS has a version of the library that's still too low?

Or have I misunderstood everything, and there's actually a far simpler solution? 

I think you're right, you need mint 18 for libstdc++6 5.x.

There's an ubuntu package search website that will show you what versions of a package are available in which ubuntu version:
http://packages.ubuntu.com/trusty/libstdc++6

You just need to check which ubuntu version a version of linux mint is based on, convert the number like "ubuntu 14.04" to those annoying names ubuntu uses like "trusty".

Alternative: building from source may be less hassle than doing an OS upgrade? 

Ubuntu has long term support builds, like I am using at the moment.

I'm using version 16.04 LTS. If you want long term stability I suggest using a build like this. 

and thanks for the package search link/info.

Do you mean build TB2 from source, as opposed to using the deb package? Would that bypass the libstdc++6 issue? It'd be great if that would mean not having to do a fresh OS install.

However, I'm not entirely sure how to go about it. I see that clicking on "source" on the TB home page directs you to the TB github page. Does this mean I'd need to use github to build from source?

I used to install/update TB2 via github when it was still in alpha, but around the time of the first beta release SleepwalkR wrote about having switched to git flow, and I don't really what that is or how one uses it (I barely understood how to use github before the switch). Or is git flow just something used for the intermediary builds? 

Is it possible to do one of the following in Trenchbroom?

(1) move the camera to a location specified by xyz coordinates.

(2) select the entity/brush closest to some specified xyz coordinates.

----

Compile tools and the quake engine often spit out errors in the form or ABC went wrong at coordinates xyz, but I struggle to find xyz in the editor to locate the problematic brush/entity. 

Menu > View > Camera > Move Camera to ...

You can't select an object closest to a location however. I'm not sure how accurate that would be, anyway. If it's not unambiguous, it would be misleading.