Ah das ist gut!

At least looks promising at a glance.

Nice to see you're still working on this!

)

can i drag and drop a map file to compile?

No.

Can someone confirm for me that you can compile a Source map outside Hammer using only a batchfile?

Last time i tried, it would always lead to vbsp crashing and many missing material messages would appear during the compile process.

idk, but i know the current version of vbct works good, or so i've been told. (does that mean "yes" to your quetstion?)

No, that does not mean "yes " to my "quetstion". I need to know if it's currently possible to compile a Source map outside Hammer with a batchfile without causing those missing material error and that vbsp crash.

Yes, i read it when you posted it the first time(=P), tho doesn't the fact that VBCT works, imply that you can?

True, but when i tried it, it didn't work. Maybe i was missing a parameter? Perhaps i should try it again first.

AFAIK, you need to be running the SDK to use the compile tools, but you don't need to run them via Hammer. (That's the way it works with model compiles, anyway, I'd assume the map compile tools have the same DRM built-in.)
If it won't compile via a batch file with the SDK runnning, then I dunno. I'm not at my computer right now, so I can't test it.

Well I've just tried it. Made a simple map in Hammer for Half-Life 2 using only vanilla textures. First i compiled it with Hammer to make sure the map is error free, and it was.

Next i created a batch file and placed it in sourcesdkbinsource2009bin. Then I run it and guess what? Vbsp still crashes and i get missing material errors, just like many years ago when i last tried it.What the fucking fuck?

Here's my batch code:

vbsp.exe -game "d:steamsteamapps<USERNAME>half-life 2hl2" "D:Steamsteamapps<USERNAME>sourcesdk_contenthl2mapsrccompilator3_test_level.vmf"
vvis.exe -game "d:steamsteamapps<USERNAME>half-life 2hl2" "D:Steamsteamapps<USERNAME>sourcesdk_contenthl2mapsrccompilator3_test_level"
vrad.exe -game "d:steamsteamapps<USERNAME>half-life 2hl2" "D:Steamsteamapps<USERNAME>sourcesdk_contenthl2mapsrccompilator3_test_level"

I'm still thinking I'm missing some kind of parameter that vbsp needs in order to run properly. Only God knows what.

I'm reasonably sure that Process Explorer will tell you what parameters were used to launch a running application.

Yes, i looked at the compile process when i compiled with Hammer, couldn't find anything other that the -game parameter and vmf path.

You know what, screw Source support, it's not working.

Nnnnnng...

Source support still giving you trouble? You'd think it'd be easier to get the compile tools running than that.

Haven't tried it again since my post on 02 Aug 12 (also on this page) so no, there's not going to be Source support, which is bummer because I'd really want to support it, but Valve isn't letting me. Get your stuff fixed, Valve. Sheesh.

I was about to release the public beta and at the last minute I found another serious bug, so I'm busy fixing it.

Ah, I see.

Hope this gets out soon. Sounds fun! Need to try it out

[m]Compilator 3 Public Beta is here![/m]

Oh boy!

Does this work for source muzz?

No, no Source support. It doesn't let me, I tried. :/

Beta 1.1 is now up.

tip: update your website

EDIT:

the Dialogs to choose folders make them all the same i dont need to click hundred folders but can use shortcuts to them.. this takes too long

and a running pictogram on my bar is also a thingy.. i dont see one yet, might be because i am in the setup part

edit edit:

if i click on the button to get a dialog Game/Mod: i get this..

####################################################################################################

Compilator 3 Version 3.0.0.0 - Error Log

####################################################################################################

####################################################################################################

User Info:

Operating System: Microsoft Windows 7 Ultimate

Architecture:   64-bits
     Culture:   nl-NL
  Resolution:   1680x1050

Physical memory: 4,95 GB / 7,95 GB
Virtual memory: 8191,34 GB / 8192,00 GB

Exception Info:

Exception class: System.NotImplementedException
Exception message: De methode of bewerking is niet geïmplementeerd.

Source file:   (Unknown)
     Method:   (Unknown)
Line number:   (Unknown)

####################################################################################################

the Dialogs to choose folders make them all the same i dont need to click hundred folders but can use shortcuts to them.. this takes too long

Uhm... what? Not sure what you mean...

if i click on the button to get a dialog Game/Mod: i get this..

The Select Game/Mod button?

Beta 1.2 is up, fixed the issue Malle reported.

Beta 1.3 is up.

Some small bug fixes and improvements here and there.
I also got rid of those pesky Folder Browser Dialogs and replaced them with the Vista style Open Folder Dialogs, which looks pretty much the same as a standard Open File Dialog in Windows Vista and 7. Don't know about Windows 8 though.

I'm back on Windows, but just before installing it on my SSD I decided to try the latest version of the Compilator with WINE under Kubuntu. Happy to say it worked! All I needed to do was install .NET Framework 4.0 with Winetricks and I was even able to compile. Great update!

Here is a screenshot: https://docs.google.com/file/d/0B1ur-tndF9iDdENzMkFOajBCSE0/edit?usp=sharing

Also Sledge mostly worked.

Nice!

---

Woops. I messed up that last update, there's an issue that causes the application not to start at all.
I'll have a new release out a.s.a.p. Please bear with me.

Beta 1.5 is here:

- Added new tool options introduced in VHLT v31:
  -drawoverload, -drawnudge and -limiter #
- Critical bug from previous update fixed. Program should now start normally
- Some minor changes and fixes here and there, nothing too exciting to mention

Hey TMA, I'm not sure if you're still working on updates for this, but I have been investigating Source compiling for Sledge and I am not having any trouble using the latest version of vbsp. Perhaps the SteamPipe update has fixed your Source compile troubles? It may be worth trying again with the latest build tools (which is the 2013 version, your screenshot above is showing the 2011 tools and the pre-SteamPipe game paths).

Here's the VBSP parameters I have been testing with (just taken from Hammer's command line):

Thanks, will give adding Source support another go.

Could you also help with adding in-app compiling? You know, not having an external console window, instead all the compiling stuff happens inside the application in a RichTextBox?

Sure, that's fairly easy to do. When you create the Process object to run the batch in .NET, set UseShellExecute to false and RedirectStandardOutput to true, add an event handler for OutputDataReceived, and then call BeginOutputReadLine after you start the process. Your event handler will get called when the process has output a line of text for you to append to your textbox.

Then you can subscribe to the Exited event, which gets called when the process finishes. This is the best way to handle it because you don't have to mess with any threads in your application code.

(If you use the WaitForExit function instead of the Exited event, you will need to start the process in a new thread so that you don't block your UI. If you do that, you will need to use the Invoke/BeginInvoke method in WinForms to switch back to the UI thread when appending lines to the text box. This is annoying, so the event is a better option in this case.)

Set CreateNoWindow to true to prevent the command window from opening. You can see how Sledge is starting a process here (wip).

Thanks, will give adding Source support another go

Yes!