HCC is a modified version of the Source SDK 2013MP map compiling programs.
Its goal is to provide additional command line options apply various fixes to the Source 2013MP map compiling tool set.
[I]2/12/17 (1.1)[/I]
[URL="https://www.dropbox.com/s/oeyyox63n6zbm9r/HCC_1_1.zip?dl=0"]Download Build 1.1[/URL]
[I]4/28/17 (1.2)[/I]
[URL="https://www.dropbox.com/s/ery975kzdkobg0x/HCC_VBSP_LIMIT.zip?dl=0"]Download BSP Build 1.2[/URL]
[B]Current Features:[/B]
[B]VBSP[/B]
Implemented Wouterpleizier's func_detail_blocker support
-[I](Enables usage and functionality of [URL="https://developer.valvesoftware.com/wiki/Func_detail_blocker"]func_detail_blocker[/URL] brushes.)[/I]
Implemented Wouterpleizier's "AllowDynamicPropsAsStatic" command line option
-[I](Allows usage of dynamic models on prop_static entities. Warns the user upon encountering an instance of this.)[/I]
Implemented Wouterpleizier's "NoDefaultCubemaps" command line option
-[I](Disables VBSP's default generation of cubemaps.)[/I]
Implemented tgnottingham's detail brush smoothing group fix
-[I](Corrects smoothing groups on detail brush geometry.)[/I]
Added increased detail prop limit
-[I](Significantly increaced prop_detail limit.)[/I]
Added increased entity limit
-[I](Increaced Entity limit to 65536.)[/I]
Added increased displacement limit
-[I](Increaced Displacement limit to 4096.)[/I]
Added increased brushside limit
-[I](Increaced Brushside limit.)[/I]
Added increased overlay limit
-[I](Increaced Overlay limit to 1024.)[/I]
Added Large address awareness
-[I](Helps prevent crashes due to not enough memory being allocated.)[/I]
[B]VVIS[/B]
Added Large address awareness
-[I](Helps prevent crashes due to not enough memory being allocated.)[/I]
[B]VRAD[/B]
Added "AllowDynamicPropsAsStatic" command line option
-[I](Allows lighting to be calculated on prop_static entities using dynamic models.)[/I]
Added "AllowDX90VTX" command line option
-[I](Allows usage of dx90.vtx files for light calculation. [URL="https://developer.valvesoftware.com/wiki/Vrad#Effects"]See -StaticPropPolys[/URL])[/I]
Added "IgnoreModelVersions" command line option
-[I](Ignores model versions to allow usage of models past version 49. Warns the user upon encountering an instance of this.)[/I]
Added Large address awareness
-[I](Helps prevent crashes due to not enough memory being allocated.)[/I]
[URL="https://github.com/THE-HAVOK/source-sdk-2013"]View On Github[/URL]
cool will test this out and offer feed back if any :)
Hey, i've test your compiler and i've always the "num_entities == MAX_MAP_ENTITIES" what is the limit now ?
It would be seriously nice if you could increase the (512) overlay limit, that one is a real pain in the ass for me.
[QUOTE=Mika32;51863282]Hey, i've test your compiler and i've always the "num_entities == MAX_MAP_ENTITIES" what is the limit now ?[/QUOTE]
The limit is the same as before, we can't increase it or GMod wont like the map.
[QUOTE=Loadingue;51864391]It would be seriously nice if you could increase the (512) overlay limit, that one is a real pain in the ass for me.[/QUOTE]
As I said before, the limits are the same, however with overlays we might be able to increase the limit, I'll look into increasing the overlay limit and see if GMod doesn't crash with more than 512.
[QUOTE=arow1234;51865105]As I said before, the limits are the same, however with overlays we might be able to increase the limit, I'll look into increasing the overlay limit and see if GMod doesn't crash with more than 512.[/QUOTE]
I've played on a map in GMod with 800 overlays, there was no problem there. Besides, CSGO does it natively.
Thank you for considering my request, you have no idea how much this would help me.[QUOTE][/QUOTE]
Is it faster?
I'd like to see radiosity color banding fixed and have styles lights bounce, but those aren't easy things to do.
The short lived CST compile tools that existed something like 10 years or more ago fixed color banding but were discontinued unfortunately.
[url]http://downloads.ammahls.com/cst/[/url]
I hope you're still working on this. Quality custom compilers are hard to find.
[QUOTE=Loadingue;51898349]I hope you're still working on this. Quality custom compilers are hard to find.[/QUOTE]
Iv'e got a too many different things to work on right now, HCC is currently at the bottom but its still on the list.
So uh, this is a shot in the dark but wth.
Is it possible to add an option to make VBSP not delete the light_environment entity (seeing as it's internal)? I'm trying to target it but this fucks up the prop_static lighting in-game if you manually add a targetname. I'm hoping if VBSP doesn't delete it, then I won't have to add a targetname and can instead target it by class. Is this possible?
I'm using this with ATMOS at the moment, incase anyone's wondering! Ta.
Hello,
I will give you big big big big big big big time succ if you implement a command line option or just have a version with increased entity limits.
This implements a bunch of fixes that these needed a long time ago (also I didn't even know there was a fix for L4D2 dx90 props! NOW YOU DONT HAVE TO FUCK WITH FILES. THANK YOU) but I could never get in the same place.
FUCK
Dude you're a god.
Thanks for this! I'm glad someone actually finally fixed the large address awareness issue that's been plaguing the 2013 branch forever.
[QUOTE=Kemerd;51984910]Hello,
I will give you big big big big big big big time succ if you implement a command line option or just have a version with increased entity limits.
This implements a bunch of fixes that these needed a long time ago (also I didn't even know there was a fix for L4D2 dx90 props! NOW YOU DONT HAVE TO FUCK WITH FILES. THANK YOU) but I could never get in the same place.
FUCK
Dude you're a god.[/QUOTE]
Gmod dosen't like it when we pass the entity limit, that's why it hasn't been increaced.
[QUOTE=arow1234;51994691]Gmod dosen't like it when we pass the entity limit, that's why it hasn't been increaced.[/QUOTE]
Actually, Garrysmod has already increased the entity limit to the maximum value-- 65536. What has not been updated to follow that changed, however, is the entity limit in VBSP, which is lower.
I have had several maps that go beyond the entity limit, and they function perfectly in Garrysmod (using several posed compilers on Facepunch that have that feature)
Just built a new bsp with increaced limits
[url]https://www.dropbox.com/s/ery975kzdkobg0x/HCC_VBSP_LIMIT.zip?dl=0[/url]
Increaced Entity, Displacement, Brushside, and Overlay, Limits.
[QUOTE=arow1234;52161837]Just built a new bsp with increaced limits
[url]https://www.dropbox.com/s/ery975kzdkobg0x/HCC_VBSP_LIMIT.zip?dl=0[/url]
Increaced Entity, Displacement, Brushside, and Overlay, Limits.[/QUOTE]
Thank you so much if this works. You may have literally saved my life. I mean it.
Does this work for singleplayer Half Life 2: Episode 2?
Tried compiling with all of the new build programs and while hammer compiles without a hitch, once I try to open the map in-game, it simply crashes to desktop without any notice; the load screen displays for an usual amount of time, but then the game simply closes
[QUOTE=Marbledemon;52193113]Does this work for singleplayer Half Life 2: Episode 2?
Tried compiling with all of the new build programs and while hammer compiles without a hitch, once I try to open the map in-game, it simply crashes to desktop without any notice; the load screen displays for an usual amount of time, but then the game simply closes[/QUOTE]
Are you doing anything with cubemaps?
Just curious, what's the brush/brushside limits now with this compiler?
IMO the solids cap is one of the biggest limiters next to faces and entities for making maps. I know, you're supposed to Propper the shit out of everything that doesn't need to be brushes but sometimes that's just not desirable for certain things
[QUOTE=Kuro.;52196707]Just curious, what's the brush/brushside limits now with this compiler?
IMO the solids cap is one of the biggest limiters next to faces and entities for making maps. I know, you're supposed to Propper the shit out of everything that doesn't need to be brushes but sometimes that's just not desirable for certain things[/QUOTE]
Brush limits are the same, I cant remember but I think when I compiled a map that's past the brush limit, GMod crashes on load. I do know if we pass the TJunc limit it fucks over all the geometry but it does load.
Well at least there's more faces to work with
Is increasing the brush limit not feasible without actual engine changes?
[QUOTE=Marbledemon;52193113]Does this work for singleplayer Half Life 2: Episode 2?
Tried compiling with all of the new build programs and while hammer compiles without a hitch, once I try to open the map in-game, it simply crashes to desktop without any notice; the load screen displays for an usual amount of time, but then the game simply closes[/QUOTE]
Exact same thing happening for me. Also using Half Life 2: Episode 2.
are you guys compiling without default cubemaps?
I am also having a weird problem where some maps dos not load without cubemaps being built.
[QUOTE=arow1234;52208748]are you guys compiling without default cubemaps?
I am also having a weird problem where some maps dos not load without cubemaps being built.[/QUOTE]
I should probably know this by now, but how do you enable the default cubemaps? (If it's even something that can be enabled/disabled). Not sure if it's compiling with or without them, no idea how to check. The map doesn't have any env_cubemap entities yet, if that makes a difference.
Nice
Would it be possible to increase the t-junction limit?
[QUOTE=Jazz84;52276194]Would it be possible to increase the t-junction limit?[/QUOTE]
If I'm not mistaken, the engine (for garrysmod) already is at it's limit; same with brushes.
[QUOTE=Jazz84;52276194]Would it be possible to increase the t-junction limit?[/QUOTE]
I did test this one and if we pass the T-Junc limit the game does not like it and renders really weirdly, you would need to use notjunc
Alas, I found out the bypassed overlay limit doesn't work. Beyond 512 overlays, it refuses to compile further than VVIS :(
Sorry, you need to Log In to post a reply to this thread.
