
SCP682
Adds SCP-682, the hard-to-destroy reptile, as a monster to Lethal Company!
Date uploaded | 2 weeks ago |
Version | 1.0.1 |
Download link | ProjectSCP-SCP682-1.0.1.zip |
Downloads | 3301 |
Dependency string | ProjectSCP-SCP682-1.0.1 |
This mod requires the following mods to function

BepInEx-BepInExPack
BepInEx pack for Mono Unity games. Preconfigured and ready to use.
Preferred version: 5.4.2100
README
SCP-682 — The Hard to Destroy Reptile
Adds SCP-682 as an enemy to Lethal Company.
SCP File
Show File
Item #: SCP-682Object Class: Keter
Special Containment Procedures: SCP-682 must be destroyed as soon as possible. At this time, no means available to SCP teams are capable of destroying SCP-682, only able to cause massive physical damage. SCP-682 should be contained within a 5 m x 5 m x 5 m chamber with 25 cm reinforced acid-resistant steel plate lining all inside surfaces. The containment chamber should be filled with hydrochloric acid until SCP-682 is submerged and incapacitated. Any attempts of SCP-682 to move, speak, or breach containment should be reacted to quickly and with full force as called for by the circumstances.
Personnel are forbidden to speak to SCP-682, for fear of provoking a rage-state. All unauthorized personnel attempting to communicate to SCP-682 will be restrained and removed by force.
Due to its frequent attempts at containment breach, difficulty of containment and incapacitation, and high threat of Foundation Exposure, SCP-682 is to be contained in site [REDACTED]. The Foundation will use the best of its resources to maintain all land within fifty (50) kilometers clear of human development.
Description: SCP-682 is a large, vaguely reptile-like creature of unknown origin. It appears to be extremely intelligent, and was observed to engage in complex communication with SCP-079 during their limited time of exposure. SCP-682 appears to have a hatred of all life, which has been expressed in several interviews during containment. (See Addendum 682-B).
SCP-682 has always been observed to have extremely high strength, speed, and reflexes, though exact levels vary with its form. SCP-682's physical body grows and changes very quickly, growing or decreasing in size as it consumes or sheds material. SCP-682 gains energy from anything it ingests, organic or inorganic. Digestion seems to be aided by a set of filtering gills inside of SCP-682's nostrils, which are able to remove usable matter from any liquid solution, enabling it to constantly regenerate from the acid it is contained in. SCP-682's regenerative capabilities and resilience are staggering, and SCP-682 has been seen moving and speaking with its body 87% destroyed or rotted.
In case of containment breach, SCP-682 is to be tracked and re-captured by all available Mobile Task Forces, and no teams with fewer than seven (7) members are cleared to engage it. To date (██-██-████), attempted breaches have numbered at seventeen (17), while successful breaches have numbered at six (6). (See Addendum 682-D).
Behavior
Will be revealed soon!
Credits
This project is based off of the LC-ExampleEnemy project by Hamunii, which is MIT licensed. Also see the LC-ExampleEnemy Credits.
- JoeJoe - Project leader
- Hamunii - Programming
- SkullCrusher/Skull220 - Creator of the WTOEnemy class which is for their project Welcome To Ooblterra, and is the base of this project's ModEnemyAI class
- DBJ - Voice of SCP-682
- s1ckboy - Sounds
- Proton studioo - Modelling, rigging and animation
CHANGELOG
1.0.1
Fixed
-
Fixed an issue where 682 wouldn't spawn when the apparatus was pulled with specific mods installed, even when in some modpacks with those exact mods this wasn't an issue. This happened when the following conditions were true:
LungProp.EquipItem
was hooked before 682 hookedLungProp.DisconnectFromMachinery
- no mod hooked
LungProp.EquipItem
after 682 hookedLungProp.DisconnectFromMachinery
The above issue happened because of inlining, where the
LungProp.DisconnectFromMachinery
is so small that the JIT compiler decides to essentially copy paste that method into theLungProp.EquipItem
method instead of calling that method normally.Without any mods hooking the
LungProp.EquipItem
, the method wouldn't get compiled before 682 hooksLungProp.DisconnectFromMachinery
, so it would copy paste 682's hooked method instead, as we want.The issue was fixed by making 682 force a recompilation of the
LungProp.EquipItem
method by applying an empty ILHook on it after hookingLungProp.DisconnectFromMachinery
.
1.0.0
- Release on Thunderstore.