User Details
- User Since
- Jul 12 2015, 2:45 AM (485 w, 4 d)
- Roles
- Administrator
Yesterday
"DXGI_ERROR_DEVICE_REMOVED" your graphics card got removed or disconnected long enough for the game to die.
Don't know why. You can run the game in fullscreen-windowed mode, and you won't have issues with tabbing out.
The crash there is related to the CPU you are using, not the operating system. It is not supporting a specific instruction.
That code was removed on profiling branch (v6 and later), so it should run if you switch to it.
on profiling branch only. Fixed.
Wed, Oct 23
Well yes. The game updated. its now a different version.
The tool Lou posted above, can probably update your savegame.
The patch is out now, please confirm fix
Tue, Oct 22
The message, is not the reason that you cannot play. There must be another reason.
I have attached a file including the error message
note: Minidump has been generated into the file C:\Users\pod\AppData\Local\Arma 3\Arma3_x64_2024-10-14_15-29-54.mdmp
I need that file, please pack it in a zip and also upload it here
Mon, Oct 14
"saves crash"
What do you mean by crash? I don't see any crash report?
Is it reproducible in an empty mission (Say VR terrain) with some AI's placed down? they are also stuck in animation?
Thu, Oct 10
No
Mac update (as every time the game updates) is lagging behind, it takes a while for it to receive the last game update.
And you cannot play on servers that run a newer game version.
fix is on profiling branch tomorrow, serverside installation might be enough to fix it
This was interesting.
We had a big issue with container entities being "leaked" and spamming server logs. So we fixed that.
Turns out, the inventory system requires entities to leak.
Wed, Oct 9
It was not removed. Dupe bugs should be private tickets, so people cannot look here for basically a guide on how to dupe.
Your ticket was not private, so it was made private manually, but a mistake was made and you were removed access to. I'll fix that.
https://feedback.bistudio.com/T185232
Thank you.
The .txt file doesn't tell you what exactly happened, I don't know if there are any better files.
Please go to %localappdata%/Arma 3 launcher, and see if you find any "dump file" or .mdmp files in there. Pack them into a zip and send them here too. I would expect there to be some.
You have several script/mod issues.
Verify game files in steam?
Please run the game with -debug parameter.
And attach the full RPT log file for this error
As with every game update. The Mac update is slightly delayed. We have no ETA, hopefully soon.
Sep 23 2024
seems like its really only intended to contain objects.
Sep 16 2024
since there can be thousands of them.
Corrupted game files.
Delete Arma 3/Addons/air_f_beta.pbo
Then verify your game files in steam.
Objects outside of map bounds are not supported.
Visual Studio 2013 c++ redistributable is missing or not installed correctly.
If you want to play the game, you have to buy it first.
We don't have separate crash/script logs.
Won't do.
Sep 5 2024
The freeze dump, is currently inside "modParams" script command. It is looking if a mod's picture exists, and trying to find what PBO it is in.
A freeze dump is only a snapshot of a instant in time. That's why we always write two freeze dumps, so we can see atleast two points and judge where the freeze might be at.
2.20 152207
allDisplays can't do this because the displays returned are in random order
Why should it not throw error?
getNumber reads either number, or string as SQF script. If its not SQF script it throws error. That is by design. I don't see a problem here?
The engine is just not built to have water level change on the fly. Many things would break and not work correctly.
Adding the command itself, and pushing up the water level is easy. And then you have AI flying helicopters under water.
Aug 29 2024
Validate your game files in Steam.
Aug 26 2024
Issue likely already fixed on profiling branch and in the next game update.
You could report it on BattlEye's website, or you could just wait for them to whitelist it again.
Aug 21 2024
The freeze is now also fixed, but it will not make it to 2.18 game update, it will be available on profiling branch.
And the crash was already fixed.
By the way, the game is called "Arma 3", lowercase second A. and it's also not "Armed Assault 3"
https://www.bohemia.net/blog/arma-2-the-name-tale
Aug 14 2024
Some mod is deleting a magazine inside a Reload eventhandler.
Bug was fixed 2 months ago, and is available on profiling branch (Which you can select in the steam beta branches settings)
It will also be fixed with next game update
Those are not the required files. I'd expect a Report zip file. Containing RPT and .mdmp crash files
When shadows are to be drawn. The game needs to render objects that are not inside field of view, because objects outside of it, might throw shadows into the visible area.
So what it did on max shadow view distance, was render all objects in 3km radius, even if they are not visible to player. Because they might show shadows. That code forgot to check if shadows are even enabled.
Aug 13 2024
2.18
Only happens when you really spam it. Opening the map while the fade-in from closing the map isn't done yet.
Note: message insert crash, memory corruption, Schaer
No repro, ping me if wrong.
No repro, closing. Ping me if you have some working repro
Initial issue was about mortar, if same is with tank then new ticket with repro
Aug 12 2024
I know this bug. But I don't know why it happens. We've had reports for over 2 years and I cannot reproduce it. It doesn't happen to me.
Was caused by invalid start parameters. Something like -mod= that should have an argument, but doesn't.
First one
"Include file x\cba\addons\main\script_macros_common.hpp not found."
Missing mod.
ACE Mod implements rotating and moving and easier type selection.
Should be fixed next profiling branch, I have not tested it.
All that command does, is read
"vehicleTransportingDisabled" config entry or previously set via https://community.bistudio.com/wiki/enableVehicleCargo
It is a remoteExec for BIS_fnc_setTaskLocal.
The "mini"-dump doesn't contain enough information to see why this crashes.
It could be related to one bug that was already fixed on profiling branch. I'll assume that's the case
Also inconsistent, as scheduled scripts in general should have _thisScript. So you'd assume that if canSuspend, that you can access _thisScript too.
remoteExec and particle scripts and init.sqf and action scripts were also missing it.
First crash.
Bug in mod that adds dbo_base_Cargo
That vehicle has no model.
Aug 6 2024
Checked the code, it is definitely loading it like the other events.
If you can give me a example config to try it I can try, but from what I can see it should be working fine.
Would you expect the same to happen when doing this
l = getUnitLoadout player; player setUnitLoadout l;
When not setting it to nil, but just leaving it unchanged. Would you also expect it to keep the game backpack?
Aug 5 2024
Especially your northern edge is totally messed up.
Some of the terrain heights up there are NaN.
"Out of memory (requested -788108 KB).\n footprint 50066368 KB.\n pages 131072 KB.\n"
Ah yes. The good old -788MB of memory. A true classic.
Ah the good old map icon crash.
Have seen it before, don't know what causes it and cannot reproduce it.
You could try switching to profiling branch, its possible that the fixes on there might affect this crash too.
Never seen that before. But google results are pretty clear its some thing that causes alot of issues.
https://www.google.com/search?q=%22EZFRD64%22
A UI element was deleted while you were mousing over it.
This crash was already fixed a couple months ago and the fix is available on profiling branch.