logEntities has class name and position (but no vehVarName either)

deleteVehicle has received a local check and should be fixed.
If there is a repro, I need a repro to see whats happening

I've updated documentation yesterday

Oh I see the mistake.

above is the output currently generated. some you can pinpoint, a few have class name, most only displayName or something obscure like "Turret"

you generate captures on the server and want to view them (but also do file capturing on the client - as said using #frame/#sframe resets diag_captureSlowFrame with continuousCounter

faulty parameters (type or number) for #captureSlowFrame

"the cloud file provider is not running"

What is "faulty" input? Examples?

Why would you open the dialog, without capturing anything.
I don't see the usercase.

Should for now be fixed on profiling branch.

Add class name and vehVarName (if assigned) to network objects

https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

That's what you get for pirating

Thanks KK - excuse my ignorance in the context of BIS_fnc_setRain how do I reference the (presumably) first frame in the sequence of snowflake4_ca.paa? Like this?
// texDropCount isn't documented from what I can see.

The base of the optic seems to be inverted

If v4 fails to install, try versions 4.5+ because they should be backward compatible with v4

"a3\data_f\snowflake4_ca.paa" it means it has 4 flakes in it, you are using it as 1 flake

https://www.microsoft.com/en-gb/download/details.aspx?id=17718

Ok I've amended this ticket. My apologies for wasting your time - it was my mistake - I still had a mod loaded that caused the water splash particle/decal issue.
This morning I tested the function on 40+ maps with different texture scaling and settings and the function works perfectly and no snow impact water effect.

Might be a stupid question, but how and where do I do so Leo?

I do consider the group limit an issue in which Arma 3 should improve upon.

Can you give a location where to observe it or/and upload a video?

There have been some indirect fixes that could have affected this bug, please check if it still is happening after Revision: 152411

Install the latest .NET Framework.

As usecase was requested:

With EF CDLC release

These config entries are only read on Transport vehicles.
On people, they do have the entry in engine, but its always initialized to false, and never read from config.

Please fix this if possible because I can’t drive cars I fix.

Okay, thx for the infos. For now i think dedmen has to much to do with his current work. Maybe I'll bring it up nicely next year.

How does createVehicle work?

I find it really difficult to create a discussion here. For me, a feedback tracker is about information or possibilities to improve something and to discuss this with officials or to give information for improvements.
Maybe it is better to discuss something like this in the arma discord, here I am interested in official statements.

Speaking as third party observer with a little bit of developer experience and some knowledge of how games/software works, there is little point in changing the current system of createVehicle with regards to initialization.
If you need certain assets to be loaded consistently fast in run-time conditions, then you should prespawn those as "dummy objects" and immediately delete them once you initially enter run-time conditions.
It is justified (and sane) as the developer of the game to leave the existing system as it is, because your case is easily a much more niche use-case than the cases most people use Arma for.

any chance to add this?

How does createVehicle work?

+1. Still an issue. Above fix does not always work.

You may want to ask on the arma discord as reminder if your update was missed

most likely nothing can be done here - creating a new entity is complex (loading the model and texture data, allocating memory (RAM+VRAM), initializing the simulation, loading sounds, etc)

Copy, thx

i was able to crash the game with the modparams command by inserting a really log string as the modclass parameter...i wonder if the modlist i was using had an obfuscated modclass that could have caused a buffer overflow or something in an unusual way?

Switch to the stable branch until a fix is released on the performance branch.

Fixed in profiling branch v9, and next dev branch.

Any new info on this? Was the minidump useful?