Well I can think of rooms, I just want to have some ideas so I can practice, also thanks for the other tips, I will implement them in my future levels

Not to be a dick, but if you can't think of anything at this stage then level design might not be your thing?

There are a lot of things to consider: What is the gameplay style you're going for? What is the player's ultimate goal in this area? Those two questions should drive what you make. Make a basic blockout that is fun to move around and fight in. Once you've nailed the feel, focus on making it resemble a place (don't worry TOO much about realism. Valve never did). Ask yourself, "What is the theme of this area?" Then you think about lighting and any scripting you need to sell that.

Hey folks!

Here's a quick and easy tutorial on how to implement a rushed gun reloading mechanism.
In a nutshell, when you reload, you lose your mag and any bullets left inside.
Nice feature if you want to make a realistic mode (have you ever removed bullets from large-size mags and put them back in another one after?? If so, you know it doesn't take 1 second to do).

I'm using the latest version of SamVanheer SDK (half-life updated)

First, open weapons_shared.cpp and go to Line 120.
You will see the following:

void CBasePlayerWeapon::ItemPostFrame()
{
    if ((m_fInReload) && (m_pPlayer->m_flNextAttack <= UTIL_WeaponTimeBase()))
    {
        // complete the reload.
        int j = V_min(iMaxClip() - m_iClip, m_pPlayer->m_rgAmmo[m_iPrimaryAmmoType]);

        // Add them to the clip
        m_iClip += j;
        m_pPlayer->m_rgAmmo[m_iPrimaryAmmoType] -= j;

To better understand how this code works.

• int j = we are looking for how many bullets we need in our current clip to get a full clip (or the maximum ammo amounts available)
• V_min(a,b) = "j" will be either the necessary amount to make a full clip OR the remaining ammo amount left. (You can't get a full Glock clip if you only have 3 bullets in your inventory)
• Now that we know "j" we add the amount to the current clip ( m_iClip += j; )
• Obviously, we subtract the amount from our ammo inventory ( `m_pPlayer->m_rgAmmo[m_iPrimaryAmmoType] -= j;` )

Now that you know how everything works let's build our new feature.

Before starting, let's see what we need:

• If I have 12/17 bullets left in my Glock and I reload, I want to get 17 (max amount) if possible
• If not possible, I want to get my only non-full mag. (If currently at 12/17 in my mag and I have 13 in my inventory, I'll get a mag with 13/17 and be at 0 in my inventory).
• Any mag dropped is lost permanently. (If currently at 12/17 and I have 117 in my inventory, I'll be at 17/17 and 100, so I lost 12 bullets in my dropped mag).

To make it happen, we will need to use simple if and else statements.

Here's how it looks. (Replace the previous lines with these)

void CBasePlayerWeapon::ItemPostFrame()
{
    if ((m_fInReload) && (m_pPlayer->m_flNextAttack <= UTIL_WeaponTimeBase()))
    {
        // get j count
        int j = V_min(iMaxClip() - m_iClip, m_pPlayer->m_rgAmmo[m_iPrimaryAmmoType]);

        // Add a full clip and permanently remove the previous one if a full clip is available
        // m_iClip = MaxClip(); could work as well.
        if (m_pPlayer->m_rgAmmo[m_iPrimaryAmmoType] >= iMaxClip())
        {
            m_iClip += j;
            m_pPlayer->m_rgAmmo[m_iPrimaryAmmoType] -= iMaxClip();
        }
        // Add the only remaining clip (full or not) and permanently remove the previous one.
        else
        {
            m_iClip = m_pPlayer->m_rgAmmo[m_iPrimaryAmmoType];
            m_pPlayer->m_rgAmmo[m_iPrimaryAmmoType] = 0;
        }

Now, the only thing to do is to ensure that none of your guns share the same type of ammo.
For Original Half-Life, you must create a specific 9mm ammo type for either the Glock (9mm_glock) or the mp5 (9mm_mp5).

With this feature, if you drop a mp5 mag, it shouldn't affect your 9mm mags.

To create Custom Ammo Types you can refer to *this tutorial*

I hope it helps!

eeeh well sorry but idk much about halflife im just a 14 year old boy playing around with half life's modding sdk stuff so im sorry but i cant awnser your question😅.

Yea, its the title, just need some room ideas for a map im making in Black Mesa

This is what I was thinking of doing since things are hardcoded.
I'm currently using the SamVanheer SDK (half-life updated, not unified)

• Build a map with changelevel triggers that go to the right game mode. I'm currently rebuilding c0a0, allowing Gordon to choose a train associated with the game mode the player wants to play (game rules (i.e. crowbar only, 9mm only, 1hp, etc.) with Original Half-Life maps (for most cases), loading c0a0_gamemode1, 2, 3, and so on).
• Renaming maps and modifying their changelevel entities to trigger the right "game_mode" map.

Now I just need to find a way to associate gamerules to those maps or game modes

You can load a map of your choice by adding a button to GameMenu.res.

This is how the Unified SDK does it to load the campaign selection menu:

"3"
{
    "label" "#GameUI_CampaignSelect"
    "command" "engine disconnect; maxplayers 1; map hlu_campaignselect"
}

I was afraid of that... Thanks!

^ playgamealt is probably hardcoded to start the map hldemo1. the simple solution is to create a map of said name that is nothing but a room that immediately teleport-changelevel to a map of your choice.

Now, I'll even go more in-depth, asking a more complex question.
How/Where do you change the behaviour of the "Play" and "PlayGameAlt"/ command?
I don't mean writing a console-oriented command (i.e. engine map c1a0) but changing the backend code.

You are going to be my saviour if you know that.

The command in question:

"PlayGame_Alt"
{
"ControlName" "Button"
"fieldName" "PlayGame_Alt"
"xpos" "40"
"ypos" "216"
"wide" "200"
"tall" "24"
"autoResize" "0"
"pinCorner" "0"
"visible" "0"
"enabled" "1"
"tabPosition" "4"
"labelText" "#GameUI_PlayGame_Alt"
"textAlignment" "center"
"dulltext" "0"
"command" "PlayGameAlt" <-- That
"default" "0"
}

Just set hammer++ up with bms, and it seems to work fine, gotta make some maps first then i can give a more accurate answer

Just to make it clear i am posting this because the last thread is too old so i cant respond there.
To remove the Training room button from your Half-Life mod , go in your mod folder , make a new folder called resource.
then go in your half life files folder and then in valve\rscource and search for the file "NewGameDialog.res" and copy than inyour modfolder\resources.
Now open the file and scroll down until you see :
"TrainingButton"
{
...
}
now delete that part, save your file and launch the game. When you press new Game the Training room button wont be there.
If you dont trust yourself deleting files i will copy paste the code here and then just delete everything in NewGameDialouge.res and paste this in:

"Resource\NewGameDialog.res"
{
"NewGameDialog"
{
"ControlName" "Frame"
"fieldName" "NewGameDialog"
"xpos" "390"
"ypos" "254"
"wide" "280"
"tall" "302"
"autoResize" "0"
"pinCorner" "0"
"visible" "1"
"enabled" "1"
"tabPosition" "0"
}
"Label4"
{
"ControlName" "Label"
"fieldName" "Label4"
"xpos" "40"
"ypos" "40"
"wide" "220"
"tall" "24"
"autoResize" "0"
"pinCorner" "0"
"visible" "1"
"enabled" "1"
"tabPosition" "0"
"labelText" "#GameUI_Difficulty"
"textAlignment" "west"
"associate" "Difficulty"
"dulltext" "0"
"brighttext" "0"
}
"Difficulty"
{
"ControlName" "ComboBox"
"fieldName" "Difficulty"
"xpos" "40"
"ypos" "68"
"wide" "200"
"tall" "24"
"autoResize" "0"
"pinCorner" "0"
"visible" "1"
"enabled" "1"
"tabPosition" "1"
"textHidden" "0"
"editable" "0"
"maxchars" "-1"
"default" "1"
}

"PlayGame"
{
"ControlName" "Button"
"fieldName" "PlayGame"
"xpos" "40"
"ypos" "180"
"wide" "200"
"tall" "24"
"autoResize" "0"
"pinCorner" "0"
"visible" "1"
"enabled" "1"
"tabPosition" "3"
"labelText" "#GameUI_PlayGame"
"textAlignment" "center"
"dulltext" "0"
"command" "Play"
"default" "0"
}

"PlayGame_Alt"
{
"ControlName" "Button"
"fieldName" "PlayGame_Alt"
"xpos" "40"
"ypos" "216"
"wide" "200"
"tall" "24"
"autoResize" "0"
"pinCorner" "0"
"visible" "0"
"enabled" "1"
"tabPosition" "4"
"labelText" "#GameUI_PlayGame_Alt"
"textAlignment" "center"
"dulltext" "0"
"command" "PlayGameAlt"
"default" "0"
}


"Cancel"
{
"ControlName" "Button"
"fieldName" "Cancel"
"xpos" "166"
"ypos" "264"
"wide" "72"
"tall" "24"
"autoResize" "0"
"pinCorner" "0"
"visible" "1"
"enabled" "1"
"tabPosition" "5"
"labelText" "#GameUI_Cancel"
"textAlignment" "west"
"dulltext" "0"
"command" "Close"
"default" "0"
}
"BuildDialog"
{
"ControlName" "BuildModeDialog"
"fieldName" "BuildDialog"
"xpos" "87"
"ypos" "250"
"wide" "285"
"tall" "665"
"autoResize" "0"
"pinCorner" "0"
"visible" "1"
"enabled" "1"
"tabPosition" "0"
}
}

Bumping it sorry, important question

Damn, that's some useful info, I had no idea you could scale verticies! Thanks!

I havent started with bms yet, I only used it with half life 2, and its episodes, but im gonna try and use it with bms, ill post an update if its good or not

Hello

I learned it with this guide: https://developer.valvesoftware.com/wiki/Creating_a_Curved_Hallway

I know im just kinda throwing a you a google result. Some pointers i found on my own was that the result gets better if you stick to grid, and moved the vertices a bit after so you have nice snapping.

Im also playing with a mod for BM:S but using their included Hammer. I read there were some issues with Hammer++, is it worth it?

Hey there, I want to make a curved hallway in Source, im using hammer++ and the game I want to map for is Black Mesa Definitive Edition. Thats about it.

First you'll want to make a hollow cylinder using the Arch Primitive and make some duplicates of it (or use Clip Mode to subdivide it) then in Vertex Manipulation Mode select all except the top layer of vertices and right-click and hit Scale Vertices (Alt+E) and repeat that previous step leaving out the next uppermost layer of vertices and so on until you have your funnel

I'm thinking that maybe I should create an entity and define a Think() callback for it with a sufficient delay set for nextthink. Now I'm wondering if this is the elegant way of delaying actions in a plugin or is there a more straightforward way.

Hello, I would like to know if there is a way to create a funnel out of a hollow cylinder without any errors with the vertex tool.
In my new map I want the middle to be a funnel, like the one from star wars in cloud city. I just can't figure out how I can create something like that without breaking the laws of goldsrc. Any ideas?

MESS 1.2.1 is now available!

This is a hotfix that fixes a problem with the configuration system that prevented template entities and behaviors from being loaded.

It also adds a 'template_entities\custom' directory where custom template entities and behaviors can be stored without the risk of being overwritten by a future update.

Nvm, just added trigger_once, that will trigger my headcrab with trigger condition set "See player, Mad at player", and it worked! (but thanks anyway)

Where exactly are you trying to place your headcrabs that this fix is necessary? The pollen sprite means an NPC is too close to the level geometry. The fix is to move them away from the surface they're stuck in.

That guide (I only scan read it) seems to suggest using a scripted_sequence to move them into position for scripted events. That's fine if you want the NPC to remain in that position, but not for the sake of them acting like normal enemies. They will remain looping in their idle animation until triggered to leave their idle state.

Could you send the map, please?

I was using this guide to fix that annoying "Monster stuck in the wall" error with yellow sprites around them. But, when using the fix to my headcrabs, they don't attack (and move) until player does damage to them. I even tried to place info_node's below the headcrab and scripted_sequence, but it didn't help.

Alright, alright, alright!
Me again...

I'm looking for a way to build multiple game modes within the same mod. That's it for now!
I'm currently blocked and lost. Let's start with what I can see with other mods (from basic UI to code).

Half-Life Pre-25th vs. 25th

• (25th) In the NewGameDialog.res file, there is a "PlayGameAlt" command that launches Uplink. With SDK, Uplink doesn't appear, so this command might be associated with something in the code??
• (Pre-25th) In the same file, there is a "Play" command, but you can add engine commands. (i.e. "command" "engine map c1a0")
• skills are not associated with any sort of command in this file (Easy, Medium, Hard). How does the game know?
• I can modify the UI, but I CAN'T change how it operates. (Wouldn't be able to remove the Skills and just add a button with a command that redirects to a map and a skill. I absolutely need to select a skill to execute a "command".

Half-Life MMod

• They modified GameMenu.res instead, adding a bunch of commands.
• They allowed view for Custom Games and redirect the user to other mods (.dll) that operate differently. It doesn't seem efficient IMO, am I right?

SDK (coding)

• gamerules files - seem only to be a if else command via InstallGameRules. Redirect to singleplayer_gamerules or multiplayer_gamerules.

---

My questions

• What's the best practice to create multiple single-player gamerules that modify mainly weapons, models, player, etc? Should I create a mode1_gamerules file and mode1_weapon, mode1_player, etc. files that override some elements of the regular files? (For example, I know there's a player.cpp and CSplayer.cpp file in CS SDK)
• Which file would I have to change/duplicate for each game mode (world?)
• How do I connect those game mode to the UI? (obviously, I don't think it could work with a simple "engine" command in the .res, or even an associated .cfg file).

The main goal right now is to :
1. Create those modes and their triggers in the code.
2. Create an ALERT print in the console during Precache to test that these modes are correctly triggered when loaded.
3. Connect those modes with UI buttons (Ideally through a NewGameDialogue window, but I don't mind via the GameMenu

... If you made it that far, thank you!

Map Decompiler RC 1 released

Map Decompiler RC 1 has been released. See this thread for more information: https://twhl.info/thread/view/20625?page=1#post-348130

Further updates will be posted there from now on.

The Half-Life Unified SDK Map Decompiler is a cross-platform map decompiler based on Quake 3's BSPC map decompiler tool.

Designed to decompile Half-Life 1 maps only (including Half-Life Alpha maps) this decompiler fixes bugs, adds support for maps produced by the latest compilers and introduces new features to produce the most accurate decompiled map sources possible.

Note that decompilers cannot produce perfectly accurate map sources due to limitations involving the Half-Life 1 BSP format. You will always need to fix up decompiled maps to get them working properly.

Release Candidate 1 is now available: https://github.com/SamVanheer/HalfLife.UnifiedSdk.MapDecompiler/releases/tag/V1.0.0.0-RC001

Changes in Release Candidate 1:

• Fixed description text color not updating when changing the theme between Light and Dark
• Reworked command line interface to use verbs to select the decompiler strategy instead of an option to make it easier to see which options apply to which strategy. See README.md for more information
• Added more information about some features to README.md

---

I tried to add support for decompiling clip brushes but it seems to be impossible due to how clip brushes are handled by the compiler:

// clip brushes don't stay in the drawing hull
if (contents == CONTENTS_CLIP)
{
    b->hulls[0].faces = NULL;
    b->contents = CONTENTS_SOLID;
}

This makes clip brushes invisible but also removes them from the point hull, used for things like hitscan ray traces which is why you can shoot through them.

The tree-based algorithm uses the point hull so clip brushes can't be reconstructed by that, and the face-to-brush algorithm uses the visual mesh (aka drawing hull) so they don't exist there either.

---

This release will also be the full release if there are no problems. That will have to wait until the SDK projects have been moved so as to ensure the links contained in this project are updated to point to the twhl-community organization on Github.

I want they be more human about reaction time to shoot you, not be terminators, I mean that.
Because I spend almost rounds dead. And sorry posting again.

Im trying yapd... which looks an enhanced version of podbot... Best of it they kill me everytime.

What bots do you know that can use buttons and doors?

I see I can modify (i.e.) the weapon behavior per "Game mode".
As an example, the crossbow arrow explode on hit MP vs. regular hit in SP

Code: https://github.com/SamVanheer/halflife-updated/blob/fae5e0180a3caaba53b0c2ae7ad2f1218367817e/dlls/crossbow.cpp#L96

For weapon behavior for specific modes, I was thinking about adding the same pattern for each weapons.
For pickup restriction (i.e. crowbar-only mode), I guess I can do the same thing, instead of creating new entities.

Tweaking those isn't that much of a problem.
But I'm a bit lost at adding gamerules associated to this.

Should I copy the code of singleplay_gamerules.cpp and create a new crowbar_gamerules, glock_gamerules, lowhealth_gamerules.cpp files and tweak it accordingly. (Then point in different files with/ IsCrowbarmode, IsGlockmode/, etc.)

If so, how do I add those mode to the UI afterward.
A bit like the new 25th anniversary. You have your skills (1,2,3) and you can select regular or uplink with those skills.

Hello!
You should definitely look into CGameRules and the code around it.

The class: https://github.com/SamVanheer/halflife-updated/blob/master/dlls/gamerules.h#L61
HL deathmatch gamemode: https://github.com/SamVanheer/halflife-updated/blob/master/dlls/gamerules.h#L260
Gamemode factory: https://github.com/SamVanheer/halflife-updated/blob/master/dlls/gamerules.cpp#L371

You can basically select your different scenarios in InstallGameRules (assuming they'd be implemented as gamerules) instead of mangling with different DLLs. The latter could be pretty messy.

I decided to hook ClientPutInServer which runs when the player enters the game, but unfortunately it is too early to send messages from here.

void ClientPutInServer( edict_t *pEntity ) {
    const char* playername = STRING(pEntity->v.netname);
    char* modelname = g_engfuncs.pfnInfoKeyValue( g_engfuncs.pfnGetInfoKeyBuffer( pEntity ), "model" );
    char modelfile[256];
    snprintf(modelfile, sizeof(modelfile), "models/player/%s/%s.mdl", modelname, modelname);
    LOG_MESSAGE(PLID, "Player %s is using model %s", playername, modelname);
    if (fileExists( modelfile )) {
        LOG_MESSAGE(PLID, "Model %s is present on server", modelname);
        SAY(pEntity, "Your model is present on the server, it will be precached for the next round!");
        if (addPrecacheEntry( playername, modelname ))
            LOG_MESSAGE(PLID, "Added model %s to precache list", modelname);
        else
            LOG_MESSAGE(PLID, "Model %s will not be precached - reduntant or precache list is full", modelname);
    }
    else {
        LOG_MESSAGE(PLID, "Unable to precache due to FILE MISSING: %s!", modelfile);
        SAY(pEntity, "Your model is not present on the server, can't distribute for other players!");
    }
    RETURN_META(MRES_IGNORED);
}

If I send a message to other players who are already in game, or all players, they receive the message, so it's not that SAY() doesn't work. I think somehow I should add some timing, so the message would be sent several seconds later when they are already playing. (Just an irrelevant sidenote: the log message "Model %s will not be precached - reduntant or precache list is full" is confusing, because if the model is already added to the list, it WILL be precached for the next round, but won't if the list is full.)

SAY() is a macro I defined to send raw messages – I remember there are other methods I tried, but all of them effectively do this at their core.

#define SAY(pEntity, text) {\
    MESSAGE_BEGIN( MSG_ONE, GET_USER_MSG_ID(PLID, "SayText", NULL), NULL, pEntity );\
        WRITE_BYTE( ENTINDEX(pEntity) );\
        WRITE_STRING( text );\
    MESSAGE_END();\
}

And fileExists() here is just a wrapper for calling access() (this is the other thing I have problem with):

bool fileExists(const char* path) {
    char fullpath[256];
    snprintf(fullpath, sizeof(fullpath), "%s/%s", &gGamedir[0], path);
    return access(fullpath, R_OK) == 0;
}

I highly doubt that LoadFileForMe() would mmap() the file – it would be somewhat better because it's faster and the kernel could at least unload it if it's not used, but it would still be better to not load files in the middle of a game when they are not needed in memory.

IFileSystem in public/FileSystem.h is interesting, I think it would do what I need but I have no idea what it links to.

I'm not sure how hard it is to load VFileSystem009 from a plugin but IFileSystem in public/FileSystem.h has a FileExists method. I'm not sure how LoadFileForMe works but I imagine the buffer has a long life, and I believe it memory maps the file.

I think there are callbacks for when a player connects in the engine? Which one are you using to check? ClientConnect or something else in DLL_FUNCTIONS should hopefully let you hook the player joining a game.

I think strings allocated by ALLOC_STRING last as long as the engine is running but I don't believe it's smart enough to check for already allocated strings.

Maybe use a cvar that selects the game rules.

I've only used zbot myself but podbot is an option - there are probably others. Check out Bots United as it has a few options.

Yeah it was still happening with the latest update, but I figured it out.

I hadn't quite disabled all the external .dll files - I was still linking steam_api.lib which seems to run some code automatically, and apparently Half-Life updated the version of the Steamworks SDK it was using. Previously it was using 1.42 but as of the these recent changes, it's now using 1.53a (which is still somewhat old).

Okay I figured it out - the engine ran the game at the same resolution as my screen which obscured the border - so it was windowed, just huge.

MESS 1.2 has been released!

Besides a lot of small improvements and bugfixes, this update introduces a set of template entities and behaviors that are useful for advanced and novice mappers alike. There's an entity for triggering random targets, a multi-target variant of game_counter, an entity that can periodically trigger a target, a Counter-Strike specific entity that triggers its target when a new round starts, and so on. There's also a target pattern system that lets you write +door1 and train -> newpos instead of having to manually create a trigger_relay or trigger_changetarget. Advanced users can even make their own template entities and behaviors, and share them with others via .zip files.

Macro entities have also been improved: templates can now be given multiple names and macro entities can reference multiple templates, with custom weights, making it easier to create sets of related templates. Macro entities can also reference templates inside other maps, and macro_insert can now create multiple instances.

And if you're using TrenchBroom, you can add {_tb_group} to entity names and targetnames inside linked groups to produce unique names per group. Download links:

• MESS 1.2 downloads
• Check out the tutorials for example maps!

Documentation:

• Setup guide for J.A.C.K. & Hammer and setup guide for TrenchBroom - Read this to get started.
• Tutorials - Some tutorials that explain how to do things like covering terrain. I intend to write several more tutorials in the coming time.
• Configuration - Config files make it possible to create game-specific setups.
• Template entities - A set of entities that make complex things simple.
• Template behaviors - Scripts that automatically generate entities or apply bug workarounds.
• Macro entities - The workhorse entities of MESS that make the template instancing system work.
• Scripting - Use basic scripts for randomizing things, or write advanced scripts for generating levels.

Notable changes & bugfixes:

• Added a template entity library (mtl_trigger_random, mtl_trigger_counter, cs_trigger_roundstart, and more).
• Added several template behaviors (target patterns, automatic multi_manager expansion, env_sprite angles fix, _tb_group support).
• Templates can now have multiple names, and macro entities can reference multiple templates.
• Macro entities can reference templates inside other maps.
• Geometry scaling along individual axis.
• Template properties now act as local variables.
• macro_brush now also copies point entities from the selected template.
• Several attribute-related scripting improvements (empty key removal, array keys, accessing parent entity attributes).
• Automatic merging of brush entities.
• Linux support (untested!).
• MScript has been improved - it now supports functional programming.
• Fixed that map files could not be read on certain systems, depending on culture settings.
• Fixed incorrect handling of jmf worldspawn entities, and unwanted origin attributes.
• Fixed that TrenchBroom map files could not be read (and vice versa).

Or go to the download page for a full list of changes and bugfixes.

---

Special thanks to Windawz, Loulimi and kimilil for their feedback, and all the others that contacted me about MESS during the past 3 years.

Nope, you're fine just using the fgd that came with JACK. There were some limits increased with the 25th Anniversary update but they weren't directly mapping-related limits for the most part.

Trying to make a mod based on TFC. I added a menu item that runs "toggleconsole" and this text apears upon manually opening the console. (The button does nothing). Any ideas why it's doing this?

Unknown command from unsafe location. Ignoring.

I use JACK to do my mapping. Is there anything I need to do to allow it to work with the updated limits, like a new .fgd file? If there is, how can I find and install it?

Bumping it because is an important question for me.

There is no Linux version yet, but you can try to build it yourself by using the Continuous Integration configuration as a starting point:
https://github.com/SamVanheer/HalfLifeAssetManager/blob/b6999b647c9439a2e8e2481c9672d9b6442fee2e/.github/workflows/ci-cd.yml#L19-L43

Some of these steps are only for CI, just make sure to clone the repository using recursive clone so vcpkg is also cloned. You'll need to set up CMake to use the toolchain file provided by vcpkg as shown in the CI configuration.

You'll need to install these packages as well:

• libopenal1
• qtbase5-dev

Run CMake to set up the Makefiles, then make and make install to install the resulting executable. Note that i haven't set up the install rules for Linux yet, the Windows version includes some third party libraries so it will probably be incorrect.

You can also download Linux artifacts produced by the CI pipeline on Github by going to the Actions tab and then the latest successful run, like this one: https://github.com/SamVanheer/HalfLifeAssetManager/actions/runs/6997951607

CI builds are release builds and are almost identical to release builds made using the above steps.

My goal is to get the Linux version fully operational for version 3 including proper installation rules and a simple guide for compiling, but that's not going to happen for a while.

Understood. I'll use those 2 points as guidelines when I get to the real painful entities that are a bit more involved.
Thanks for the help big fella!

I would like know if exist better bots than zbot for Counter Strike 1.6
I ask this because I see zbot sometimes moves with nosense or get stuck in some areas.
Thanks

We don't really have a standard way to do it - it would be best to keep all the games on the same page unless they are significantly different for some reason. So I would say...

• Same entity with only slightly different game-specific stuff -> add info box with the game-specific info
• Same entity with very different game-specific stuff -> create new page with the game-specific info (new page called "entity_name (Game Name)")

Basically if the info box has a lot of text in it, put it in a different page. And then optionally on the page for the base entity, you can add an info box with a link to the other page for the CSDS users.

Heyo,

What would be the best way to update pre-existing pages with new information that is specific to only one game?

Should I just add an information panel and add the category to add it into CSDS or is there another, better way similar to inheritance?