tested it on enemy forces, same result
- Queries
- Arma 3 Activity
- All Stories
- Search
- Advanced Search
Arma 3 Activity
May 10 2016
I tested it on verision 1.16.123.633 in the editor.
All soldiers die after the first hit and all light armored vehicles explod after a few. It's truhe that the 40 mm canon can't penetrate the windshields or destroye
the weels of the MRAPS with the first shot.
Check version, difficulty, or just go editor and spawn soldiers to shoot at?
Have same thing on MP servers, also no splash on GPR-T is not right
Multiple rounds on infantry? I simply can't Reproduce this.
Hello,
we still have the problem that the crashdumps essential for finding out what is wrong were not created.
I would like to ask you to do this:
-Run Arma as admin
-Switch to Steam Dev version
(http://forums.bistudio.com/showthread.php?148220-How-to-change-between-stable-Arma-3-Alpha-versions-amp-release-candidates-STEAM-client)
-Verify your data through Steam
(https://support.steampowered.com/kb_article.php?ref=2037-QEUH-3335)
-Create new profile ingame
-Start game without any parameters
Please let me know if the problem still persists. Thank you.
ok :) good to see some dev out there still care about their customers :)
Hello,
we'll analyse the crashdumps and let you know.
Thank you.
ok, I went and had the game freeze again this is the most recent file i have to give you in the above attachment. i left my pc running for about 20mins to see if anything would change but ultimately had to hard reset the rig.
any idea when there'll be a fix?
Hello,
Thank you for reporting the issue.
We need crash dump files from this folder for solve your problem.
C:\Users\<Name>\AppData\Local\Arma 3\
Can you upload somewhere in winrar package please?
When package will be smaller than 5000k, you can attach it here. When package is bigger, please use some free sharing service and post link here.
How to find correct crashdump file:
Try to make the crash happen
Look into crashdump folder
Upload crashdump with latest date in name (crashdump is rpt + bidmp + mdmp file with same name)
Thank you.
Hello,
it looks like the crash dumps were not created (we need rpt + bidmp + mdmp file). It could be that your game actually did not crash or it crashed and was killed of (via task manager) too quickly for crashdumps to create.
Next time it freezes, please try to wait a minute or two so the dumps have time to create. If there are no crashdumps after then, we'll try to find another solution.
Thank you.
Thanks for the speedy reply i put in all the crash dump files i found i hope that file isnt to big
@the_Demongod Incorrect on aircraft not seeing missile launches. Standard equipment on all modern rotary aircraft (what I'm familiar with, I don't know fixed wing tech) includes missile warning systems that can ID a specific weapon launch by its UV plume from the missile launch. It is even able to ID the specific missile fired based on that specific plume and trigger proper flare dispersion pattern. Current tech has said missile direction locked down to a 3 degree FOV.
Okay, I was mistaken then
Most of my experience comes from DCS A-10 so all you know is whether or not a missile is launched, and approximately where the launch came from (within approximately 30 degrees).
I agree with AD2001. His proposed solution is easier/better.
yeah I still don't really know what the "countermeasures mode" keybind does...
and AD2001 has probably the best fix we're likely to see. just add some chaff to the flares. I think getting BI to implement realistic AA missiles would be a complete clusterfuck.
In a game like this, it also wouldn't be very fun (for example, because heatseaking missiles are guided passively, the target has no way of detecting them unless it takes the A-10C approach and watches for the smoke trail. makes getting hit by one a hell of a surprise).
Or they could just give chaff to both planes and helicopters. How about that?
We already sort of have this, apart from different colors, brightness, or properly simulated waypoints. Great idea, but they may not do this because it is 'more like a simulation'. Derp derp derp.
+1
also, the jet pilot visor has to have night vision capacity in it
I'm sorry if I sound fancy but ... how about making visors block some sunlight?
Same like other equipment work vs the sun that is supposed to.
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.
Player list can still be opened by RCtrl+P, as in any other MP mission (for key binding see Controls > Multiplayer > List of players).
Still present as of March '15
http://abload.de/img/arma3diag2015-03-1723lqu11.png
It's still there....
This is simply and outright necessary. Would make our life easier and the experience far better.
Here's a related idea I had for zeus keybinds in general
http://feedback.arma3.com/view.php?id=19835
This needs to happen! So many times were I in need of quick remote control access. This is a very simple feature that will make large difference.
This is a good idea
Since the remote module frequently fails to work after some time, a shortcut button would be fantastic.
Hello,
Steam Dev is now the version with applied fix. Could you please confirm that it got fixed? It is important for us as there were several problems linked with the bug.
Thank you very much
Seems fine now, thank you.
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.
Whatever caused crash is at your end, there was no joinSilent or any other join on my end.
I meant no harm, sorry. Will look deeper into it.
Anyway, the safety check should prevent the server from crashing.
Could you please confirm in a week (on Steam Dev) that the server does not crash anymore? Thank you very much.
OK, I retested it again and it works without any crashes. Could you please confirm on Steam Dev 1.19.123802 and higher?
Thank you very much.
Hello,
we have examined the crashreports and they suggest crash during "joinSilent" command execution, most probably entity which is joining ceased to exist in the same time.
I suggest to modify your script commands a little.
To prevent server crashes in the future, we added a safety check to one of the root addons so an error message instead of crash would pop up. It should appear on Steam DEV in couple of days.
Thank you a lot for your feedback, it helped us in a big way.
Hello Killzone Kid,
thank you for submitting the ticket, could you please provide us with a simple repro mission? I helps us a lot when investigating the roots of the problem.
Thank you very much.
Splendid work Iceman! :)
Thank you for the mission, it really caused the crash.
Our programming department has it assigned.
Added a mission. After joining press zeus key and place ASPERS mines walk into them, die, respawn press zeus key and place some more, walk in them, this should do it.
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.
Should be fixed in tomorrow's dev build update.
I must say - despite whatever faults this damaged model has - it's beautiful to see a damaged model!
Submitted this ticket in April. How about a little love, Iceman?
I'm having a similar issue, I've been using the dll fix as well which recently has stopped working. The game is now unplayable. How have you been dealing with this issue sg?
Also noticed similar hardware:
Asus Z87 PRO
i5 4670k
nvidia GTX 770
Crucial 480M50
My logs look something like:
Exception code: C0000005 ACCESS_VIOLATION at XXXXXXXXXX
After several months of the above work-around used to avoid crashes, the work-around no longer works. Game has begun crashing again after the 1.34 patch/update. Usually, after a couple of hours of play time.
Also noticed I sometimes get an 'out of memory' windows dialogue screen, something I've never seen before with this system. Played about 1,500 hours of ARMA 3 and have never seen this before. Not every crash produces this error, though.
Here's a link to my new crashdumps: http://www.filedropper.com/arma3new
I also have similar issues. Multiple crashes daily. I can also provide LOG/DUMPs as needed. Right now trying the following:
- Uninstalled/Installed Steam/Game
- Delete all temp mission files from profile folders
- Reinstalled drivers for most hardware
Will report back if anything gets better. Please let me know if you need any details in the mean time.
Been 10 days since my initial report. Have your programmers been able to come up with anything?
I see the frequency of crash reports similar to mine increasing, not only here, but around the net as well. Surely you must have some insight by now.
Thanks.
The game continues to crash post 1.18 as originally described. Added additional crash dumps.
After downloading this weeks hotfix, I played for about 35 min. and crashed.
I then deleted all .dll files in the ARMA 3 DLL folder, sans the readme. Restarted STEAM, but did not verify files (obviously). I was able to put in about 28 hours of MP play, most of which was on various King of the Hill servers before it crashed again (faulting module was ntdll.dll - haven't seen that one before). Played another 2.5 hrs. without a crash, then, called it a night.
I can live with a crash every 30 hrs. or so but will continue to monitor and make notes if issues come up.
Take from that what you will.
Great to hear, Iceman.
As the game continues to crash, I have more dumps if you need them.
Game continues to crash with 1.20 and the new memory allocators. My work around still works, however.
Hello Iceman;
Were you able to glean anything pointing to a problem on my end?
Do you need anything further from me?
Thanks
Hello,
your crashdumps are being analyzed by our programmers. It might take a while to find out what the problem is.
Thank you.
"Waidmannsheil" (just like "Petri Heil") is a best wishes term used only for hunter (or fishermen).
"Gute Jagd" or "Erfolgreiche Jagd" would make more sense.
X39, im native German speaker and I don't regard it as wrong per se. Just maybe inappropriate; but that was probably the intention in this context - if you regard your enemy as an animal that has to be hunted down.
How about Gute Jagd? Though that is more in an airforce sense.
Or "Hals- und Beinbruch, kommt mir in einem Stück zurück!" ;).
suddenly the article is only available on non english languages : /
http://de.wikipedia.org/wiki/J%C3%A4gersprache
google translate (yeah i know ... its inaccurate but ... yeah more simple then writing the entire article)
http://translate.google.de/translate?hl=de&sl=de&tl=en&u=http%3A%2F%2Fde.wikipedia.org%2Fwiki%2FJ%C3%A4gersprache
hope its now more clear why its not good to use "Waidmannsheil" ^^
Well, it may be a bit cynic, but there are soldiers wishing a "good hunt" and mean manhunt in their case...so why not a similar phrase in German?
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.
Should be fixed in tomorrow's dev build update
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.
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.
Fixed, should appear in next map data packing.
Thank you.