Co-Operative Base (Mod): Difference between revisions

From Valve Developer Community
Jump to navigation Jump to search
No edit summary
m (clean up, added deadend tag)
 
(99 intermediate revisions by 8 users not shown)
Line 1: Line 1:
{{Dead end|date=January 2024}}
= Description =
= Description =


Seco7 Co-Operative Base is a patch file containing useful code fixes for the Source Engine 2007 Half-Life 2 Multiplayer code base.


To be able to use Seco7 you must own, Half-Life 2 or Half-Life 2: Episode 1, Half-Life 2: Deathmatch (which is free for ATI and nVidia users) and the Source SDK Base 2007.
Source Engine Co-Operative Base Modification (SecobMod) is a modification containing useful code fixes for co-operative games. Please see the Features list for more details.
 
 
There are currently two versions of this modification available, The current one for Source SDK 2013 the older one for Source Engine 2007/2009 which can be found
[https://developer.valvesoftware.com/w/index.php?title=Co-Operative_Base_%28Mod%29&oldid=177223 here.]
 
This page deals solely with the latest version (the Source SDK 2013 multiplayer version).
 
 
**Please be aware that no support is given with this modification. Occasionally I check the steam forums and reply to threads I see as I can, but in most cases you are on your own - this is why this wiki page has been so heavily detailed


In addition to this, to actually modify the code itself, you will need the Source SDK installed, and Visual Studio 2008 or 2010 (including express editions).


Additionally, Seco7 allows you to use game content from Half-Life 2: Episode 2, and Portal. Counter-Strike Source and Half-Life 2: Lost Coast and any modifications with their own unique Valve AppID should also work but this is not guaranteed.
If you release a modification which uses SecobMod or code from it, please remember to add those listed in the Credits section of this page to your own credits.


To keep this wiki page easily viewed, many items are now implemented into scroll boxes, so that the more important aspects of the page can be kept whole.


= Installation. =
Currently the minimum requirements are solely that you have the Source SDK Base 2013 Multiplayer installed, though you may find the content restrictive is what you have available to you, as a result of this you may wish to mount other Valve games so that you can use their content (maps, models, sounds, materials etc) but please note that coded items from games that are not Half-Life 2 based will not work.


Firstly make sure that you have the both the Source SDK and the minimum required games installed.


Now launch the Source SDK, and making sure the Engine Version drop-down menu is set to Source 2007, create a new Half-Life 2 Multiplayer modification.
These must use the new .vpk file format to work, at the time of writing the following have been tested and are found to work with various degrees of success:


Once that is done, it's time to get the Seco7 release, which requires [http://www.7-zip.org 7zip] to extract.
* Half-Life 2.
* Half-Life 2: Episode 1.
* Half-Life 2: Episode 2.
* Portal 1
* Portal 2
* Team Fortress 2
* Counter-Strike Source


Download Seco7 from our ModDB's download section:
- Not yet uploaded -


Open up the archive, you will find that it should contain the following:
To keep this wiki page easily viewed, many items are now implemented into scroll boxes, so that the more important aspects of the page can be kept whole.


* A folder called seco-7
= Installation. =
* A file called Seco7Patch.exe
* A file called Seco7.diff
* A file called Game_HL2MP-2010.sln
* A file called client_hl2mp-2005.vcxproj
* A file called server_hl2mp-2005.vcxproj
* A ReadMe.txt file


As long as the Source Engine 2007 remains unmodified in sdk updates, the easiest method of converting your code is by using the Seco7Patch.exe.
With the switchover of Valves' Source SDK hosting onto a GitHub repository it is now much easier to get hold of the code for SecobMod than it was with the previous Seco7 version.


If ever the code changes, this patch will fail to run - as such if you find that this is the case, you will be required to follow the .diff patching section below.
Firstly you should follow the instructions for the Source SDK as found on [https://developer.valvesoftware.com/wiki/Source_SDK_2013 here.]


To install Seco7 using the patch, extract the patch.exe file from the .7z file to somewhere handy (such as your Desktop).
However where it would have you going to the official Valve SDK repository you will want to point your browser or GitHub client to [https://github.com/whoozzem/SecobMod/ this repository] instead.


Run the patch tool, at the point of folder selection make sure to select the 'Src' folder of your exported modifications source code.
Make sure that you store your code in a folder path WITHOUT any spaces in it as it can cause problems compiling especially if you wish to debug your code!


Once it's done - you've patched your source code.
As you can see in Valves' instructions you have the choice of using github for your project and forking off the code (creating your own unique copy of the SecobMod code to edit as you see fit and with the added bonus of being able to merge updates to the base SecobMod and Source SDK code as they are released should you want them, or by downloading a zip file containing all the SecobMod files at the latest commit to the GitHub repository.


== Patching with the .diff file. ==
If you have already started on your project and wish to combine it into a SecobMod base then I would recommend getting a copy/forking a copy of SecobMod and using a program such as [http://winmerge.org/downloads/ winmerge] to merge in your changes due to the amount of changes SecobMod has made to many of the base Source SDK files.


<div style="max-height:5em;overflow:auto;"><source lang=xml>
To actually patch the code into the HL2MP source code, you'll need Tortoise SVN. You can download it here: http://tortoisesvn.tigris.org/


== Setting up the compiled game folder. ==


Once installed, Create a folder called:
Now that you have obtained the latest SecobMod and extracted the zip file (if you didn't fork the code in GitHub) then you will want to copy SecobMod's folder located at:




repository
MP>Game>mod_hl2mp


to:


on your desktop.
Steam>steamapps>sourcemods




Right click this, and go to TortoiseSVN > Create Repository Here.
At this point you could rename the mod_hl2mp folder in your sourcemods folder to that of your game name.


== Setting up the Project files. ==


Now right click on the "Game" folder of the source code.
Once you have the code setup you can quickly get the source code project files up and running with all the required code files added/removed for compiling by going into your:


mp>game>mod_hl2mp


Choose SVN checkout, set the "URL of repository" to:
folder and open client_hl2mp-2005.vcxproj and server_hl2mp-2005.vcxproj in a text editor and changing all references to:


c:\github\SecobMod...etc to reflect where you have stored your code files.


file://C:/Users/YOUR-USER-NAME/Desktop/repository
Once this is complete you should then copy the files as outlined below:




*if you're an XP user, replace "Users" with "Documents and Settings".
client_hl2mp.vcxproj to the mp>src>Game>Client folder.


-and-


And remove the word repository, from the end of the "Checkout Directory". So that (for example) it reads:
server_hl2mp.vcxproj mp>src>Game>Server folder.


and overwriting the files that were created while following the github instructions on the other Valve wiki page.


C:\Users\YOUR-USER-NAME\Desktop\sourcesdk\game
== Debugging the code ==


You will of course wish to debug any problems, errors, crashes and such that you get while play testing your game. [https://developer.valvesoftware.com/wiki/Installing_and_Debugging_the_Source_Code This wiki page] describes the process of setting up the project for debugging.


Then click OK. It will tell you the target folder is not empty! just click Yes.
== Adding and Removing Game Features ==


SecobMod was designed so that you can easily disable and enable its features, so that you can customise it in whatever which way you want it.


It will then display a prompt saying "Completed At revision 0".
As such all features are stored with a file in the Src>Game>Shared>Secobmod folder, called secobmod_shareddefs.h


On opening this file you will find every feature clearly defined, and information concerning what each feature does.


Click OK.
To enable a feature, remove the // from the beginning of the word define, to disable a feature add the // in front of its' define.


As an aside if you'd like to try out nightvision in game, it is binded to the 'N' key and as it stands it is currently only enabled for the heavy class (but you have the power to change this if you'd like!).


Now right click your Game folder, and choose "SVN Commit"
The file has one last important role, and that is that by defining all changes, this makes searching for all references to a specific feature in the entire codebase very easy. This allows easier transition of code between engine releases or should you wish to use code from SecobMod you can easily find it to implement in other Source SDK Multiplayer games.




After the list is populated, check "select/deselect all" so that all items are checked.
{{note| -- }}Important information about all the code can be found in the same folder, but in the file titled secobmod_information.h- }}


== Teams ==


Now click OK.
Setting up teams in Secobmod is very easy, you can enforce teamplay using the secobmod's definition, however for a full team play implemenation you will want to follow [https://developer.valvesoftware.com/wiki/Creating_Teams this wiki page] (take a note of the warnings about SDK 2013).


In the old 2007/9 SDK release there was a problem with team members being unable to do any damage to either teams AI. The code function which had this problem was removed from the 2013 SDK and I have not added it back in. If you have issues with teamplay and the AI then you may need to grab this code from the older seco7 code.


Eventually it'll progress through the list. If it fails to work, or does some and not all - then you have an anti-spyware, firewall or antivirus blocking the commit, which you'll have to temporarily disable.
In my basic testing of teams the game does now work as it should without this code, but I leave this in as a small warning for those wishing to have a teamplay based co-operative game.


== Setting up the Hammer Map Editor ==


Once the commit is done, OK it, then right click the game folder, and choose:
SecobMod has a few custom entities that mappers can use, should they wish to.


So that you can use these in your the Hammer editor, you'll need to edit and add a few files (as will any other mappers on your modifications team).


TortoiseSVN>Apply Patch
Locate the ..\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\ GameConfig.txt file


And add the following to it, edit as appropriate with your modifications name and steam folder paths.


Choose the patch file and then tell it to patch all by right clicking in the little left hand menu files list.
<div style="max-height:30em;overflow:auto;"><source lang=xml>
"SecobMod"
{
"GameDir" "..\Steam\SteamApps\SourceMods\mod_hl2mp"
"hammer"
{
"TextureFormat" "5"
"MapFormat" "4"
"DefaultTextureScale" "0.250000"
"DefaultLightmapScale" "16"
"DefaultSolidEntity" "func_detail"
"DefaultPointEntity" "info_player_start"
"GameExe" "..\Steam\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\hl2.exe"
"MapDir" "..\Steam\steamapps\SourceMods\mod_hl2mp\mapsrc"
"CordonTexture" "tools\toolsskybox"
"MaterialExcludeCount" "0"
"BSP" "..\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\vbsp.exe"
"Vis" "..\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\vvis.exe"
"Light" "..\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\vrad.exe"
"BSPDir" "..\Steam\Steamapps\SourceMods\mod_hl2mp\maps"
"GameData0" "..\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\secobmod.fgd"
}
}
</source></div>


Next, you'll want to create a blank/empty file called secobmod.fgd using a text editor, and place it in the ..\SteamApps\common\Source SDK Base 2013 Multiplayer\bin folder.


And that'll be you patched.
<div style="max-height:30em;overflow:auto;"><source lang=xml>
//-------------------------------------------------------------------------
//
// Game data for SecobMod.
//
//-------------------------------------------------------------------------


@include "base.fgd"
@include "halflife2.fgd"
@include "hl2mp.fgd"
@include "portal.fgd"
//Add any other includes here such as css, tf2 etc etc.


If you wish, you may now remove SVNs references from the files, to do this turn on Show Hidden Files, Folders and Drives in your Windows Explorer Folder options.
@PointClass base(PlayerClass, Angles) studio("models/editor/playerstart.mdl") = info_player_assaulter :
"This entity indicates the position and facing direction at which the player will spawn during a player classes map. Any number of "+
"info_player_assaulter entities may be placed in a map."
[
]


@PointClass base(PlayerClass, Angles) studio("models/editor/playerstart.mdl") = info_player_supporter :
"This entity indicates the position and facing direction at which the player will spawn during a player classes map. Any number of "+
"info_player_supporter entities may be placed in a map."
[
]


Within each folder and sub-folder under the source codes game folder, you will now find a directory called .svn, delete it. Remember it includes sub-folders, so it isn't just the .svn folders in client/server you'll need to remove, also the likes of client>episodic>.svn.


@PointClass base(PlayerClass, Angles) studio("models/editor/playerstart.mdl") = info_player_medic :
"This entity indicates the position and facing direction at which the player will spawn during a player classes map. Any number of "+
"info_player_medic entities may be placed in a map."
[
]


You can also delete your desktops "repository" folder after doing this, as unless you want subversion control you're finished with the folder.
@PointClass base(PlayerClass, Angles) studio("models/editor/playerstart.mdl") = info_player_heavy :
"This entity indicates the position and facing direction at which the player will spawn during a player classes map. Any number of "+
"info_player_heavy entities may be placed in a map."
[
]


@PointClass base(Targetname, Angles) studio( "models/combine_turrets/floor_turret.mdl" ) = npc_turret_floor : "Combine Floor Turret"
[
spawnflags(Flags) =
[
32 : "Autostart" : 0
64 : "Start Inactive" : 0
128 : "Fast Retire" : 0
256 : "Out of Ammo" : 0
512 : "Citizen modified (Friendly)" : 0
1024 : "Portal Turret" : 0
]


If however you do want subversion control in use, I reccomend you check out the following wiki article [[Setting_up_Tortoise_SVN_to_apply_a_Patch|here]]
SkinNumber(integer) : "Skin Number" : 0 : "Which skin to use for this turret. Set to 0 to select randomly."


</source></div>
// Inputs
input Toggle(void) : "Toggle - If open, close. If closed, open."
input Enable(void) : "Enable the turret."
input Disable(void) : "Disable the turret."
input DepleteAmmo(void) : "Depletes all the ammo from a turret, causing it to dry-fire."
input RestoreAmmo(void) : "Restores ammo to a turret, allowing it to fire live rounds again."
input SelfDestruct(void) : "Causes the turret to warn and then explode."


== Setting up the compiled game folder. ==
// Outputs
output OnDeploy(void) : "Turret is becoming active and dangerous."
output OnRetire(void) : "Turret is becoming inactive and harmless."
output OnTipped(void) : "Turret has been tipped over and is inactive."
output OnPhysGunPickup(void) : "Picked up with physgun"
output OnPhysGunDrop(void) : "Released by physgun"
]


Now that you have your source code patched one way or an other, navigate to your Steam folder, and then into steamapps>sourcemods.
//-------------------------------------------------------------------------
//
// Vehicles.
//
//-------------------------------------------------------------------------
@BaseClass base(Targetname, Origin, Global, prop_static_base) = BaseVehicle
[
vehiclescript(string) : "Vehicle Script File" : "scripts/vehicles/jeep_test.txt"
actionScale(float) : "Scale of action input / framerate" : "1"


Delete your modification folder from this directory.
// Inputs
input Action(float) : "Set the speed of the action animation"


Now copy accross the 'seco-7' folder from out of the downloaded seco7 archive, and once copied rename it to that of the modification folder which you just deleted.
input TurnOn(void) : "Turn on: Start engine & enable throttle"
input TurnOff(void) : "Turn off: Stop engine, disable throttle, engage brakes."


At this point, you could if you wished to, launch or restart Steam, and then launch seco-7 from the games list.
input Lock(void) : "Prevent the player from entering or exiting the vehicle."
input Unlock(void) : "Re-allow the player to enter or exit the vehicle."
]




== Setting up the Project files. ==
@BaseClass base(BaseVehicle) = BaseDriveableVehicle
[
VehicleLocked(choices) : "Start locked" : 0 =
[
0 : "No"
1 : "Yes"
]


Now go to your source code directory, and in the Src folder delete Game_HL2MP-2005.sln
// Outputs
output PlayerOn(void) : "Player entered the vehicle"
output PlayerOff(void) : "Player exited the vehicle"
output PressedAttack(void) : "Player Pressed attack key"
output PressedAttack2(void) : "Player Pressed attack2 key"


Now go into the Src>Game>Client folder and delete client_hl2mp-2005.vcproj
output AttackAxis(string) : "State of attack button [0,1]"
output Attack2Axis(string) : "State of attack2 button [0,1]"
// Inputs
input HandBrakeOn(void) : "Turns the handbrake on"
input HandBrakeOff(void): "Releases the handbrake"
]


Now go into the Src>Game>Server folder and delete server_hl2mp-2005.vcproj
@PointClass base(BaseVehicle) studioprop() = prop_vehicle :
"Studiomodel vehicle that can be driven via inputs."
[
// Inputs
input Steer(float) : "Steer the vehicle +/-1"
input Throttle(float) : "Throttle +/-1"


From the download seco7 archive, extract Game_HL2MP-2010.sln to the Src folder.
spawnflags(flags) =
[
1 : "Always Think (Run physics every frame)" : 0
]
]


Also extract client_hl2mp-2005.vcxproj to the Src>Game>Client folder.


And finally extract server_hl2mp-2005.vcxproj to the Src>Game>Server folder.
@PointClass base(BaseDriveableVehicle) studioprop() = prop_vehicle_driveable :
"Generic driveable studiomodel vehicle."
[
]
@PointClass base(BaseDriveableVehicle) studioprop() = prop_vehicle_jeep : "Driveable studiomodel jeep."
[
]
@PointClass base(BaseDriveableVehicle) studioprop() = prop_vehicle_hl2buggy : "Jeep for episode 2 mods."
[
model(studio) : "World model" : "models/buggy.mdl"
vehiclescript(string) : "Vehicle Script File" : "scripts/vehicles/jeep_test.txt"
]
@PointClass base(BaseDriveableVehicle) studioprop() = prop_vehicle_jalopy : "Jeep for episode 2 mods."
[
model(studio) : "World model" : "models/vehicle.mdl"
vehiclescript(string) : "Vehicle Script File" : "scripts/vehicles/jalopy.txt"
]


Now, in your favourite text editor, open the two client and server .vcxproj files, and find and replace all references to:
@PointClass base(BaseDriveableVehicle, Parentname) studioprop() = prop_vehicle_passengerseat :
"Our method of multiplayer passenger vehicles."
[
model(studio) : "World model" : "models/ss_passenger_cube.mdl"


c:\program files (x86)\steam\steamapps\SourceMods\seco-7\bin\
vehiclescript(string) : "Vehicle Script File" : "scripts/vehicles/prisoner_pod.txt"
input Open(void) : "Plays the pod's open animation and unlocks the pod for entry or exit."
input Close(void) : "Plays the pod's close animation and locks the pod for entry or exit."
input EnterVehicle(void) : "Forces the activator (or player) into the pod."
input EnterVehicleImmediate(void) : "Forces the activator (or player) into the pod without enter/exit animations."
input ExitVehicle(void) : "Boots the prisoner out of the pod."
output OnOpen(void) : "Fired when the pod is open enough to enter."
output OnClose(void) : "Fired when the pod too closed to enter."
]


with the location of your own modifications bin folder.
//----------------------------------//
//       //
// Switch Model Targets     //
//  Sets all players to set model  //
// //
//----------------------------------//
@PointClass base(Targetname, Angles, EnableDisable) iconsprite("sprites/icons/switchmodel.vmt") = info_switchmodel : "SecobMod Co-Operative Set Model"
[
]


//-------------------------------------------------------------------------
//
// Solid Classes
//
//-------------------------------------------------------------------------


== Setting up the Source Code. ==
@SolidClass = func_ladder :
"Ladder. Players will be able to freely along this brush, as if it was a ladder. If you are using a model prop " +
"for the visual representation of the ladder in the map, apply the toolsinvisibleladder material to the " +
"func_ladder brush."
[
]
</source></div>


Now launch Hammer and from the selection list choose SecobMod.


Finally, so that the game will launch correctly after compiling, we need to tell the mounting and map code the name of the modification.
If you are going to be using the stock vehicles and the secobmod passenger seat, you will find the prefabs folder a useful addition to your hammer editor. So copy the secobmod_prefabs folder from your game folder to your: ..\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\Prefabs folder.


While this can be done by now launching the .sln file in Visual Studio 2010, I personally prefer to do it in a text editor, but the choice is up to you.
= Important Map Settings. =


Which ever method of editing you choose, open up Src>Game>Client> cdll_client_int.cpp and use Find/Replace to change all occurences of:
If you are using the player class system, then there are a few changes you will have to make to the map so that it doesn't crash on trying to spawn the player.


SourceMods/seco-7
Make a hollow room/cube large enough to fit several players in outside of the main map area, and texture it in a purely black colour. Add in some standard player starts into it, and then put the real (per-class) player starts where you want them inside the playable space of the map.


into
This will now mean your game won't crash on your player trying to spawn, usually you can get away with just one standard player start and a room large enough for one person as people will spawn inside one another till they pick their class and spawn at their correct class location, but for safety it may be best to make it a large cube with several player starts as stated above.


SourceMods/the_name_of_your_modification


Save and close the file, and now open up Src>Game>Server> gameinterface.cpp and once again use Find/Replace to change all occurences of:
Also, there is a custom actor you can allow mappers to use called setmodel, this if placed in a game will allow players to set the model for all players, you can see how this works by opening the defector example map. In this maps case it spawns all players as metrocops.


SourceMods/seco-7
= Important Settings Files. =


into
These are all used in the compiled folder of your modification.


SourceMods/the_name_of_your_modification


== GameInfo.txt ==


Lastly, if you do not like using the 'seco7_' prefix for your modifications maps, you will need to change this in the gameinterface.cpp file.
GameInfo.txt is also where you define such things as your developers team name, website and the icon to display in Steam, as well as the game's title.


Once again, using Find/Replace, change all occurences of:
The most important section are the 'Search Paths'.


ToCStr(), "seco7_
Search paths are the modifications way of mounting the VPKs which come with each modern Valve game.


into
A backup of the gameinfo.txt file can be found within the secobmod_information.h file.


ToCStr(), "MapPrefix_
== resource/mod_hl2mp_english.txt ==


This is found in the resource folder and is the modification's language definition file. Here you can find settings such as the titles for Chapters, the messages displayed on a vital ally being killed (for example) and other things such as server connection messages etc.


Note however that this will cause the seco7_ maps to run in fail-safe mounting mode, along with any other maps which do not have a recognised map prefix, fail-safe mounting was added to prevent unknown maps from crashing the game.


You should name this file to that of your own game/modifications' title, (GameorModName_english.txt).


Now that you have made these changes, you can compile the source code in Visual Studio, while there are errors claiming that the compiler doesn't copy accross the .dll files, I have found it actually does. Though if on launching your game you get a 'Client' error, it means the .dlls are not in the bin folder.
== cfg/skill.cfg ==


Also, if you get any crashes related to missing 'Error.mdl' then the mounting lines in gameinterface.cpp and cdll_client_int.cpp will need to be checked through, as this means the mounting code was unable to find your modifications content.
The skill.cfg file is important as it allows you to define such things as NPC health, NPC damage (to others such as the player), number of rockets a Strider may withstand and even how much charge a Vortigaunt can give to the players suit. It is worth reading through the file and editing it to suit your needs as it does define a lot of features of modifications. It can be found in the cfg folder.


== scripts/ChapterBackgrounds.txt ==


== Adding and Removing Game Features ==
This file defines which of your modifications maps are background maps to display on the main menu. If you choose to use background maps with your modification, be sure to enable the <code>secobmod__BG_MOTD_FIX</code> definition in the <code>secobmod_shareddefs.h</code> so as not to display the motd on the main menu.


Seco7 was designed so that you can easily disable and enable its features, so that you can customise it in whatever which way you want it.
== cfg/valve.rc ==


As such all features are stored with a file in the Src>Game>Shared>Seco folder, called seco7_shareddefs.h
This file defines whether background maps are displayed on the main menu. It's found in the cfg folder.


On opening this file you will find every feature clearly defined, and information concerning what each feature does.
== resource/ClientScheme.res ==


To enable a feature, remove the // from the beginning of the word define, to disable a feature add the // in front of its define.
This is the HUD colour file. Seperate versions can be used per player class as needed (the code is implemented). Currently all classes are set to use the same file.


Besides the important role of this file, it also has an information section containing valuable search words, which to get a better grasp of the seco7 code, and how features work - I do reccomend you searching for (eg. //4WH - Information:) in all .cpp and .h files to gain a full understanding of work arounds, bug fixes and - how things work in general.
== maps/map_briefings ==


The file has one last important role, and that is that by defining all changes, this makes searching for all references to a specific feature in the entire codebase very easy. An example would be if you wished to find in which files all the NightVision code was, all you would need to do would be to search all .cpp and .h files for 'Seco7_ENABLE_NIGHTVISION_FOR_HEAVY_CLASS'.  
This is a folder inside the <code>maps</code> folder. Each map that requires a briefing has a text file for that specific map. This loads in a similar fashion to the MOTD panel. It allows a quick map storyline for people loading the map. See our example maps in-game to see this concept in action.


This has one other benefit, should you wish to start afresh on the hl2mp code, and decide not to use Seco7, you can still search the code and remove the bits that you'd still like to use fairly easily for implementing into your new non-seco7 modification.


= Dedicated Server Guide =


Please see [https://developer.valvesoftware.com/wiki/SteamCMD this guide] for setting up a Source SDK dedicated server.


= Features =
= Features =


<div style="max-height:10em;overflow:auto;"><source lang=xml>
<div style="max-height:30em;overflow:auto;"><source lang=xml>


Developers can easily enable and disable individual features to suit their needs.
Developers can easily enable and disable individual features to suit their needs.


** Portal Gun, player only.
This is a cut down list, for full information as to the features please see the secobmod_shareddefs.h file).
 
** Portal Gun, enable testing in the shared defs file to enable its useage. give weapon_portalgun and companioncube.
** Super Gravity Gun (some graphic effects missing - most of the code done by .Kave).
** Super Gravity Gun (some graphic effects missing - most of the code done by .Kave).
** Restart level on critical ally/object/time limit failing.
** Restart level on critical ally/object/time limit failing.
** View Cameras now take control of all players on a server (Gordon's KO Wakeup scene, etc).
** View Cameras now take control of all players on a server (Gordon's KO Wakeup scene, etc).
** Save/Restore transitions now work even if you disable playerclasses from the code.
** Save/Restore transitions now work even if you disable playerclasses from the code.
** Each player class player now has their own unique filter name, meaning only a certain playerclass can trigger an event (for example). Thanks Alters for the fix!
** Each player class player now has their own unique filter name, meaning only a certain playerclass
can trigger an event (for example). Thanks Alters for the fix!
** Called it a day on development. It's all in the hands of the community now.
** Called it a day on development. It's all in the hands of the community now.


Line 235: Line 418:
* AI Patch Modifications:
* AI Patch Modifications:
** Enable/Disable an enhanced version of Winston's AI Multiplayer patch.
** Enable/Disable an enhanced version of Winston's AI Multiplayer patch.
** Valve Game Mounting:
** Valve Game Mounting through use of the gameinfo.txt search paths.
** Dynamically mount various official Valve games to get the most for your mod.
** or use Static Mounts when you're sure you don't need Dynamic mounting.  




* Episode 2 Support:
* Episode 2 Support:
** Including support for Alyx Darkness Mode  
** Including support for Alyx Darkness Mode




* Player Abilities:
* Player Abilities:
** Non-HEV wearers can still be allowed to sprint, have the geiger counter, etc. This is on a per-item basis, so players could have the geiger, but no sprint if you wanted.
** Non-HEV wearers can still be allowed to sprint, have the geiger counter, etc. This is on a
per-item basis, so players could have the geiger, but no sprint if you wanted.
** Players can pick up objects with their hands.   
** Players can pick up objects with their hands.   
** NightVision (currently only enabled for the Heavy class, use the 'N' key to enable it).




Line 257: Line 440:
** Customise Class Jump Heights.
** Customise Class Jump Heights.
** Each Class Can Have Its Own HUD Layout/Colour scheme.
** Each Class Can Have Its Own HUD Layout/Colour scheme.
** Define how many players can be in each Player Class.
** Define how many players can be in each Player Class.
 
 
* Teamplay Support:
** Fixes for enemy NPCs and teamplay games.




Line 289: Line 468:
* Game Settings:
* Game Settings:
** Friendly Fire (Replaces players can collide from v1.5).
** Friendly Fire (Replaces players can collide from v1.5).
** Dynamic Respawn Code. Don't spawn back at the start of the map anymore, respawn back where you left off in your killing spree.
** Dynamic Respawn Code. Don't spawn back at the start of the map anymore, respawn back  
** Multiplayer Level Transitions. On ALL players entering the transition area the server is forced to changelevel to the next map (percentage can be changed).
where you left off in your killing spree.
** Multiplayer Level Transitions. On ALL players entering the transition area the server  
is forced to changelevel to the next map (percentage can be changed).
** Save/Restore. A basic working transition system which saves/restores your loadouts.
** Save/Restore. A basic working transition system which saves/restores your loadouts.
** Valve approved cheating. Now even if sv_cheats 1 is enabled, players can't cheat unless you define it as acceptable in the code.
** Valve approved cheating. Now even if sv_cheats 1 is enabled, players can't cheat unless  
you define it as acceptable in the code.
** Map briefings. Provide storylines on a per-map basis.
** Map briefings. Provide storylines on a per-map basis.
** Map specific model overrides. Changes all players to a specified player model on a particular map (set by the mapper). Check out our defector map for an in-game example!
** Map specific model overrides. Changes all players to a specified player model on a  
particular map (set by the mapper). Check out our defector map for an in-game example!
</source></div>
</source></div>


= Credits =
= Credits =


<div style="max-height:10em;overflow:auto;"><source lang=xml>
** ChiefWhosm/Whoozzem
 
** Spamslayer
* [http://www.moddb.com/company/4-wheeled-husky-games/ 4-Wheeled Husky Games.]
** MontyPython
 
** Sneaky
* And thanks to the following non-OBCO development team members:
** Ariae
** Everyone else who used to be in 4WH.
** - and -
** Winston
** Winston
** Tony Sergi
** Tony Sergi
Line 310: Line 495:
** DutchMega
** DutchMega
** The Last 7 Hours Spanish Mod
** The Last 7 Hours Spanish Mod
** Makkon
** Skidz
** Skidz
** Alters
** Alters
Line 317: Line 503:
** z33ky
** z33ky
** JordanN
** JordanN
** Toox
** TheRJMan
** TheRJMan
** SilverPower
** SilverPower
** Vektorx4
** Vektorx4
** Sirmastercombat
** Sandern
** HalfWit2
** HalfWit2
* Sneaky[ToB]
** Anyone else forgotten
** Anyone else forgotten
</source></div>


= Known Bugs =
= Known Bugs =


<div style="max-height:10em;overflow:auto;"><source lang=xml>
<div style="max-height:30em;overflow:auto;"><source lang=xml>


*Armour not working on non-playerclass save/restore transitions.
* HIGH - Restore code of the save/restore code is currently set to use a static folder/file path. This is probably easily fixed.
* MEDIUM - Because we are relying on search path mounting, currently some scenes (meaning actions, gestures and some sounds) do not play. There are more that work than those few that don't at least.
* MEDIUM - Armour not working on non-playerclass save/restore transitions. This should work according to the code!
* MEDIUM - Leaving tilted vehicles causes players to appear tilted as well. This affects only their player
model, their actual views are normal.


*Weapon strip/dissolve zones (as used to make the Super Gravity Gun in HL2/EP1) don't work.
* MEDIUM - Weapon strip/dissolve zones (as used to make the Super Gravity Gun in HL2/EP1) don't work.


The above is Caused by the game not recognizing the hl2mp gravity gun and just deleting it,
The above is Caused by the game not recognizing the hl2mp gravity gun and just deleting it,
then the test zone (d3_citadel_03) sticks waiting on the script to finish.
then the test zone (d3_citadel_03) sticks waiting on the script to finish.


*Super Gravity Gun - ::DoMega functions not implemented and ::Do functions missing some single
* LOW - Gravity Gun - Particles show without alphas/blobs, this is probably missing particle files and can probably be easily fixed. It's possible to mount HL2:DeathMatch vpk's to fix this but this breaks the AI animations from working.
  player additions (these ::Do functions enable the fancy effects you can see are missing).
* LOW - Super Gravity Gun - Some particle effects are missing, but the gun itself works as in singleplayer.
* LOW - Blood splashes being emitted when shooting other players despite no damage actually being dealt
  (only applicable when "SecobMod__FRIENDLY_FIRE_ENABLED" is disabled).
 
* LOW - Chat bubbles angle towards the player's view, so they can appear embedded in walls etc, however there is also now a bug where the code is fine but the model fails to render. I'm wondering if it is spawning at the map rather than player origin or something strange.
* LOW - AI bend their legs when going up in lifts (elevators), and hover slightly in the air going down.
</source></div>


*Leaving tilted vehicles causes players to appear tilted as well. This affects only their player
= Bug Fixes. =
model, their actual views are normal.


*Blood splashes being emitted when shooting other players despite no damage actually being dealt
* Feel free to fork the github code and push back changes to the base code for all to enjoy, or post them here to be added to the code once spotted.
(only applicable ''without'' <code>OBCO_FRIENDLY_FIRE_ENABLED</code> being defined).


*Chat bubbles angle towards the player's view, so they can appear embedded in walls etc.
[[Category:Modding]]
*AI bend their legs when going up in lifts (elevators), but are fine going down.
</source></div>

Latest revision as of 08:50, 21 January 2024

Dead End - Icon.png
This article has no Wikipedia icon links to other VDC articles. Please help improve this article by adding links Wikipedia icon that are relevant to the context within the existing text.
January 2024

Description

Source Engine Co-Operative Base Modification (SecobMod) is a modification containing useful code fixes for co-operative games. Please see the Features list for more details.


There are currently two versions of this modification available, The current one for Source SDK 2013 the older one for Source Engine 2007/2009 which can be found here.

This page deals solely with the latest version (the Source SDK 2013 multiplayer version).


    • Please be aware that no support is given with this modification. Occasionally I check the steam forums and reply to threads I see as I can, but in most cases you are on your own - this is why this wiki page has been so heavily detailed


If you release a modification which uses SecobMod or code from it, please remember to add those listed in the Credits section of this page to your own credits.


Currently the minimum requirements are solely that you have the Source SDK Base 2013 Multiplayer installed, though you may find the content restrictive is what you have available to you, as a result of this you may wish to mount other Valve games so that you can use their content (maps, models, sounds, materials etc) but please note that coded items from games that are not Half-Life 2 based will not work.


These must use the new .vpk file format to work, at the time of writing the following have been tested and are found to work with various degrees of success:

  • Half-Life 2.
  • Half-Life 2: Episode 1.
  • Half-Life 2: Episode 2.
  • Portal 1
  • Portal 2
  • Team Fortress 2
  • Counter-Strike Source


To keep this wiki page easily viewed, many items are now implemented into scroll boxes, so that the more important aspects of the page can be kept whole.

Installation.

With the switchover of Valves' Source SDK hosting onto a GitHub repository it is now much easier to get hold of the code for SecobMod than it was with the previous Seco7 version.

Firstly you should follow the instructions for the Source SDK as found on here.

However where it would have you going to the official Valve SDK repository you will want to point your browser or GitHub client to this repository instead.

Make sure that you store your code in a folder path WITHOUT any spaces in it as it can cause problems compiling especially if you wish to debug your code!

As you can see in Valves' instructions you have the choice of using github for your project and forking off the code (creating your own unique copy of the SecobMod code to edit as you see fit and with the added bonus of being able to merge updates to the base SecobMod and Source SDK code as they are released should you want them, or by downloading a zip file containing all the SecobMod files at the latest commit to the GitHub repository.

If you have already started on your project and wish to combine it into a SecobMod base then I would recommend getting a copy/forking a copy of SecobMod and using a program such as winmerge to merge in your changes due to the amount of changes SecobMod has made to many of the base Source SDK files.


Setting up the compiled game folder.

Now that you have obtained the latest SecobMod and extracted the zip file (if you didn't fork the code in GitHub) then you will want to copy SecobMod's folder located at:


MP>Game>mod_hl2mp

to:

Steam>steamapps>sourcemods


At this point you could rename the mod_hl2mp folder in your sourcemods folder to that of your game name.

Setting up the Project files.

Once you have the code setup you can quickly get the source code project files up and running with all the required code files added/removed for compiling by going into your:

mp>game>mod_hl2mp

folder and open client_hl2mp-2005.vcxproj and server_hl2mp-2005.vcxproj in a text editor and changing all references to:

c:\github\SecobMod...etc to reflect where you have stored your code files.

Once this is complete you should then copy the files as outlined below:


client_hl2mp.vcxproj to the mp>src>Game>Client folder.

-and-

server_hl2mp.vcxproj mp>src>Game>Server folder.

and overwriting the files that were created while following the github instructions on the other Valve wiki page.

Debugging the code

You will of course wish to debug any problems, errors, crashes and such that you get while play testing your game. This wiki page describes the process of setting up the project for debugging.

Adding and Removing Game Features

SecobMod was designed so that you can easily disable and enable its features, so that you can customise it in whatever which way you want it.

As such all features are stored with a file in the Src>Game>Shared>Secobmod folder, called secobmod_shareddefs.h

On opening this file you will find every feature clearly defined, and information concerning what each feature does.

To enable a feature, remove the // from the beginning of the word define, to disable a feature add the // in front of its' define.

As an aside if you'd like to try out nightvision in game, it is binded to the 'N' key and as it stands it is currently only enabled for the heavy class (but you have the power to change this if you'd like!).

The file has one last important role, and that is that by defining all changes, this makes searching for all references to a specific feature in the entire codebase very easy. This allows easier transition of code between engine releases or should you wish to use code from SecobMod you can easily find it to implement in other Source SDK Multiplayer games.


Note.pngNote: --

Important information about all the code can be found in the same folder, but in the file titled secobmod_information.h- }}

Teams

Setting up teams in Secobmod is very easy, you can enforce teamplay using the secobmod's definition, however for a full team play implemenation you will want to follow this wiki page (take a note of the warnings about SDK 2013).

In the old 2007/9 SDK release there was a problem with team members being unable to do any damage to either teams AI. The code function which had this problem was removed from the 2013 SDK and I have not added it back in. If you have issues with teamplay and the AI then you may need to grab this code from the older seco7 code.

In my basic testing of teams the game does now work as it should without this code, but I leave this in as a small warning for those wishing to have a teamplay based co-operative game.

Setting up the Hammer Map Editor

SecobMod has a few custom entities that mappers can use, should they wish to.

So that you can use these in your the Hammer editor, you'll need to edit and add a few files (as will any other mappers on your modifications team).

Locate the ..\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\ GameConfig.txt file

And add the following to it, edit as appropriate with your modifications name and steam folder paths.

		"SecobMod"
		{
			"GameDir"		"..\Steam\SteamApps\SourceMods\mod_hl2mp"
			"hammer"
			{
				"TextureFormat"		"5"
				"MapFormat"		"4"
				"DefaultTextureScale"		"0.250000"
				"DefaultLightmapScale"		"16"
				"DefaultSolidEntity"		"func_detail"
				"DefaultPointEntity"		"info_player_start"
				"GameExe"		"..\Steam\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\hl2.exe"
				"MapDir"		"..\Steam\steamapps\SourceMods\mod_hl2mp\mapsrc"
				"CordonTexture"		"tools\toolsskybox"
				"MaterialExcludeCount"		"0"
				"BSP"		"..\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\vbsp.exe"
				"Vis"		"..\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\vvis.exe"
				"Light"		"..\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\vrad.exe"
				"BSPDir"		"..\Steam\Steamapps\SourceMods\mod_hl2mp\maps"
				"GameData0"		"..\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\secobmod.fgd"
			}
		}

Next, you'll want to create a blank/empty file called secobmod.fgd using a text editor, and place it in the ..\SteamApps\common\Source SDK Base 2013 Multiplayer\bin folder.

//-------------------------------------------------------------------------
//
// Game data for SecobMod.
//
//-------------------------------------------------------------------------

@include "base.fgd"
@include "halflife2.fgd"
@include "hl2mp.fgd"
@include "portal.fgd"
//Add any other includes here such as css, tf2 etc etc.

@PointClass base(PlayerClass, Angles) studio("models/editor/playerstart.mdl") = info_player_assaulter :
	"This entity indicates the position and facing direction at which the player will spawn during a player classes map. Any number of "+
	"info_player_assaulter entities may be placed in a map."
[
]

@PointClass base(PlayerClass, Angles) studio("models/editor/playerstart.mdl") = info_player_supporter :
	"This entity indicates the position and facing direction at which the player will spawn during a player classes map. Any number of "+
	"info_player_supporter entities may be placed in a map."
[
]


@PointClass base(PlayerClass, Angles) studio("models/editor/playerstart.mdl") = info_player_medic :
	"This entity indicates the position and facing direction at which the player will spawn during a player classes map. Any number of "+
	"info_player_medic entities may be placed in a map."
[
]

@PointClass base(PlayerClass, Angles) studio("models/editor/playerstart.mdl") = info_player_heavy :
	"This entity indicates the position and facing direction at which the player will spawn during a player classes map. Any number of "+
	"info_player_heavy entities may be placed in a map."
[
]

@PointClass base(Targetname, Angles) studio( "models/combine_turrets/floor_turret.mdl" ) = npc_turret_floor : "Combine Floor Turret"
[
		spawnflags(Flags) = 
	[
		32 : "Autostart" : 0
		64 : "Start Inactive" : 0
		128 : "Fast Retire" : 0
		256 : "Out of Ammo" : 0
		512 : "Citizen modified (Friendly)" : 0
		1024 : "Portal Turret" : 0
	]

	SkinNumber(integer) : "Skin Number" : 0 : "Which skin to use for this turret. Set to 0 to select randomly."

	// Inputs
	input Toggle(void) : "Toggle - If open, close. If closed, open."
	input Enable(void) : "Enable the turret."
	input Disable(void) : "Disable the turret."
	input DepleteAmmo(void) : "Depletes all the ammo from a turret, causing it to dry-fire."
	input RestoreAmmo(void) : "Restores ammo to a turret, allowing it to fire live rounds again."
	input SelfDestruct(void) : "Causes the turret to warn and then explode."

	// Outputs
	output OnDeploy(void) : "Turret is becoming active and dangerous."
	output OnRetire(void) : "Turret is becoming inactive and harmless."
	output OnTipped(void) : "Turret has been tipped over and is inactive."
	output OnPhysGunPickup(void) : "Picked up with physgun"
	output OnPhysGunDrop(void) : "Released by physgun"
]

//-------------------------------------------------------------------------
//
// Vehicles.
//
//-------------------------------------------------------------------------
@BaseClass base(Targetname, Origin, Global, prop_static_base) = BaseVehicle
[
	vehiclescript(string) : "Vehicle Script File" : "scripts/vehicles/jeep_test.txt"
	actionScale(float) : "Scale of action input / framerate" : "1"

	// Inputs
	input Action(float) : "Set the speed of the action animation"

	input TurnOn(void) : "Turn on: Start engine & enable throttle"
	input TurnOff(void) : "Turn off: Stop engine, disable throttle, engage brakes."

	input Lock(void) : "Prevent the player from entering or exiting the vehicle."
	input Unlock(void) : "Re-allow the player to enter or exit the vehicle."
]


@BaseClass base(BaseVehicle) = BaseDriveableVehicle
[
	VehicleLocked(choices) : "Start locked" : 0 =
	[
		0 : "No"
		1 : "Yes"
	]	

	// Outputs
	output PlayerOn(void) : "Player entered the vehicle"
	output PlayerOff(void) : "Player exited the vehicle"
	
	output PressedAttack(void) : "Player Pressed attack key"
	output PressedAttack2(void) : "Player Pressed attack2 key"

	output AttackAxis(string) : "State of attack button [0,1]"
	output Attack2Axis(string) : "State of attack2 button [0,1]"
	
	// Inputs
	input HandBrakeOn(void) : "Turns the handbrake on"
	input HandBrakeOff(void): "Releases the handbrake"
]

@PointClass base(BaseVehicle) studioprop() = prop_vehicle :
	"Studiomodel vehicle that can be driven via inputs."
[
	// Inputs
	input Steer(float) : "Steer the vehicle +/-1"
	input Throttle(float) : "Throttle +/-1"

	spawnflags(flags) =
	[
		1 : "Always Think (Run physics every frame)" : 0
	]
]


@PointClass base(BaseDriveableVehicle) studioprop() = prop_vehicle_driveable :
	"Generic driveable studiomodel vehicle."
[
]
@PointClass base(BaseDriveableVehicle) studioprop() = prop_vehicle_jeep : "Driveable studiomodel jeep."
[
]
@PointClass base(BaseDriveableVehicle) studioprop() = prop_vehicle_hl2buggy : "Jeep for episode 2 mods."
[
model(studio) : "World model" : "models/buggy.mdl"
vehiclescript(string) : "Vehicle Script File" : "scripts/vehicles/jeep_test.txt"
]
@PointClass base(BaseDriveableVehicle) studioprop() = prop_vehicle_jalopy : "Jeep for episode 2 mods."
[
model(studio) : "World model" : "models/vehicle.mdl"
vehiclescript(string) : "Vehicle Script File" : "scripts/vehicles/jalopy.txt"
]

@PointClass base(BaseDriveableVehicle, Parentname) studioprop() = prop_vehicle_passengerseat :
	"Our method of multiplayer passenger vehicles."
[
model(studio) : "World model" : "models/ss_passenger_cube.mdl"

	vehiclescript(string) : "Vehicle Script File" : "scripts/vehicles/prisoner_pod.txt"
	
	input Open(void) : "Plays the pod's open animation and unlocks the pod for entry or exit."
	input Close(void) : "Plays the pod's close animation and locks the pod for entry or exit."
	input EnterVehicle(void) : "Forces the activator (or player) into the pod."
	input EnterVehicleImmediate(void) : "Forces the activator (or player) into the pod without enter/exit animations."
	input ExitVehicle(void) : "Boots the prisoner out of the pod."
	
	output OnOpen(void) : "Fired when the pod is open enough to enter."
	output OnClose(void) : "Fired when the pod too closed to enter."
]

//----------------------------------//
//							   	    //
// 		Switch Model Targets	    //
//  Sets all players to set model   //
//									//
//----------------------------------//
@PointClass base(Targetname, Angles, EnableDisable) iconsprite("sprites/icons/switchmodel.vmt") = info_switchmodel : "SecobMod Co-Operative Set Model"
[
]

//-------------------------------------------------------------------------
//
// Solid Classes
//
//-------------------------------------------------------------------------

@SolidClass = func_ladder : 
	"Ladder. Players will be able to freely along this brush, as if it was a ladder. If you are using a model prop " +
	"for the visual representation of the ladder in the map, apply the toolsinvisibleladder material to the " +
	"func_ladder brush."
[
]

Now launch Hammer and from the selection list choose SecobMod.

If you are going to be using the stock vehicles and the secobmod passenger seat, you will find the prefabs folder a useful addition to your hammer editor. So copy the secobmod_prefabs folder from your game folder to your: ..\Steam\SteamApps\common\Source SDK Base 2013 Multiplayer\bin\Prefabs folder.

Important Map Settings.

If you are using the player class system, then there are a few changes you will have to make to the map so that it doesn't crash on trying to spawn the player.

Make a hollow room/cube large enough to fit several players in outside of the main map area, and texture it in a purely black colour. Add in some standard player starts into it, and then put the real (per-class) player starts where you want them inside the playable space of the map.

This will now mean your game won't crash on your player trying to spawn, usually you can get away with just one standard player start and a room large enough for one person as people will spawn inside one another till they pick their class and spawn at their correct class location, but for safety it may be best to make it a large cube with several player starts as stated above.


Also, there is a custom actor you can allow mappers to use called setmodel, this if placed in a game will allow players to set the model for all players, you can see how this works by opening the defector example map. In this maps case it spawns all players as metrocops.

Important Settings Files.

These are all used in the compiled folder of your modification.


GameInfo.txt

GameInfo.txt is also where you define such things as your developers team name, website and the icon to display in Steam, as well as the game's title.

The most important section are the 'Search Paths'.

Search paths are the modifications way of mounting the VPKs which come with each modern Valve game.

A backup of the gameinfo.txt file can be found within the secobmod_information.h file.

resource/mod_hl2mp_english.txt

This is found in the resource folder and is the modification's language definition file. Here you can find settings such as the titles for Chapters, the messages displayed on a vital ally being killed (for example) and other things such as server connection messages etc.


You should name this file to that of your own game/modifications' title, (GameorModName_english.txt).

cfg/skill.cfg

The skill.cfg file is important as it allows you to define such things as NPC health, NPC damage (to others such as the player), number of rockets a Strider may withstand and even how much charge a Vortigaunt can give to the players suit. It is worth reading through the file and editing it to suit your needs as it does define a lot of features of modifications. It can be found in the cfg folder.

scripts/ChapterBackgrounds.txt

This file defines which of your modifications maps are background maps to display on the main menu. If you choose to use background maps with your modification, be sure to enable the secobmod__BG_MOTD_FIX definition in the secobmod_shareddefs.h so as not to display the motd on the main menu.

cfg/valve.rc

This file defines whether background maps are displayed on the main menu. It's found in the cfg folder.

resource/ClientScheme.res

This is the HUD colour file. Seperate versions can be used per player class as needed (the code is implemented). Currently all classes are set to use the same file.

maps/map_briefings

This is a folder inside the maps folder. Each map that requires a briefing has a text file for that specific map. This loads in a similar fashion to the MOTD panel. It allows a quick map storyline for people loading the map. See our example maps in-game to see this concept in action.


Dedicated Server Guide

Please see this guide for setting up a Source SDK dedicated server.

Features

Developers can easily enable and disable individual features to suit their needs.

This is a cut down list, for full information as to the features please see the secobmod_shareddefs.h file).

** Portal Gun, enable testing in the shared defs file to enable its useage. give weapon_portalgun and companioncube.
** Super Gravity Gun (some graphic effects missing - most of the code done by .Kave).
** Restart level on critical ally/object/time limit failing.
** View Cameras now take control of all players on a server (Gordon's KO Wakeup scene, etc).
** Save/Restore transitions now work even if you disable playerclasses from the code.
** Each player class player now has their own unique filter name, meaning only a certain playerclass
 can trigger an event (for example). Thanks Alters for the fix!
** Called it a day on development. It's all in the hands of the community now.


* AI Patch Modifications:
** Enable/Disable an enhanced version of Winston's AI Multiplayer patch.
** Valve Game Mounting through use of the gameinfo.txt search paths.		


* Episode 2 Support:
** Including support for Alyx Darkness Mode


* Player Abilities:
** Non-HEV wearers can still be allowed to sprint, have the geiger counter, etc. This is on a
 per-item basis, so players could have the geiger, but no sprint if you wanted.
** Players can pick up objects with their hands.  
** NightVision (currently only enabled for the Heavy class, use the 'N' key to enable it).


* Player Class System With:
** Four (or more, or less) Player Classes.
** Per Player Class Object Pickup Strengths.
** Customise Class Health/Maximum Health Values.
** Customise Class Armour/Maximum Armour Values.
** Customise Class Walk/Sprint/Normal movement speeds.
** Customise Class Jump Heights.
** Each Class Can Have Its Own HUD Layout/Colour scheme.
** Define how many players can be in each Player Class.


* Weapon Enhancements:
** Development teams can now enable Iron Sight.
** A known HL2DM shotgun fast-switch bug - fixed thanks to Community input!.


* NPC Abilities:
** Striders can be set to always impale players who get too close.
** Barnacles can now be set to swallow players.


* Vehicles:
** The multiplayer camera judder is no more!
** Thirdperson model in-vehicle animations can now be used.
** Old-Style passenger seats can now be used to provide extra seats in vehicles.
** Jeeps and Jalopys' can now have their headlights switched on.


* Cool Stuff:
** Firstperson ragdoll views on player deaths.
** Camera bob on player movement (incl. strafe).
** Use Counter-Strike: Sources' ladders code instead of the Half-Life 2 ladders.


* Game Settings:
** Friendly Fire (Replaces players can collide from v1.5).
** Dynamic Respawn Code. Don't spawn back at the start of the map anymore, respawn back 
where you left off in your killing spree.
** Multiplayer Level Transitions. On ALL players entering the transition area the server 
is forced to changelevel to the next map (percentage can be changed).
** Save/Restore. A basic working transition system which saves/restores your loadouts.
** Valve approved cheating. Now even if sv_cheats 1 is enabled, players can't cheat unless 
you define it as acceptable in the code.
** Map briefings. Provide storylines on a per-map basis.
** Map specific model overrides. Changes all players to a specified player model on a 
particular map (set by the mapper). Check out our defector map for an in-game example!

Credits

    • ChiefWhosm/Whoozzem
    • Spamslayer
    • MontyPython
    • Sneaky
    • Ariae
    • Everyone else who used to be in 4WH.
    • - and -
    • Winston
    • Tony Sergi
    • Biohazard_90
    • Sub-Zero
    • DutchMega
    • The Last 7 Hours Spanish Mod
    • Makkon
    • Skidz
    • Alters
    • .Kave
    • KuRouZu
    • Jorg
    • z33ky
    • JordanN
    • Toox
    • TheRJMan
    • SilverPower
    • Vektorx4
    • Sirmastercombat
    • Sandern
    • HalfWit2
    • Anyone else forgotten

Known Bugs

* HIGH - Restore code of the save/restore code is currently set to use a static folder/file path. This is probably easily fixed.
* MEDIUM - Because we are relying on search path mounting, currently some scenes (meaning actions, gestures and some sounds) do not play. There are more that work than those few that don't at least.
* MEDIUM - Armour not working on non-playerclass save/restore transitions. This should work according to the code!
* MEDIUM - Leaving tilted vehicles causes players to appear tilted as well. This affects only their player
 model, their actual views are normal.

* MEDIUM - Weapon strip/dissolve zones (as used to make the Super Gravity Gun in HL2/EP1) don't work.

The above is Caused by the game not recognizing the hl2mp gravity gun and just deleting it,
then the test zone (d3_citadel_03) sticks waiting on the script to finish.

* LOW - Gravity Gun - Particles show without alphas/blobs, this is probably missing particle files and can probably be easily fixed. It's possible to mount HL2:DeathMatch vpk's to fix this but this breaks the AI animations from working.
* LOW - Super Gravity Gun - Some particle effects are missing, but the gun itself works as in singleplayer.
* LOW - Blood splashes being emitted when shooting other players despite no damage actually being dealt
 (only applicable when "SecobMod__FRIENDLY_FIRE_ENABLED" is disabled).

* LOW - Chat bubbles angle towards the player's view, so they can appear embedded in walls etc, however there is also now a bug where the code is fine but the model fails to render. I'm wondering if it is spawning at the map rather than player origin or something strange.
* LOW - AI bend their legs when going up in lifts (elevators), and hover slightly in the air going down.

Bug Fixes.

  • Feel free to fork the github code and push back changes to the base code for all to enjoy, or post them here to be added to the code once spotted.