[LN5005]

Originally Posted by Slaven555 Hi all. It seemed to me that this event was too boring and I modified it a bit. But there is one problem that I can't solve. If this event is loaded along with the map, then it breaks the spawn of the infected, there are practically none on the whole level. If someone can fix this I would appreciate it.

It seems like that the director thinks that the path (nav flow) is backwards, instead of forwards.
Screenshot: https://steamcommunity.com/sharedfil...?id=2989001340

The director thinks that the survivors are going home, not forward because there is a prop_physics blocking the path xd.
Screenshot: https://steamcommunity.com/sharedfil...?id=2988992953

I have found that the parameter ["BreakableType" "2"] of "asphyxia_breakwall" is probably causing this problem, remove it may solve this problem.
Screenshot: https://steamcommunity.com/sharedfil...?id=2988994713

Anyway, I made a new version of it, it should work fine. and I also added a func_nav_blocker in this cfg to prevent the infected from trying to get past the barricade that you added until the pipebomb event is finished.

You will also need to edit the nav mesh of this map to match the entities that the cfg created to allow the pathfinding mechanisms of the common and the AI-controlled special infected to work normally, I saw they had some problems with the escalator.

[Slaven555]

Originally Posted by LN5005 It seems like that the director thinks that the path (nav flow) is backwards, instead of forwards. Screenshot: https://steamcommunity.com/sharedfil...?id=2989001340 The director thinks that the survivors are going home, not forward because there is a prop_physics blocking the path xd. Screenshot: https://steamcommunity.com/sharedfil...?id=2988992953 I have found that the parameter ["BreakableType" "2"] of "asphyxia_breakwall" is probably causing this problem, remove it may solve this problem. Screenshot: https://steamcommunity.com/sharedfil...?id=2988994713 Anyway, I made a new version of it, it should work fine. and I also added a func_nav_blocker in this cfg to prevent the infected from trying to get past the barricade that you added until the pipebomb event is finished. You will also need to edit the nav mesh of this map to match the entities that the cfg created to allow the pathfinding mechanisms of the common and the AI-controlled special infected to work normally, I saw they had some problems with the escalator.

It seems everything worked out. Replaced "class name" "prop_physics" with "class name" "prop_physics_override" and spawning stopped breaking. For this model "model" "models/props_downtown/metal_door_112.mdl"

[LN5005]

Out of curiosity, I checked the invisible walls of c5m4 and c5m1 with /ent, not realizing that the invisible walls that were not removed by the .lmp were added by TLS update. There are ways to remove these annoying entities added by TLS update, but it's a little too late for me XD.

Video: Several Invisible Walls Created by TLS Update in c5m4 and c5m1 (The Parish)


In addition to these invisible walls added by TLS update, I also found some invisible walls in c5m1 and c5m3 that came from commentary.txt and not from TLS updates. Unfortunately, these invisible walls from commentary.txt do not have a hammerid or a targetname, and also Stripper's filter does not work with them.

I spent about a couple of hours yesterday looking up information and found two ways to remove such entities:

The first method is to use EntFire (via VScript) to remove the entity. Since EntFire can specify the classname as the receptor, you can simply use EntFire("classname", "kill"); to remove the entities. For example:

Msg("Removing env_player_blocker... \n");

EntFire("env_player_blocker","kill");

* Save them as .nut file and move the file to left4dead2\scripts\vscripts\
* You also need to add the following code to run the script in the cfg file (you need to make a "trigger" input for the logic_relay by yourself):

{
	"classname" "logic_relay"
	"spawnflags" "0"
	"targetname" "env_player_blockers_killer"
	"OnTrigger"	"!self,RunScriptFile,remove_env_player_blocker,0,-1"
}

However, doing so will also remove unrelated entities with the same classname. If the entity type in the way is prop_dynamic, func_button or whatever, you're in trouble.
So what should you do? I tried it and found that I can change the classname of an entity without affecting its properties.

Video: Deleting an entity with a specific classname with EntFire & modifying an entity's classname with AddOutput to avoid it from being deleted by EntFire.


* Apparently, modifying the classname with AddOutput does not break the entity's properties.
* I have not tested pre-modifying the classname in the cfg file, as I think there is a good chance that it will make the entity not work properly. It's also best not to use logic_auto.

First you have to assign a targetname to the entities you want to keep, then use Addoutput to change the classname of the entities you don't want to delete to something else, then use EntFire to delete the entities you don't want to keep, and finally change the classname of the entities that are kept back. For example:

Msg("Whitelisting entities by targetname... \n");
EntFire("Egalitarians_targetname","AddOutput","classname \"Authoritarians\"");

Msg("Killing Egalitarians... \n");
EntFire("Egalitarians","kill");

Msg("Reclassing the entities in the whitelist... \n");
EntFire("Egalitarians_targetname","AddOutput","classname \"Egalitarians\"");

* I haven't tested whether the escapes within this code work properly, because I don't need to use them.
* If you want to delete one of the hundreds of entities with the same classname, it can be quite torturous to add targetnames to the objects that need to be excluded. I prefer to use another method to remove entities.

The second method is to remove entities via trigger_remove.

trigger_remove removes all entities it touches, regardless of whether they have hammerid or targetname, but if the entity to be removed does not have origin, then you still have to use EntFire.

First, you have to get the origin of the entity you want to remove, and then set the origin of the trigger_remove entity to the origin of the entity that you want to remove;
Then, set the range of the bounding box of the trigger_remove entity.
Also, you have to disable trigger_remove at the start, otherwise it will not find the entity you want to delete when it is triggered because of loading order issues
* Entities added by TLS and other things tend to be loaded after Stripper, which is probably why filter and OnMapSpawn don't work, because the time to find the entities or handle the entities is before the entities are generated.

For example:

{
	"classname"	"logic_auto"
	"OnMapSpawn" "env_player_blockers_filter_trigger,AddOutput,mins -1 -1 -1,0,-1"
	"OnMapSpawn" "env_player_blockers_filter_trigger,AddOutput,maxs 1 1 1,0,-1"
	"OnMapSpawn" "env_player_blockers_filter_trigger,AddOutput,solid 2,0,-1"
}

{
	"classname"	"trigger_remove"
	"targetname" "env_player_blockers_filter_trigger"
;	"filtername" "env_player_blockers_filter"
	"origin"	 "-1706.12 -248 -243.673"
	"spawnflags" "64"
	"StartDisabled"	"1"
}

;{
;	"classname"	"filter_activator_class"
;	"targetname"	"env_player_blockers_filter"
;	"filterclass"	"env_player_blocker"
;}

* Use input "Enable" to trigger trigger_remove and make it remove the entities in its bounding box.

You also need to make a filter_activator_class for trigger_remove so that it only removes entities with a specific classname, otherwise it will remove all entities in the bounding box. This can have unintended consequences in some cases, such as game crashes caused by removing player entities.

Video: Removing an entity that has no hammerid and targetname


* With filter_activator_class, unrelated entities are not removed even if they are within the bounding box of trigger_remove (provided that the unrelated entities do not have the same classname as the entity to be removed).
* It is best to disable trigger_remove (via input "Disable") as soon as the entities are removed, to avoid it creating unintended problems.

This method allows you to remove entities without hammerid and targetname without hurting innocent entities —— but they must have a origin.

VScript version:

PHP Code:

// remove an entity that can't be removed by CBaseEntity.Kill(), you have to replace/provide the value of origin in under code.

if (Entities.FindByName(null,"entity_remover") == null)
{
    SpawnEntityFromTable("trigger_remove",
    {
        StartDisabled = 1,
        spawnflags = 64,
        targetname = "entity_remover",
    });
    EntFire("entity_remover","AddOutput","origin 4782.00 -626.00 694.46");
    EntFire("entity_remover","AddOutput","mins -2 -2 -2");
    EntFire("entity_remover","AddOutput","maxs 2 2 2");
    EntFire("entity_remover","AddOutput","solid 2");
    EntFire("entity_remover","enable");
    EntFire("entity_remover","kill");
}
    else
    {
    EntFire("entity_remover","kill");
    SpawnEntityFromTable("trigger_remove",
    {
        StartDisabled = 1,
        spawnflags = 64,
        targetname = "entity_remover",
    });
    EntFire("entity_remover","AddOutput","origin 4782.00 -626.00 694.46");
    EntFire("entity_remover","AddOutput","mins -2 -2 -2");
    EntFire("entity_remover","AddOutput","maxs 2 2 2");
    EntFire("entity_remover","AddOutput","solid 2");
    EntFire("entity_remover","enable");
    EntFire("entity_remover","kill");
    } 


[marki89]

can you add a tank? Then when is the pump implanted?from the c1m3_mall.cfg file?

[LN5005]

Originally Posted by marki89 can you add a tank? Then when is the pump implanted?from the c1m3_mall.cfg file?

Did you mean this?

[marki89]

Originally Posted by LN5005 Did you mean this?

yesssss, I needed it
Can I ask you for a modification in the c1m2_streets.cfg map?

[LN5005]

Originally Posted by marki89 yesssss, I needed it Can I ask you for a modification in the c1m2_streets.cfg map?

Sorry, I'm planning to remake c1m1 and c1m2 in the next little while, so I won't be providing any help on this for a while .

[LN5005]

A modification for the c1m3 mall event. includes and extends this minor c1m3 modification.

Preview: https://www.youtube.com/watch?v=xlX3YAEVuZI


I also made another cfg file with a tank, but it is very hard for the expert difficulty (non-realism, just coop), I don't recommend anyone to use the one cfg file that has the tank, usually 4 player survivors will not pass it the first time and the second or third time.

* I haven't tested the cfg file without the tank yet xd.

To review the modification, join this steam group and join the server via the in-game steam group server list.
* Note: Public test servers are located in the US West.
* Servers are available until 2023-07-17(yyyy/mm/dd)

Requirements:
1) Sourcemod, Metamod and Stripper:Source
2) No scripts or plugins have removed or replaced the saferoom door in c1m3.

Installation:
1) Choose one of the .cfg files you want to use, rename it to "c1m3_mall.cfg" and put it in the /Left 4 Dead 2/left4dead2/addons/stripper/maps/ folder;
2) Put the .vpk file in the /Left 4 Dead 2/left4dead2/addons/ folder to remove the invisible walls of c1m3;
3) Put the .nav file in the /Left 4 Dead 2/update/maps folder to adjust the nav mesh for the entities that the cfg has added. you should make a backup of the original file before you replace it.

Credits:
[invisible walls remover]Enhanced Left 4 Dead -- https://steamcommunity.com/sharedfil.../?id=944486275
[modification tool]l4d2_spawn_props -- https://github.com/fbef0102/L4D1_2-P...d2_spawn_props
[documents]lots of useful infomation -- https://developer.valvesoftware.com/

[Tank Rush]

I share this new gasoline search event that I just finished

[Franco20]

Originally Posted by Tank Rush I share this new gasoline search event that I just finished

The event was very epic... keep it up. Won't you have an event for the roller coaster? You could share this very cool your events.