more likely fixed in perf4/prof4 - tho needs to be retested against this new repro

The current DEV-version have been crashing today near 10 times. Could say the physx-issue is happening much more often than before (once in 15minutes, before once in 1-2 hours). After returning now to official build, no issues so far (even expecting crash once in 1-2hours).

Someone got physX-crash every time when killing "O_G_officer_F"-type targetunit in my mission, total 4 times. Normally that part works stable. The unit have random weapon and random location so not sure what caused the crash (certain gun dropping on ground or unit falling against something...). Just reporting.

Found the cause for heavy crashing - the dev-version of the game dont like animals being put in civilian group. In official build causing no issues. Could the more rare physX-crashes also be caused my animals (agents)?

Was using these to spawn the wandering/following animals (Place the SAOKANIMAL in init.sqf, spawn the SAOKANIMALEVENT1 and SAOKANIMALEVENT2 from esc-menu bebug - [] SPAWN SAOKANIMALEVENT1;[] SPAWN SAOKANIMALEVENT2;):
SAOKANIMAL = {
private ["_g","_a"];
_g = creategroup civilian;
_a = _g createUnit [_this select 1, _this select 0, [], 0, "NONE"];
_a
};

SAOKANIMALEVENT2 = {
private ["_s","_sHou","_a","_m","_all","_t","_c","_pos","_e"];
_all = [];
_t = ["Sheep_random_F","Goat_random_F"] call BIS_fnc_selectRandom;
_c = 6 + floor random 9;
_pos = getposATL player;
_s = [(_pos select 0) + 150 - (random 300), (_pos select 1) + 150 - (random 300), 0];
while {_s distance player < 50} do {_s = [(_pos select 0) + 150 - (random 300), (_pos select 1) + 150 - (random 300), 0]; sleep 0.1;};
_e = [(_pos select 0) + 150 - (random 300), (_pos select 1) + 150 - (random 300), 0];
for "_i" from 0 to _c do {
_sHou = [(_s select 0) + 10 - (random 20), (_s select 1) + 10 - (random 20), 0];
_a = [_sHou, _t] CALL SAOKANIMAL;
_all set [count _all, _a];
_m = [(_e select 0) + 5 - (random 10), (_e select 1) + 5 - (random 10), 0];
_a domove _m;
sleep 0.1;
};
waitUntil {sleep 5; {_x distance player < 500} count _all == 0};
{deletevehicle _x;} foreach _all;
};

SAOKANIMALEVENT1 = {
private ["_c","_array","_sHou","_waypoints","_building","_t","_a","_xx","_m","_pP","_all","_pos"];
_all = [];
_c = 3 + floor random 6;
_pos = getposATL player;
for "_i" from 0 to _c do {
_waypoints = [];
_c = 0;
_building = objNull;
_sHou = [(_pos select 0) + 100 - (random 200), (_pos select 1) + 100 - (random 200), 0];
_building = nearestBuilding _sHou;
_array = _building buildingPos _c;
while {str(_array) != "[0,0,0]"} do {
_waypoints set [count _waypoints,_c];
_c = _c + 1;
_array = _building buildingPos _c;
sleep 0.1;
};
if (count _waypoints > 0) then {
_sHou = _building buildingPos (_waypoints call BIS_fnc_selectRandom);
};
_t = ["Fin_random_F","Alsatian_Random_F"] call BIS_fnc_selectRandom;
_a = [_sHou, _t] CALL SAOKANIMAL;
_a setpos _sHou;
_all set [count _all, _a];
sleep 0.1;
};
_time = time + 120;
while {_pos distance vehicle player < 300 && {_time > time}} do {
sleep (random 3);
_pP = getposATL player;
_c = count _all - 1;
for "_i" from 0 to _c do {
if (random 1 < 0.3) then {
_xx = _all select _i;
_m = [(_pP select 0) + 5 - (random 10), (_pP select 1) + 5 - (random 10), 0];
_xx domove _m;
sleep (random 2);
};
sleep 0.1;
};
};
waitUntil {sleep 5; {_x distance player < 400} count _all == 0};
{deletevehicle _x;} foreach _all;
};

Random physX crashes once in 1-4hours also in 1.26RC. Attached dumps.

Was wrong, appears again quite often around once/twice in hour. Attached two dumps more.

As note, only used mod still my sound addon which dont cause it since have got the same crashes also when having it disabled.

Happened again, even seems to be bit more rare error to appear. Attached dumps (small mistake in filename, wrote 31th instead 24th day)

Mods: @SaOkNew
Distribution: 0
Version 1.25.126089
Fault time: 2014/07/24 13:27:02
Fault address: 6AF421CB 01:001511CB G:\Steam\steamapps\common\Arma 3\PhysX3_x86.dll
file: WholeLottaAltis
world: Altis
Prev. code bytes: 85 C0 74 1D 8B 50 40 F6 42 4C 01 75 14 8B 40 60
Fault code bytes: F6 40 2C 01 75 0B 51 50 57 E8 97 FF FF FF 83 C4

Registers:
EAX:00000000 EBX:5C3A9DE0
ECX:27FC9E00 EDX:6C19A4E0
ESI:2891B048 EDI:289F2CB0
CS:EIP:0023:6AF421CB
SS:ESP:002B:01EAE1F4 EBP:01EAE208
DS:002B ES:002B FS:0053 GS:002B

Flags:00010246

Havent got physX-crashes for long time now, something fixed already? :) But will report if more appear.

Attached 4 more crash dumps from today, including this one that happen soon after map was opened:

Mods: @SaOkNew
Distribution: 0
Version 1.25.126281
Fault time: 2014/08/01 16:37:57
Fault address: 013C5770 02:00050770 G:\Steam\steamapps\common\Arma 3\arma3.exe
file: WholeLottaAltis
world: Altis
Prev. code bytes: 10 79 57 00 D4 FC 54 01 E0 FE A0 00 54 FD 54 01
Fault code bytes: 30 7A 57 00 A0 FD 54 01 90 EF FB 00 00 45 41 00

Registers:
EAX:013C5770 EBX:00000000
ECX:01EBF728 EDX:01EBF108
ESI:71E02520 EDI:858E8C04
CS:EIP:0023:013C5770
SS:ESP:002B:01EBF0E0 EBP:00000000
DS:002B ES:002B FS:0053 GS:002B

Flags:00010293

Tested with latest DEV-version, also crashing with it.

Mods: @SaOkNew
Distribution: 0
Version 1.25.126027
Fault time: 2014/07/16 20:35:06
Fault address: 640C21CB 01:001511CB G:\Steam\steamapps\common\Arma 3\PhysX3_x86.dll
file: WholeLottaAltis
world: Altis
Prev. code bytes: 85 C0 74 1D 8B 50 40 F6 42 4C 01 75 14 8B 40 60
Fault code bytes: F6 40 2C 01 75 0B 51 50 57 E8 97 FF FF FF 83 C4

Registers:
EAX:00000000 EBX:6B39D5C0
ECX:5C5F6180 EDX:56D4CFA0
ESI:1DCCF9C8 EDI:62766D10
CS:EIP:0023:640C21CB
SS:ESP:002B:01EAE1FC EBP:01EAE210
DS:002B ES:002B FS:0053 GS:002B

Flags:00010246

Got the crash now with the new official build. With previous official build had no single physX-crash. Dumps attached. Just in case the supply crate have oversized bounding box (or massive offset down). If that is somehow related. Issues started around the same time. But havent seen any clear cause for the crashes. Having all objects featured in the mission if there is some e.g. small object causing it.

Mods: @SaOkNew
Distribution: 0
Version 1.24.125979
Fault time: 2014/07/15 22:11:37
Fault address: 65DE21CB 01:001511CB G:\Steam\steamapps\common\Arma 3\PhysX3_x86.dll
file: WholeLottaAltis
world: Altis
Prev. code bytes: 85 C0 74 1D 8B 50 40 F6 42 4C 01 75 14 8B 40 60
Fault code bytes: F6 40 2C 01 75 0B 51 50 57 E8 97 FF FF FF 83 C4

Registers:
EAX:00000000 EBX:33915CE0
ECX:6CAA1B00 EDX:807B68A0
ESI:2873ED24 EDI:28771D90
CS:EIP:0023:65DE21CB
SS:ESP:002B:01E8E1FC EBP:01E8E210
DS:002B ES:002B FS:0053 GS:002B

Flags:00010246

I have been playing with official build for many hours now and no crashes with it yet (in the same mission). The @SaOkNew-mod is only voices and music and worked without issues for over month (for lots of other players too without issues reported). Could test without it too of course, but heading for Holiday in few hours. Back in 8 days.

Hello,
thank you for cooperation. This ticket became little messy. If I may ask you, would it be possible to try to crash the game only on Dev version and only without any mods installed?

Thank you very much.

Got PhysX3-crash with RC now. Happened very near mission start, when much stuff is created.

Mods: A3
Distribution: 0
Version 1.24.125913
Fault time: 2014/07/10 20:28:47
Fault address: 64F221CB 01:001511CB G:\Steam\steamapps\common\Arma 3\PhysX3_x86.dll
file: WholeLottaAltis
world: Altis
Prev. code bytes: 85 C0 74 1D 8B 50 40 F6 42 4C 01 75 14 8B 40 60
Fault code bytes: F6 40 2C 01 75 0B 51 50 57 E8 97 FF FF FF 83 C4

Registers:
EAX:00000000 EBX:3092D740
ECX:6390A100 EDX:749FC960
ESI:5DD1F8C8 EDI:5E591D60
CS:EIP:0023:64F221CB
SS:ESP:002B:01E8E274 EBP:01E8E288
DS:002B ES:002B FS:0053 GS:002B

Flags:00010246

Got crash again with the DEV-version and no mods enabled. Dumps attached.

Mods: A3
Distribution: 0
Version 1.25.125903
Fault time: 2014/07/09 17:31:52
Fault address: 5F0E21CB 01:001511CB G:\Steam\steamapps\common\Arma 3\PhysX3_x86.dll
file: WholeLottaAltis
world: Altis
Prev. code bytes: 85 C0 74 1D 8B 50 40 F6 42 4C 01 75 14 8B 40 60
Fault code bytes: F6 40 2C 01 75 0B 51 50 57 E8 97 FF FF FF 83 C4

Registers:
EAX:00000000 EBX:785DB500
ECX:6E810680 EDX:7EDC1220
ESI:420C38A8 EDI:69731EE0
CS:EIP:0023:5F0E21CB
SS:ESP:002B:01EAE20C EBP:01EAE220
DS:002B ES:002B FS:0053 GS:002B
Flags:00010246

Testing next with release candidate. The current official build havent had these PhysX crashes.

Seems like something with physX? The mod (@SaOkNew) only contain music and custom voices (and worked stable for months).

Mods: @SaOkNew
Distribution: 0
Version 1.23.125433
Fault time: 2014/06/27 21:54:33
Fault address: 6D1F21CB 01:001511CB G:\Steam\steamapps\common\Arma 3\PhysX3_x86.dll
file: WholeLottaAltis
world: Altis
Prev. code bytes: 85 C0 74 1D 8B 50 40 F6 42 4C 01 75 14 8B 40 60
Fault code bytes: F6 40 2C 01 75 0B 51 50 57 E8 97 FF FF FF 83 C4

Registers:
EAX:00000000 EBX:5D2AE480
ECX:7AE2F600 EDX:8A264FA0
ESI:1F03D648 EDI:27D46060
CS:EIP:0023:6D1F21CB
SS:ESP:002B:01E9E208 EBP:01E9E21C
DS:002B ES:002B FS:0053 GS:002B

Flags:00010246

note: Minidump has been generated into the file C:\Users\Santeri\AppData\Local\Arma 3\arma3_2014-06-27_21-04-55.mdmp

Mods: @SaOkNew
Distribution: 0
Version 1.23.125433
Fault time: 2014/06/27 01:00:49
Fault address: 64E421CB 01:001511CB G:\Steam\steamapps\common\Arma 3\PhysX3_x86.dll
file: WholeLottaAltis
world: Altis
Prev. code bytes: 85 C0 74 1D 8B 50 40 F6 42 4C 01 75 14 8B 40 60
Fault code bytes: F6 40 2C 01 75 0B 51 50 57 E8 97 FF FF FF 83 C4

Registers:
EAX:00000000 EBX:363177E0
ECX:58B8F100 EDX:1B825AE0
ESI:5CDA7688 EDI:5C341720
CS:EIP:0023:64E421CB
SS:ESP:002B:01E9E208 EBP:01E9E21C
DS:002B ES:002B FS:0053 GS:002B

Flags:00010246

note: Minidump has been generated into the file C:\Users\Santeri\AppData\Local\Arma 3\arma3_2014-06-26_23-42-02.mdmp

Added 2 new dumps, getting random crashes with DEV-version. Didnt have issues with official build. Still have added some heavy functions recently that have slight changes of causing it (but dont get any error messages and all working good). Dont know what is causing it to repro, but just in case attacthed the dumps.

Havent crashed yet in 1.22RC, but maybe tested the same functions only 2 hours. In DEV-version got 2 crashes in one hour. So looking very good, but not 100% sure. I let you know if crashes appear.

Attached one more with PhysX3_x86.dll fault adress. Heading back to official build to see if there issue with it too.

Can you please confirm that it is not crashing once the 1.22 RC is on Steam as Stable? I will close the ticket then. Thank you.

Another similar crash, but this time wasnt throwing grenades, but still boats present just in case. Heading back to official build to see if the issue is also there.

New dumps:
https://www.dropbox.com/s/rszoofquh6zjo8m/Arma%203%20Crash%20Dumps%202014-06-17%20%232.7z

Mods: A3
Distribution: 0
SS:ESP:002B:0E3ABB64 EBP:4103E02A
DS:002B ES:002B FS:0053 GS:002B

Flags:00010207

Version 1.23.125258
Fault time: 2014/06/17 18:40:22
Fault address: 00C1D0A5 01:0081C0A5 G:\Steam\steamapps\common\Arma 3\arma3.exe
file: WholeLottaAltis
world: Altis
Prev. code bytes: 24 18 53 8B 59 58 EB 03 8D 49 00 8D 04 32 D1 F8
Fault code bytes: 0F 2F 04 83 72 05 8D 70 01 EB 03 8D 50 FF 3B F2

Registers:
EAX:2082202C EBX:465ADA0A
ECX:5628A440 EDX:41044058
ESI:00000000 EDI:41044058
CS:EIP:0023:00C1D0A5
SS:ESP:002B:0D6ABB64 EBP:41044059
DS:002B ES:002B FS:0053 GS:002B

Flags:00010202

error: Minidump is unavailable. Cannot create minidump file C:\Users\Santeri\AppData\Local\Arma 3\arma3_2014-06-17_18-08-41.mdmp (error 0x20)

Hello,
thank you for reporting the problem. Would it be possible to upload a simple repro mission? I could not reproduce the crash in any way.

Thank you very much.

I couldnt get yet the crash in 1.22RC. Very tiny change it was a shoreline search I made, that would have stucked in loop (added max count now). But the crash happened minutes after calling the function, mathemically it shouldnt have been possible and the boats seemed to follow normally the results (the searched landing site). I keep testing it later today and could try to make repro too.

Duplicate of 19229.

Would be nice to be able to create spotlight type lights through scripting.
Creating believable lighting can't be achieved in many circumstances with just point lights.

Many are relying on solutions like creating and hiding objects which contain these lights to achieve believable effects.

The game really lacks flexible lighting options, we don't even have the old search light any more.

It really needs some editions or scripting options so we can make our own.

sounds perfect, can't wait to test it.

thanks for your prompt reaction !

Mass closing tickets marked as resolved more than 1 month ago.

If the issue is in fact not resolved, please create a new ticket referencing this one and ask for it to be re-opened.

Here you go:

    https://community.bistudio.com/wiki/allMines
    https://community.bistudio.com/wiki/detectedMines
    https://community.bistudio.com/wiki/mineDetectedBy

Thank you for your feedback!

Hello,
it seems that your game is crashing in the phase of destruction of objects on the server. We would need a server mission or log, there is unfortunately nothing we can do with your (user's) data.
Sorry for inconveniences, have a nice day.

See updated crash from today. Only crashed once and played fine for an hour and half. Rather interesting... as before it would crash repeatedly for a good hour or two until I got frustrated and quit trying.

Mass closing tickets marked as resolved more than 1 month ago.

If the issue is in fact not resolved, please create a new ticket referencing this one and ask for it to be re-opened.

Hello,

thank you for uploading the ticket. Would it be possible to upload more crashdumps? The more you provide, the better for the analysis.

Thank you very much.

Sorry, I meant to say "multiplayer" not multiple.

Also, single player and other maps play fine. However, as stated, T72 is the only server worth playing for mature and structured players like myself. Otherwise, I would have bought Call of Duty or something st00pud.

Ah, I see. I used ATLtoASL in order to convert the positions and it seems to work just well, however the positions seem to be 6m above my head. But well, it works, so thanks for the heads up, mate.

Closing as no bug.

Intersect commands take position ASL but you feed them normal position.

The normalmap/6th maskcolor channel could be used for this watermap if they are unused.

Hello,

are you sure you are not trying to join a server which requires mods?

Mass closing tickets marked as resolved more than 1 month ago.

If the issue is in fact not resolved, please create a new ticket referencing this one and ask for it to be re-opened.

Thank you for the report!

There is an inconsistency in T/R usage because it serves two purposes - creating a meta-game visual aiming aid and also for ordering a gunner to aim at target. We'll see what can be done about it.

In the meantime I'd suggest using the command menu [2] to manually select a target (although it is not as convenient).

Should be improved - http://forums.bistudio.com/showthread.php?149636-Development-Branch-Changelog&p=2721184&viewfull=1#post2721184

The gunner should always aim on a valid alive target designated by the commander.

I think this ticket can be closed. TB/BD has now a smooth function.

https://community.bistudio.com/wiki/Buldozer

Please stay on topic in this ticket. If you want to discuss buldozer, create a post in the forums. Thanks.

Hello,

thank you for uploading the ticket. Would it be possible to provide more crashdumps (as many as you can)? It helps us when analysing where the problem is.

Thank you very much.

We are talking about Buldozer, the real time terrain editor. Terrain vertices are streamed between TB and Buldozer.

wait, is there a real time terrain editor? i was not even aware

i thought terraforming was impossible in this engine

Also an undo feature would be nice too!

Mass closing tickets marked as resolved more than 1 month ago.

If the issue is in fact not resolved, please create a new ticket referencing this one and ask for it to be re-opened.

This effect is not a part of vanilla Arma 3. Like was already mentioned, this is probably a part of the Blastcore mod. Try to download the latest version of the mod and in case it doesn't help, report this issue to the author. We are not able to fix user-made mods. Thanks

Are you playing with blastcore? If yes, the error most likely comes from it.

Have you tried verifying your game cache? If that doesn't work, it's most likely something related to the mission, so you should try contacting the mission author about it.

cache seems works i will try

closing then

No reaction for almost a month. Marking as resolved - not a bug.

The black screen overlay is signalizing how much oxygen you have and when you are going to drown. I am not sure if we are talking about the same thing, but the overlay which I am talking about is not related to depth in any way and it is not present if you are diver with rebreather.

If you are talking about something else, could you please post a screenshot of this issue? Thanks

I know for a fact that SDVs are not pressurized because if you go underwater in one without wearing a rebreather, you will drown.

In real life you'd die if you were to dive below 30m of depth or so, i'd say the game is even too generous as it is now.

What kills you is the pressure of the water above your head.
I don't know how SDVs work but i assume they are not meant for deep sea exploration.

agree with chairborne, if you want to see you have to make sure you can live long enough.