really need that event works correct because want know when sound was ended

Hello SmallZzy.
Where did you download this specific file?
Regards,
Geez

not counted, just saw that message multiple times and think will be nice increase that limit little bit if possible

How many is the limit based on your testing?

pretty please 8|

Hello inkihh.
This crash appears to occur due to some kind of modded weapon, possibly from CPBWeapons mod.
Regards,
Geez

That's it, refing it all the time.

It pretty much sounds like you ref'd the RestCallback instance somewhere... you should not use refs on them under any circumstance

Also StartCommandAttack in DayZAnimal will be good with parameters of target entity like have DayZInfected.

Will be very useful also set target position, or entity, allow change behavior like calm, aggro and do at least some documentation for ai methods in vanilla code. Extending animals methods with bone transformations like have player and infected, also related methods from dayzinfectedinputcontroller. Modding animals allow modders add rideable horses, pet animals and so on. Please try on some next update reveal some methods for modders. Thanks

@Arkensor,
Well, finally, we added a command, so much time has passed, thanks for the information that we have added this command.

Awesome, thanks!

Hello Arkensor.
The feature will be added in the next 1.14 update.
Regards,
Geez

Hello simonvic.
This issue will be resolved in the upcoming 1.14 update.
Regards,
Geez

@Geez It seems any mod with recipes or scripts hits the limit, e.g. CarCover (just recipes), eAI (just ai scripts), MuchStuffPack (mainly recipes), etc. So what is the actual limit that's being hit? What can mods do different to avoid this limit or can it be raised? Many mods are getting close to hitting the limit with just 2 or 3 mods, are we just not going to mod any more? that's 90% of the reason folks play.

For the " FPS limit while not focused" does changing the "Update in background" option in game menu change anything?

i wish they would have posted here about it too :D just tested it and it seems to work well so far

Hello everyone.
There have been changes done to this for the next update.

@komer ... except they just added that to class Object ...

So much time has passed, and the developers cannot add at least some useful function, the models edit which ones or create updates, where they changed 1 line of localization.
for all the time have not added 1 useful function.

Still no news?

@Jacob_Mango For the " FPS limit while not focused" does changing the "Update in background" option in game menu change anything?

Any feedback on this? There is a great number of mods who's developers create single mods, but don't allow repacking, which transforms the game into something entirely different. Obviously would be great if the mod developers would allow this (or even rename their mods to something smaller), but that's going to be like wrangling cats.

Also, a way to remove (or change) the FPS limit while not focused on the game. Currently, it is set to 19fps.

Fixed with build 154188, I don't know when that will come to experimental.

Actually this crash seems to just be a generic memory allocation crash. Not related to web requests itself.

Cannot reproduce?
Try this

/// add to CustomMission class
override void OnClientReadyEvent(PlayerIdentity identity, PlayerBase player) {
        super.OnClientReadyEvent(identity, player);
        RestApi restApi = CreateRestApi();
        restApi.EnableDebug(false);
        RestContext restContext = restApi.GetRestContext("https://api.cftools.cloud/gamelabs/dz");
        restContext.SetHeader("application/json");
        restContext.POST_now("/v1/trace", "test");
    }

Hi Geez,

This problem persists on 1.14
Any news on that?

Well, Expansion-Vehicles and Expansion-Market are going to be getting an increase in the number of scripts soon, sorry about that. There will be an active effort to reduce the number of scripts in the future though once we know what needs to be reduced.

@Geez With recent updates/improvements to several mods like Expansion, eAI, BaseBuildingPlus, FarmingPlus, etc, a few very in-demand mods appear to fill up the current hard limit very quickly. Is this something that can be increased, or is there a way that mod authors can improve their scripts to reduce the overall footprint when several mods are combined?

💖 1.14 💖 Thank you @Geez and the DayZ dev team! 💖

Hello blacklotus923.
It appears that the crashing occurs due to the hard limit of the script.
There is a limit on how much can the script contain, if you have too many mods or too many large mods, this will happen. The way to resolve is to run less mods or less larger mods.
Regards,
Geez

In T151046#2146091, @Geez wrote:

Hello LBmaster.
Can you please check the vanilla scripts? As we are using this for barrels, stashes or vehicles.
Regards,
Geez

You should have MOD A and MOD B work separately.
Then when someone wants to use MOD A and MOD B, they should be using a different version which is compatible or a optional add-on version.

In T160337#2227196, @Geez wrote:

Hello ajdrigs.
The crash dumps point towards one of the mods running on the server, unfortunately we cannot pinpoint which mod is causing this. We suggest that you try to connect to a different server with similar mod list to see if the issue persists as well.
You can also try to verify the game data through steam. However, if the problem is in the mod itself, then there is nothing we can do as the mod creators have to fix the issues in their mods on their end.
Regards,
Geez

Hello ajdrigs.
The crash dumps point towards one of the mods running on the server, unfortunately we cannot pinpoint which mod is causing this. We suggest that you try to connect to a different server with similar mod list to see if the issue persists as well.
You can also try to verify the game data through steam. However, if the problem is in the mod itself, then there is nothing we can do as the mod creators have to fix the issues in their mods on their end.
Regards,
Geez

Please?

Alternative solution, which is incorrect and a workaround, is to lock inventory from script on child items, which is unnecessary.