I've been using VBCT since about March and I love it. Yes, it does use the same executables.
One tip I have for you: for a fast bsp-only-style compile, or even bsp+LDR rad, it's ideal to keep TF2 minimised in the taskbar, run the compile (without vis, and using the -fast button) on VBCT and then task back into TF2. It's kept my workflow very solid indeed. However, if you're doing proper, full or final compiles, you'll probably need to close TF2 because I've found that it tends to crash vrad with an unspecified error at the very end of a full or final compile. Sometimes, anyway (but not always).
Quote:
Originally Posted by
A Boojum Snark
That's only because VBCT automatically runs the compilers at "Below Normal" priority, which you can do via the task manager regardless of how you started the compile. Not to mention all the compilers have -low and -high flags to specific their priority.
Really the only reason I see to use VBCT is being able to monitor the status of the compile. Every other thing about it I don't like.
Frankly VBCT's 'ugliness' is really a weird thing for people to take issue with: it has a clean interface, is completely lag-free, works almost instantly out-of-the-box. Do we really need some shiny windows skin with alpha-transparency to round off the edges of the tool?
With Hammer, it's impossible ever to be _quite_ sure that the compile hasn't crashed and you're just watching your computer mindlessly crunch data. Certainly back in the days when I didn't know what a sensible portals number was and desperately needed to func_detail a few things, it was horrible that Hammer would lag the heck out of my computer and the status of the actual compile wasn't even clear. Now that my vvis stage is pretty quick it's not such an issue.
I tried playing with process priorities in the task manager for Hammer and it doesn't always work; and when it does work, it doesn't work well. VBCT requires no such tinkering, and I can close Hammer entirely and watch a TV show or a movie while my compile is happily chugging away in VBCT.
VBCT also gives you precisely the same tools log output when you use it, so there's no loss of information should you encounter errors.
Furthermore, because it simply batches Valve's included compile tools, it'll never go out of date; it's as trustworthy as the real thing; and you can be sure that you're not losing 'something special' that Hammer should be giving you.
Furthermore, it's listed on Valve's own wiki:
http://developer.valvesoftware.com/w...h_Compile_Tool
I suggest you use it!
*edit:* Note: There should be a poll option that says, 'My
existing choice for all compiling'!