Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
such as, in Dead Air, when forced to go around the dark part or the car garage area, any chance that we can have some items spawn there? and even in other "forced to go" places?
as of current, those places do not have guaranteed item spawns, so when we are forced to take those routes, it becomes sort of a "why am i forced to take this route when there is no items that spawn here" type situation. it can make it quite tough for higher difficulties.
suggestions could be, ammo pile, pills, adren, pipe-bomb, molotove, bile bomb, special ammo box spawn, maybe a gun or two to spawn, or maybe even a grenade launcher or m60 spawn?
Idk is it related to this addon but anyway, none of common or special infected can break this door on screenshot, until player open it, can't even break it with weapons. I just stand here and watch how boomer and smoker with 10 CI trying to break it for 2 minutes
You're making myself feel useful🙏(tank also can break this doors btw)
Oh I didn't know about is possible to break that door by grenade launcher, i'll remember that
On this screenshot there is a train without a doors, but theres a invisible wall in it(there was doors but they are got destroyed from a grenade launcher)
I only just figured it out now and wasn't aware the entity search can break like that :d
dude, if you knew that, you should have told me first. that's a interesting point
Follow-up on Sefo's report, the plugin (both versions 1.2 and 1.3) Sefo is describing sets player's targetnames with _smlib_Entity_PointHurtAtTarget:<entityid> in order to use point_hurt to deal damage to them when the plugin re-sets their incap state.
Unfortunately, the ROS script attempts to target and remove entities named _*_Level_* , but this is failing and instead basically targeting and removing any entities named _*
Now players who've been hit and incapped by a Tank with the plugin active are getting kicked by your ROS script on map restart.
This kind of conflict has influenced my decision to either keep tabs on entities I want to remove and directly remove them without bothering with targetnames, or use very unique targetnames that have less chances of conflict like adding my nickname to it. (etc. Shadowysn_propEnt)