The Loot

One little thing I ran into checking things out: the Bomb Squad SUV can be called by the Patrol Car command, which I think had gone back to the front of the station and that may have caused it.

I noticed that engine seem to have more limited hose connections, is that intended?

itchboy actually figured out how to fix it a while back, and looks like the patrol script in this mod includes it.

You'd have to post the script file for someone to look at.

The entercar script contains conditions that allow or disallow certain types of persons (or those with certain commands assigned) entering certain types of vehicles.

I believe @itchboycame up with a method to try. Use this line in the patrol script commands: v.SetTerrain(TERRAIN_TRAFFIC); I have it before this line PathList p1l("patrolpath01"); And then in the DummyPatrol command, add this line to revert when cancelling the command. v.SetTerrain(TERRAIN_CAR); Never tested it myself, just added it to the files (haven't launched this game in years).

Not sure if you can really change anything related to that function.

Easily done by added a wait pushaction to the vehicle between hiding it at the spawnpoint and then unhiding it and making it move. I'd be surprised it that hadn't been implemented already.

You also have to have the tiller check command run at startup of the map.

From what I remember, this sounds like you've exceeded the limit of how many equipment group commands a person prototype can have. You'll either have to remove some commands, or change some of the equipment commands and comment out the "SetGroupID(CGROUP_GETEQUIPMENT);" line. This will make them show up on the main command list, but be aware of the command limit on that, as well.

Perhaps checking for a vehicle colliding with the VO before changing them to barriers, with a short delay and repeat if there's a vehicle there? If you hadn't already thought of that.

itchboy recently figured out a pretty simple fix to make patrolling vehicles respect traffic lights, which is what always caused them to get stuck.

LAFireStation contains the station Alarm command.

I found that the simplest way to do it was to make dummy commands and assign them to any applicable vehicle, which the equipment script would then check for. object FlagHasBarricade : CommandScript { FlagHasBarricade() { SetGroupID(20); } bool CheckGroupVisibility(GameObject *Caller) { return false; } bool CheckPossible(GameObject *Caller) { return false; } bool CheckTarget(GameObject *Caller, Actor *Target, int childID) { return false; } void PushActions(GameObject *Caller, Actor *Target, int childID) { } }; And then in the script CheckTarget section, just add this: if (!Target->HasCommand("FlagHasBarricade")) return false; It makes it very simple to add new vehicles later: just add the dummy command and they're all set.

Alright, finally got it working. The caller creates a copy of themselves at the command position, it gets hidden (normal method caused an issue with getting a final vector, changing model to an invisible one works), find it with another caller command, make it execute the final command at its position, and then delete itself. I was going to just use an empty object prototype, but the prototype of the caller is essential to the functioning of the scripts.

I suppose it's the method that complicates using a vector in this case, but I've seen them used in seemingly similar ways elsewhere. That mod seems to have some gameplay elements I've gone for myself, so I'll probably check it out in general now.

Basically, I'm trying to add a delay when I use a modified LA Call Vehicle Command, so that there's a wait period during the radio audio, and a vehicle behind chosen and taking actions itself. Vector CmdPos = Game::GetCommandPos(); is outside of Child sections at the top of the script. Under ChildID 0, I have tried both of these commands: Caller->PushActionExecuteCommand(ACTION_APPEND, "PcmdCallALSAmb", CmdPos, 1, false); - It throws this error log: Caller->PushActionExecuteCommand(ACTION_APPEND, "PcmdCallALSAmb", CmdPos.Target, 1, false); - Saw something like that in the Move command, but it throws this much smaller error log: ChildID 1 contains the actual bulk of the script. Is this even possible?

As far as I remember, there were no classic vehicles in that submod. New units with new skins, but most were the base LA Mod Models.

Sounds like there's an error in the xml file, thus it can't load anything in it.

Sure. Hopefully this was the latest one. Haven't really touched EM4 in quite a while. Hoppah's Limited Water Supply Script by The Loot.zip

Simplest thing to do that is just copy and move the virtual objects for the vehicle, and then change the ones that are referenced for the vehicle in the script section. Dealing with things like passengers and transports leaving the vehicle, or opening/closing gates are another project, however.

They're also offset to the driver's side of the rear window, and this goes for marked slicktops, too. Newer model vehicles have completely different lighting setups, however, and Youtube sucks for examples.

This series is far more popular in Germany, and that community is far larger, so it's not surprising. The majority of any game modding community is going to be people with limited skills, so a small community will have even less skilled creators to notice. Those are some reasons things are dying around here. The conflict between the tier of creators has not helped at all, of course, with those on both sides moving on. Those who could improve also lose their interest, along with many end users who become discouraged when content they're looking forward to dies off. The argument is sound, but the hard lines that were drawn, and some bad reactions to them, did no one any favors.

The original post states it's Boston based, And talking about modding "dying", I think hassling and berating amateur modders for not having all new original content does more damage than anything.

Depending on the mod you play, there might also be scripts that change vehicle speeds, but otherwise it's done as stated above.