Instead of copy-pasting, consider extending the CBarney class and overriding the methods those are different for your CCustom class.

I'm making a simple monster for my mod which is basically a copy of the Barney entity. I copied barney.cpp from the source code, then renamed everything to the name of my custom monster. I took care to make sure that everything was using the right case (i.e. CBarney vs. BARNEY_AE_DRAW vs. monster_barney), that the file paths were correct, and that the code still made sense. Even though it compiles fine and I can't see what I did wrong, I get the error message Can't init monster_custom in the console. This is the code I used (you can see at this point I've just replaced "barney" with the name of the monster):
https://pastebin.com/gicA49DR (using pastebin because the code was too long)

models/custom.mdl and sound/custom/... are real files and directories and have the expected contents.

EDIT: I am a moron. The solution was to actually compile the DLL and fix all the errors. I forgot I didn't even try to recompile first.

Previously I announced my simple Metamod plugin which helps to spread player models. I've been using it ever since then and it works, but it has certain aspects that I'm dissatisfied with, and I'm not an experienced plugin author yet to fix them.

1. On Linux, file names are case-sensitive, and if the user provides the model with a different case, my plugin doesn't find it. Not sure if the engine is prepared to look up files case-insensitively, but it leads to another problem: I use the access() system call to check for the existence of files and it is obviously not a good idea. Once, it completely bypasses the engine, so even if the engine has a solution to look up files case-insensitively, I don't utilize that. Moreover, it makes the code platform-dependent, as it won't compile on Windows. I know there is an engine callback, LoadFileForMe, but I don't want to load the model files at that point, just check for their existence. I also don't know the lifetime of the buffer returned by this function, is the engine smart enough to not load this file again when it is precached the next round, or would I waste memory, how to ask the engine to free it if I need to.
2. The plugin is supposed to inform players whether the server has their player model. The problem is that the message is sent when the player has not yet fully entered the game, so it's not shown to them. When I was experimenting with this feature, I found like 3 methods to send messages to the player, and the maximum I could achieve is that the message appeared on the console, which is easy to miss. I somehow need to delay the sending of the message, but I don't know how to approach this problem. Somehow I should set up a timer.
3. Currently I allocate my own buffer for storing strings because I'm afraid ALLOC_STRING() would redundantly allocate the same strings for the same player models over time and I don't know when these strings get freed. So I felt like this is the only way to control the lifetimes of these strings, but I'm curious for better ideas.

I really hope some HLSDK gods are around to help me out with this; thanks in advance!

Hey folks,

I'm building a challenge mod as a part of Half-Life's 25th Anniversary.
I have previous experience with C# .Net (school experience, 15 years ago), but I am new to C++, so I might not have all the right reflexes.

In a nutshell. I'm building a mod with different scenarios:

• Crowbar only (with a few map iterations to remove the impossibility of making it happen - i.e. removing the mines in c2a4c and c2a4e and removing the explosive crates in c2a4g).
• 9mm only (with iterations at c1a1 to make the doors open without having to break the glass)
• 1hp mode (with iteration to c1a0d to remove the HEV suit, easy since .rmf is included in SDK)
• Adding Hardcore skill (4th skill - realistic damage to player/monsters + slow when injured).
• Realistic mode (counter-strike mechanism for weapons (1 side, 1 main, 1 melee, 1 explosive, with G to drop/change) + hardcore skill)
• Permadeath mode (no save allowed, exit when dead, default skills + hardcore)

So far, I've programmed the crowbar & 9mm mechanism, and it works (created a new FallThinkProp and FallInitProp entity and removed Materialize() from them to create real pickable and prop unpickable weapons and avoid sound (weapon drop) looping issues.)

But now, it works for the entire game, no matter the skill I select.

If I want to incorporate everything under the same mod, what would be the best practice? How would I achieve that? Should I just create different .dlls and point the right ones depending on the mod selected with the in-game menu?

Open for collaboration as well

Half-Life Asset Manager V2 Release Candidate 1 released

Half-Life Asset Manager V2 Release Candidate 1 has been released: https://github.com/SamVanheer/HalfLifeAssetManager/releases/tag/HLAM-V2.0.0-RC001

Changes:

• Added OpenGL debug logging (debug builds only)
• Removed obsolete sequence group filename correction and saving behavior (no longer used)
• Replaced stringstream uses with fmtlib
• Updated vcpkg to latest version, updated dependencies to latest versions:
  • fmtlib: 9.0.0 => 10.1.1
  • spdlog: 1.11.0 => 1.12.0
  • OpenAL-Soft: 1.22.2 => 1.23.1
• Reworked filesystem absolute path resolution to no longer search relative to the program install location
• Implemented case-insensitive filesystem lookup to allow files to be loaded even if the filename case differs on Linux
• Rewrote model loading to make error messages more accurate
• Added option to mute program when it is in the background
• Fixed minor issue in Options dialog page remembering behavior
• Moved Take Screenshot action to Video menu, now usable using F10 shortcut
• Reworked fullscreen mode to use the main window instead of a separate window
• Ensured keyboard shortcuts still work in fullscreen mode
• Escape no longer closes fullscreen mode, F11 now toggles the mode

This adds all features that were planned for V3 aside from the graphics overhaul. The Linux version is working pretty well aside from the graphical issue mentioned in a previous update so once V3's graphics overhaul is complete the Linux version should also work properly.

I don't think you understand how this entire messaging system works. The structure in eiface.h defines the server-engine API, which is a set of functions provided by the engine to the server in a struct when the dll is loaded. This means, you can't modify these function calls, otherwise you'll break the entire API and your mod will be non-functional, possibly crash.

Also SVC_TEMPENTITY is a message that is handled inside the engine, so you cannot modify the contents of TE_TEXTMESSAGE to add your font size parameter: the engine will not understand how to process it. It'll still try to read the message contents as if that new WRITE_SHORT wasn't there.

Also I believe Half-Life's text renderer does not allow for custom font sizes. The font size used to display game texts is of fixed size, and cannot be altered. You'd need to add your own text rendering code to allow for custom font sizes, and you'll need your own client-side message function to send this info to the client.dll.

Even if you were able to - you probably shouldn't change pfnMessageBegin, that may break a lot of stuff to do with decals, blood, effects, etc

I'm trying to modify the game_text entity to allow for custom font sizes. I implemented the custom parameter fontSize, but the next step is getting the HUD message system to display my text. I was able to find this cryptic-looking code which writes a message to be displayed on the HUD, and implemented my custom parameter:

void UTIL_HudMessage( CBaseEntity *pEntity, const hudtextparms_t &textparms, const char *pMessage )
{
    if ( !pEntity || !pEntity->IsNetClient() )
        return;

    MESSAGE_BEGIN( MSG_ONE, SVC_TEMPENTITY, NULL, pEntity->edict() );
        WRITE_BYTE( TE_TEXTMESSAGE );
        WRITE_BYTE( textparms.channel & 0xFF );

        WRITE_SHORT( FixedSigned16( textparms.x, 1<<13 ) );
        WRITE_SHORT( FixedSigned16( textparms.y, 1<<13 ) );
        WRITE_BYTE( textparms.effect );

        WRITE_BYTE( textparms.r1 );
        WRITE_BYTE( textparms.g1 );
        WRITE_BYTE( textparms.b1 );
        WRITE_BYTE( textparms.a1 );

        WRITE_BYTE( textparms.r2 );
        WRITE_BYTE( textparms.g2 );
        WRITE_BYTE( textparms.b2 );
        WRITE_BYTE( textparms.a2 );

        WRITE_SHORT( FixedUnsigned16( textparms.fadeinTime, 1<<8 ) );
        WRITE_SHORT( FixedUnsigned16( textparms.fadeoutTime, 1<<8 ) );
        WRITE_SHORT( FixedUnsigned16( textparms.holdTime, 1<<8 ) );

        WRITE_SHORT( textparms.fontSize ); // my code

        if ( textparms.effect == 2 )
            WRITE_SHORT( FixedUnsigned16( textparms.fxTime, 1<<8 ) );

        if ( strlen( pMessage ) < 512 )
        {
            WRITE_STRING( pMessage );
        }
        else
        {
            char tmp[512];
            strncpy( tmp, pMessage, 511 );
            tmp[511] = 0;
            WRITE_STRING( tmp );
        }
    MESSAGE_END();
}

I was able to trace the MESSAGE_BEGIN() macro to "enginecallback.h", where the macro is defined to call a function in "eiface.h", which is defined as this:
void (*pfnMessageBegin) (int msg_dest, int msg_type, const float *pOrigin, edict_t *ed);

No matter how hard I looked, though, I couldn't seem to find the body of void pfnMessageBegin(int, int, float, edict_t) that the pfnMessageBegin pointer in "eiface.h" was referencing. How do I change this code to use my custom data?

Seems to be working fine for me. Maybe a config file is overriding the setting?

Does this happen with the latest update? It looks like they've disabled asserts so this shouldn't happen anymore.

Regardless, the probable reason for this is the secure client code: https://github.com/ValveSoftware/halflife/issues/1893

Secure clients were once encrypted blobs which is why the error mentions LoadBlob.cpp. If they get rid of the redundant load calls this problem should be solved altogether, but it appears the asserts are already disabled so it shouldn't happen anymore.

Thank you a lot, worked it!!

I've tried adding -window -condebug to the command line parameters for one of my mods through the Steam UI but the mod still loads full screen. Is this not working at the moment?

I know this is due to the 25th anniversary update but my mod is still failing to launch with this error and I'm not really sure what the cause is. I thought the last patch fixed most mods not launching.

I've tried disabling the Steam API and all the external .dll files I'm loading but no luck. Source code is at https://github.com/tschumann/basis if that helps. The issue is somewhere in client.dll anyway - if I get rid of my client.dll the game reaches the main menu.

Yes looks like it - the cs_amd64.so looks like it was built with gcc 3.2.2 so very old.

I think the Counter-Strike update before last had some stuff enabled but the last patch fixed it.

L4D2系列游戏的原型吧，关于最近的CS的版本更新。
The prototype of the L4D2 series of games, about the recent version update of CS.
https://www.youtube.com/watch?v=jt_H99KxfYY

Well that's not a lot of information to go on at all. I googled "terror-strike half-life" and two of the top three results were this very thread. Is it a mod? A server game mode?

Or the map? I can´t find it.

I haven't used Crafty in many years, but it's possible it's geometry-only or might need some configuration set up for your game/mod.

Give BspGuy a try (you'll find it in the Viewers section of Tools and Resources) and potentially the Unified SDK decompiler (Decompile Tools section of the same page).

If these two don't work out, try using Ripent. If the entities are there, it'll export them to the entity list.

The303 has a great guide for this type of sprays, you can find the article here.
It should help you set it up correctly.

At the very least, as long as the triggers exists in the BSP you should be able to read their data using Ripent or a viewer like BspGuy, but they should also show up when using a decompiler.
You said you already tried decompiling and using a viewer. Which were they? Did any entities show up or was it just the trigger that didn't show up?

I tried decompiling with bsp2map, and the triggers were just not there at all, and crafty's object viewer to view the bsp, where the textures where white and no models or triggers were showing up.

At the very least, as long as the triggers exists in the BSP you should be able to read their data using Ripent or a viewer like BspGuy, but they should also show up when using a decompiler.

You said you already tried decompiling and using a viewer. Which were they? Did any entities show up or was it just the trigger that didn't show up?
Do you remember anything about your setup (what kind of triggers used etc)?

Hi!
I would like to check how certain triggers of a map work, but I only have a .bsp of it.
It's an older map I made before, but I lost the editor file of it, and there is a trigger that I want to use in a newer map on it, but I have no idea what it's values and stuff were.
Is there a way to check that?
I tried decompiling it to a .map file, but the triggers don't show up there, neither do they show up in a .bsp viewer

I'm trying make a spray logo decal, I save it in 8 bits bmp but when I test it in my CS looks like this: |Has that annoying lines under logo and logo itself looks bad]

Time ago I made few of this kind of sprays, but I can't remember what I made correctly for they work

I too would like a func_vehicle compo/contest.

thank you so much! i didnt even think of that! i appreciate the help man!

Perhaps a compo with func_vehicle?

Great idea

In the first map of Xen, there is a hidden func_wall brush (with rendermode set to texture) on the island you mentioned as (the position of the first dead hev guy you see in xen).
You can even stand on top of it. As you can see in the image, the origin of the entity is exactly on this func_wall. If you somehow remove the func_wall, the entity will fall into the void.

so, when i place a monster_hevsuit_dead and set it to table ( the position of the first dead hev guy you see in xen) in sequence and the pose it will either:
A float in the air
B go into the floor/wall
does anybody know how to fix this?

ALSO i modified the fgd to give the monster_hevsuit_dead the playermodel and give the animation sequence the table option i would post the screenshot but i dont know how

Perhaps a compo with func_vehicle?

Some ideas have been tossed around in Discord, but nothing has been decided currently.

Interesting offer, do you have discord?

Are we gonna do a mapping competition for the anniversary??

While I don't have a proper full page on my site just yet, due to the big 25th update I thought id post some info on the process as we are likely to get this question asked a lot:

INTRO:

• Before you start, Playermodels have limits compared to NPC models:
• You cannot add new animations to the existing set or change the order of the sequences
• You cannot change the FPS of animations, they are locked
• You cannot have sequences with more frames than the originals or else they will play too fast and will cut-off
• You cannot change the hitbox set (nice try)
• You cannot have skin changes (swappable body meshes are only for use in the cl_highmodels command)

Some features you can do:

• You can customize existing animations however you must make them fit within the same frames as the original and be keyed to match the same FPS as the originals
• You can add bones to the model as long as its parented off of existing and not inbetween existing bones (breaks hierarchy)
• You can have procedural mouth animations
• You can have color remapping

Your model should also at least have a decent amount of optimization, as direct source engine ports/MMD ports are horrible and inefficient for polycount and performance reasons. Please look up optimization guides and retopology if your model is heavy on polycount. You shouldn't be exceeding 9k poly.

The method

1. Download the HalfLife SDK (Steam tools > Half-Life SDK) & HLAM ( https://github.com/SamVanheer/HalfLifeAssetManager )

2. Replace the studiomdl.exe in this folder C:\Program Files (x86)\Steam\steamapps\common\Half-Life SDK\Model Tools with this one http://www.the303.org/backups/sven_studiomdl_2019.rar
(The current HLSDK studiomdl.exe is 2002 era old and is missing support for $texrendermode and other things. This is a modernized compiler that is compatable. To see new features see here: https://the303.org/tutorials/gold_qc.htm#AS

3. Navigate to C:\Program Files (x86)\Steam\steamapps\common\Half-Life SDK\Player Models\DMatch and make a copy of one of these, for example copy "gordon.qc" and rename it. Then navigate into "Highcount" and make a copy of the gordon folder and rename it to your modelname, and do the same for "lowcount"

NOTE: cl_himodels 1/0 is an old command that seems to be kinda hidden now. Basically it uses bodygroup to change from a high poly to a low poly model. by default iirc its set to 0 which uses the lowpoly variant. Its up to you if you want to use this feature but most people don't bother with it. If not then you just remove the "low" line in the bodygroup QC

4. In the QC file open it and fix up the look paths as they were set to valves names and also change the mesh names to what model you are using. This is an example:

$modelname "/player/skelepuncher/skelepuncher.mdl"
$cd "../player/"
$cdtexture "../dmatch/highcount/skelepuncher" //texture look in folder
$cliptotextures

$scale 1.0
$origin 0 0 36

// whole body
$bodygroup body
{
studio "../dmatch/lowcount/skelepuncher/skelepuncher-low" //remove this whole line if not using this feature
studio "../dmatch/highcount/skelepuncher/skelepuncher-high"
}

$include "../player/player_shared.qc"

5. Now open your preferred 3D application and import the mesh in the "high" folder. This will import the mesh and skeleton. Usually for playermodels you just delete the existing mesh and rig your new mesh/make your new mesh. Now since this is dependant on what 3D program you are using and I need to explain a lot, Ill pass this onto this tutorial: https://the303.org/tutorials/gold_mdl.htm
For texturing methods and matching half-life style see here: https://the303.org/tutorials/gold_mdl_tex_links.htm

If you want color changing textures, see this guide: https://the303.org/tutorials/gold_remap.htm
If you want mic-activated jaw flap animation, see this guide: https://the303.org/tutorials/gold_flappyjaws.htm

6. When you are done you export the SMD into the high folder. Optionally you can make a lowerpoly version but not many people use this old LOD feature so you could just put the high being the only line in the bodygroup.

7. Its recommended to use crowbar.exe ( https://steamcommunity.com/groups/CrowbarTool ) as it has several features for the compiling process. Go to "Set up games" tab, and in the "Half-Life" tab, go to the "model viewer" and change its path to HLAM. Switch to the compile tab, choose your QC, make sure the Game configuration says "half-life". Press the compile button by default it makes a subfolder in the current dir. I use this until im happy with the model then I use the "game models" folder option. You will probably have some first time compile errors but heres a comprehensive list: https://the303.org/tutorials/gold_mdl_fix.htm

NOTE: If you are making custom animations for your model you must make a copy of the "player_shared.qc" rename it to something like "yourmodel", update the name of it in your main QC to point to it, then edit the player_shared_yourmodel.qc lines to have the new anims and make the names of those new anim SMD files unique so you don't overwrite the original SMD ones. Example like say idle_custom.smd. Also don't accidentally rename the sequence name to custom. It should look like this for example:
$sequence "idle" "idle_custom" fps 14 loop ACT_IDLE 1

8. To verify the model if It did succeed in compiling, click the button at the bottom to "use in view" and click "open viewer" or just use the "goto" button in the previous window to navigate to the model in its folder and open from there if you have associated mdl files with hlam.

9. Make any changes/recompile after verifying the model for any issues. Check all angles, check animations. If you think its good compile to models folder and launch the game. Useful testing commands to see your model:
start new server, password protect set at least 2 players
sv_cheats 1
thirdperson
cam_idealdist 128
cam_idealyaw 180
cam_idealpitch -30
voice_loopback 1 (if testing jaw-flap animation)

10. When you are sure its ready, then make your playermodel portrait: 164x200 BMP in 8bit indexed mode (but limit to 160 colors if not using color changing) . If doing the advanced color changing you will need to refer to this guide to get a working portrait to match: https://the303.org/tutorials/gold_remap.htm

As UrbaNebula says, read the compile log. It will tell you exactly the reasons why it failed.
Keep an eye out (or use text search) for the key word Error, and good to check for Warning as well as it might tell you about issues that didn't prevent compile but might affect the map nonetheless.

Today's update fixes the problems that broke Half-Life Updated and mods derived from it. I'm going to wait until they've released an SDK update before i touch anything since it'll be a while to stabilize everything.

There's a test branch for Opposing Force which means it'll receive an update soon as well. Expect the same for all GoldSource engine games to fix issues with the new engine update. I'd expect the SDK update to come after all games have been updated and fixed so it'll probably be a few weeks.

Until then use the steam_legacy branch to develop, test and play mods.

In case i don't have time to deal with the SDK update, here's the procedure for merging changes into Half-Life Updated:
1. Fork the newest version of the Half-Life 1 SDK
2. Make sure all files use UTF8 encoding (should hopefully be done by Valve already, but check first) and commit any encoding changes
3. add the .clang-format file from Half-Life Updated and format all files (script in the Unified SDK or a Visual Studio extension can do this among other tools). Needed to avoid massive amounts of merge conflicts caused by whitespace and newline changes
4. Commit formatted files
5. Add fork as remote to Half-Life Updated
6. Use git fetch to update remote info
7. Merge the commit that formatted files
8. Resolve merge conflicts; there will likely be many. Some changes are technically out of scope for the project like the game balance changes, i'd exclude those changes or make them conditional based on cvars (the Unified SDK uses configuration files for those changes so it'll need to be updated there instead)
9. Commit merge and push

That should cover it. I'd recommend using a separate copy of the source code to avoid messing up the one people normally use for development. Use a Git GUI like SourceTree, it makes things a lot easier.

Did you read the compile log? It failed to compile because of this error:

Error: Entity 5, Brush 0: SKY brushes not allowed in entity
Error: Brush type not allowed in entity

Find the brush entity that has a SKY texture and correct it.

** Executing...
** Command: Change Directory
** Parameters: C:/Program Files (x86)/Steam/steamapps/common/Half-Life/valve

** Executing...
** Command: C:/Program Files (x86)/Steam/steamapps/common/Half-Life/mapping/J.A.C.K/halflife/tools/hlcsg_x64.exe
** Parameters: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out"
hlcsg v3.4 VL34 64-bit (Aug 17 2015)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlcsg -----
Command line: "C:/Program Files (x86)/Steam/steamapps/common/Half-Life/mapping/J.A.C.K/halflife/tools/hlcsg_x64.exe" "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out"
Arguments: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out" -low -wadautodetect
Entering C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out.map
Error: Entity 5, Brush 0: SKY brushes not allowed in entity
Error: Brush type not allowed in entity
Description: The map has a problem which must be fixed
Howto Fix: Check the file http://www.zhlt.info/common-mapping-problems.html for a detailed explanation of this problem

----- END hlcsg -----

** Executing...
** Command: C:/Program Files (x86)/Steam/steamapps/common/Half-Life/mapping/J.A.C.K/halflife/tools/hlbsp_x64.exe
** Parameters: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out"
hlbsp v3.4 VL34 64-bit (Aug 17 2015)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlbsp -----
Command line: "C:/Program Files (x86)/Steam/steamapps/common/Half-Life/mapping/J.A.C.K/halflife/tools/hlbsp_x64.exe" "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out"
Arguments: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out" -low -chart

There was a problem compiling the map.
Check the file C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out.log for the cause.

----- END hlbsp -----

** Executing...
** Command: C:/Program Files (x86)/Steam/steamapps/common/Half-Life/mapping/J.A.C.K/halflife/tools/hlvis_x64.exe
** Parameters: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out"
hlvis v3.4 VL34 64-bit (Aug 17 2015)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlvis -----
Command line: "C:/Program Files (x86)/Steam/steamapps/common/Half-Life/mapping/J.A.C.K/halflife/tools/hlvis_x64.exe" "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out"
Arguments: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out" -low

There was a problem compiling the map.
Check the file C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out.log for the cause.

----- END hlvis -----

** Executing...
** Command: C:/Program Files (x86)/Steam/steamapps/common/Half-Life/mapping/J.A.C.K/halflife/tools/hlrad_x64.exe
** Parameters: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out"
hlrad v3.4 VL34 64-bit (Aug 17 2015)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlrad -----
Command line: "C:/Program Files (x86)/Steam/steamapps/common/Half-Life/mapping/J.A.C.K/halflife/tools/hlrad_x64.exe" "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out"
Arguments: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out" -low

There was a problem compiling the map.
Check the file C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\new_map_terrain_test3_out.log for the cause.

----- END hlrad -----

** Executing...
** Command: Change Directory
** Parameters: C:/Program Files (x86)/Steam/steamapps/common/Half-Life

** Executing...
** Command: C:/Program Files (x86)/Steam/steamapps/common/Half-Life/hl.exe
** Parameters: -console -dev +map new_map_terrain_test3_out

Please tell me about your maps utilizing func_vehicle, I want to host them on my server!

It seems their fix doesn't work, just watched Bolloxed and his bright places are all olive and the hall with DNA spiral on the floor was lit incorrectly.

Well this really threw a wrench in things but at least we got a proper update to Half-Life for modern systems.

Yeah, they used the solution i mentioned to someone a while back. I never got around to applying it myself but it'll be merged in once the SDK update rolls around.

I do wish they'd make the anniversary edition a separate game as that would've avoided all of the problems. No need to switch branches, no broken games and mods and each game can be ported one at a time. And then a separate game/tool/app on Steam for mods to use to decouple game fixes from the mod version of the engine.

There must be a reason why they did it this way but it's causing a lot of headaches.

I'm converting cs_twhlkart2020 to hldm. CS WAD requirements have been eliminated by embedding the textures used, CT/T spawns have been replaced with DM spawns peppered throughout the map, and a lot of weapons/ammos/items have been added, though mostly curbside. I'm damn sure it's currently very imbalanced towards the spectators vs the drivers. I'd like to have a few other people go over it and rebalance the placements. Or, maybe, have archie or urby release a HLDM version with all their level design wisdom. gdrive link

The karts work great btw.

Thanks to the new 25th anniversary update, the glorious counter-strike brush entity known as FUNC_VEHICLE is now available in Half-Life.
I have seedees tutorial on my site here for it: https://the303.org/tutorials/gold_func_vehicle.htm

If anyone has made an HLDM map with func_vehicle let me know, id want to play sometime

Current issues so far ive noticed:
-acceleration sounds seem to not play properly
-idle sounds seem to be very delayed

Im glad you noticed the delay in sound playback as well. Drives me nuts. Also, can you believe it, they added bullet impact sounds for the player!

Yeah, it's funny how it turned out

Half-Life 25th anniversary version released

Valve has released the 25th anniversary version of Half-Life which has slight changes in how the filesystem interface works which causes all mods based on recent versions of Half-Life Updated to crash. I've identified the problem and i've pushed a fix to a separate branch: https://github.com/SamVanheer/halflife-updated/tree/dev-anniversary

Until Valve releases a new SDK all projects will remain as-is. Use the steam_legacy branch to run mods. You can access it by right-clicking Half-Life in Steam, opening Properties and going to the Betas tab: Make sure to change Half-Life's branch even if you're trying to run another game like Counter-Strike because all GoldSource engine games and mods use Half-Life's engine files. Once you've switched it make sure Half-Life is up-to-date (you may need to launch it or press the Update button) and then you should be able to run other games/mods.

Once the SDK has been released i'll update the SDKs to work with the new version.

Note that there are some bugs in the new version. There is a noticeable (half second) delay in sound playback so they'll probably be fixing bugs before any SDK updates can be expected.

Please don't report mod crashes as bugs on the Half-Life Updated issue tracker because it's currently out of our hands. Check the Half-Life issue tracker and search before you post.