Yea I was noticing the same thing when I played youre right it is like night and day with how long it takes to load. So it is something with the saves getting too big using up all the available memory I was wondering if I just blew through the campaign if Id be able to finish it I just didnt want to wind up crying over another failed attempt if it didnt work lol. You just confirmed it though, thats awesome now we just gotta find a fix for it where it wont matter how long you play in game. I wonder if they removed the "support" missions with insurgents if that would fix it enough or if there was some way to break it up in the middle where most of the world would reset except storage Items and inventory, a nice compromise between the RPG experience and the sandbox world youre actually in. I could see that being an issue as well i.e. I spent about 2 hours attaacking the airport to steal a xi,an VTOL and had no where to store it but the rebel airfield on another island down south. matter of fact that was what i used to infiltrate the tonuka island where csat is. Id have been pissed if all that reset and I didnt have that anymore. I dont know It doesnt seem like theres any way to fix this issue the right way. you either have to blow through the campaign, or have a system so ridiculous that virtual memory doesnt matter.
- Queries
- Arma 3 Activity
- All Stories
- Search
- Advanced Search
Advanced Search
Apr 3 2020
Apr 2 2020
Managed to finish the game with the RC build, but I rushed to the end and didn't participate in any insurgent assaults, and deliberately avoided things like taking extra vehicles or dumping gear on the ground. The saves kept getting larger, and I have a feeling that if I spent more time exploring things would start getting wonky again. I was already starting to experience similar issues that I saw late in my previous run, such as furniture objects taking a long time to load and popping up after doing fast travel, or the black screen taking way longer than usual to fade away after resting. Performance when starting the campaign and when getting closer to the end is like night and day.
Apr 1 2020
Additional information:
If you spawn the same shower with Zeus, it works.
So de problem is when the shower was placed before in the EDEN editor.
In T147191#2042211, @dedmen wrote:Should be fixed on dev branch, please test
Should be fixed on dev branch, please test
Should be fixed on dev branch, please test
Should be fixed on dev branch, please test
Been fixed,
https://feedback.bistudio.com/T147191
Also I would like to say for the record I have not tried a system restore as I have seen some have had success with those more extreme measures (one guy said he had to replace his hard drive). Reason being literally everything else works fine. The main Arma game, DLC, and everything else I play work perfectly and these measures seem to be geared more toward people with complete Arma 3 or system failure whereas mine only happens when I try to load one of the saves specifically for the beta.
I'm at 8GB of memory, which might explain why mine is crashing at a smaller filesize compared to your saves. 32-bit mode didn't have any effect, unfortunately.
yeah coxswain yours look alot like mine
If you try to run any of yours in 32- bit do any of the later saves work? It almost seems to me (imo) that because there is soo much going on on the map and the beta runs like one big continuous mission with no interruptions that the files get too big to handle and run out of virtual memory; and the longer you spend in the mission changing things that makes the file bigger eventually it just crashes. I think it doesnt do it while actually playing because its bound by the limitations on each cell of the map it only has to load each cell as you approach or get near, but when you have to reload it has to process everything on the map modified from its original state to call back on later once the player enters the cell and it just devours the memory to the point the system has to protect itself from using all the memory and cuts the program. Again this is my opinion just what it seems like to my limited computer knowledge.
just out of curiousity how much memory are you working with on your system coxswain? Im curious if people with more or less memory availability are having this issue. Because I havent seen any other tickets with this issue however I have seen plenty people complaining about similar issues on the steam forum just not reporting it I guess, so I wonder if its a specific system setup that causes it like something I could go into settings and change or if it only effects those who play a certain way that creates massive save files and draws to much. If it is a memory availability issue like not enough it would seem youd have to have a pretty ridiculous setup in order to have enough to play this.
System information
Date: 2020-03-29 14:16:39 / 2020-03-29 10:16:39 -04
Current dir: E:\SteamLibrary\steamapps\common\Arma 3
AppData dir: C:\Users\Nelson\AppData\Local
Command line: "E:\SteamLibrary\steamapps\common\Arma 3\arma3launcher.exe" -mod=@CBA_A3
Version: 1.5.146.96
CLR version: 4.0.30319.42000
OS Version: 6.1.7601.65536 (Microsoft Windows NT 6.1.7601 Service Pack 1)
OS 64 bit: True
Process 64 bit: False
Personal dir: C:\Users\Nelson\Documents
Culture: en-US
UI Culture: en-US
Point of log: Unobserved Exception
Mar 31 2020
Here's a screenshot of my save history I started keeping once I noticed things getting unreliable every so often. Autosave 8 is the last one that will load without crashing, every single save after that causes the game to crash. Even though some of the later files are smaller than the 169MB of the last working save they still cause the game to crash on loading for some reason. I had some later ones but I was deleting them as I was trying to load them and gave up when I realized I was having a 100% failure rate.
Added video of this issue occurring: https://streamable.com/8ph85
yes the saves are massive see attached in my original ticket I posted both profile saves the one I had to zip it was soo big, it zipped down to 47 mb but unzipped its about 247 MB and thats close to what the other saves on that profile are the most recent 5 saves are between 238,000 KB to 247,000 KB which is unusually high for a save game file. even on my system i7 7700 ~ 2.80GHz, 16 GB RAM , GTX 1060 video card. before the crash would take about 3-4 min to load then would lag for about the first 5 min into gameplay. can hear my laptop fully ramped up fan running continuously non stop while playing where normally with most other games I play it'll get going about every 10 min then slow down for a bit. Not bragging but this comp is a beast normally I can play No mans sky, Skyrim, Witcher, Doom, No problems No lag laptop relatively quiet. On the last run I managed to get working where I ran the game in 32-bit mode My laptop was practically screaming the whole time so much so I paused and checked to make sure there was nothing online saying not to run old man beta in 32-bit or anything like it.
Should be fixed by disabling filePatching by default
Google drive link to repro mission is down.
delete structures_f_households too.
Maybe just delete the whole "Addons" folder and let steam redownload it
telling me about network card
no it doesn't, network resource != network card.
Ref @BIS_fnc_KK
180MB savegames definitely doesn't sound right.
I'm having the exact same issue, right down to the error codes (0x0000DEAD, 0xC000041D, STATUS_FATAL_USER_CALLBACK_EXCEPTION, and Too Many Virtual Memory Blocks Requested) as well as being at a similar point in the campaign. Saves started acting up around when I started getting tasks to assist insurgents, so I started manually backing up the autosaves since they were getting unreliable. Now the last 20 saves in my campaign cause the game to crash - the last working save was from right after I destroyed the main AA site on Mount Tanoa. Only mod I'm using is ASR AI, which hasn't given me issues in any other campaign or showcase so I doubt that's it.
this command would be great
Mar 30 2020
It's weird. I'm 100% sure there was a surface there. Maybe it was some other thing I mistakenly created. Sorry about the false report.
@dedmen I realized an error in my prior message and a few more up the line. There are a handful of simple options that would make this WAY more useful.
@dedmen YAY! If you need any input on this just say so. Its a 3 year old request but everyone here is still watching this.
Retest in next dev branch
some Weapon like mx sw and spar 16S have bipod and there is no none Attachment class
Fix in next Dev
Retest in next RC/Dev branch please
Read our "How to report a game crash" guide here: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/
Please follow that guide and add the info that we need.
Also are you using a USB Headset?
Something is wrong with your graphics card. Make sure you are on latest drivers, maybe reseat the card. Maybe you overclocked it and it was too much for it.
Need the full report, or your last RPT file.
In the end its a Mod/Mission bug anyway and nothing we can fix for you.
Mar 29 2020
this is still happening as of today and the latest release
In T147191#2040963, @BIS_fnc_KK wrote:Revision: 146281
I removed the wiki entry as there is only coincidental correlation with 3DEN values
Any update on this? It's really bad when you want host a server and go to the mission select screen then arma will immediately crash. People are probably thinking what is causing their arma to crash when it's include dependency in a mission file
Revision: 146281
Tried out this option during our weekend games and it fixed the issue.
Mar 28 2020
DX11 error: CreateTexture failed: DXGI_ERROR_DEVICE_REMOVED
Anyone there to give a reply?
Mar 27 2020
In T147191#2040009, @BIS_fnc_KK wrote:yes
I dont have dev-branch installed atm, from @Groove_C 's video it looks fixed, would need a final confirmation after RC and subsequent Main Branch update to ensure it is within the next Main Branch game update.
Would prefer a "isKeyPressed" script command that you can just pass a dik code to. Then you can check every key you want in every script and every eventhandler.
Way better than adding arguments to a couple eventhandlers
Closing.
Closing.
Closing.
Understood, Thanks Dedmen. I would gladly appreciate in the future if anybody were to update my task when Battleye decides to support Linux.
Mar 26 2020
Жду вашего ответа.