I can agree on the point for bigger weapons such LMGs.
Those should be "lowered" while opening a door.
On the other hand, an assault rifle should just loose some stability / accuracy (enlarge the reticle) while pistols / smgs should not loose stability.
/upvoted
Agreed but certainly it should be under Animation category instead of movement and for sure not with a High priority. This is just a cosmetic issue, normal or even low would be more appropriate imo.
IRL you can open a door while still keeping your weapon at the ready.
So it's realistic, therefore my comment about not being a gameplay breaking issue
As i said, you can open a door with your weapon at the ready in real life and this, being a simulator, tends to be realistic and so it is.
Still we need an animation (it's ugly to see the door open by itself)
Just tested, can switch fire modes and/or weapons without standing up.
Check if you have double key assigns
What didn't work ? Disabling the software or still having the same issue in the game ?
Is OP on a multi monitor ?
Because i'm on single monitor, 16:9 @1920x1080 and i don't have any kind of offset
Have you tried with the configuration software disabled ?
The issue is certainly there, since you can't use menu stuffs.
Now we just have to help devs to pinpoint the cause !
In my case, i have the software's icon in the taskbar (lower right corner of the screen, next to the clock and calendar) and all i have to do is to right click > exit .
If it's not the case for you, do the following:
You will be able to re-enable it by the same procedure.
Please provide more details like mouse brand, drivers, software etc.
I'm not experiencing this issue with a CM Storm-Spawn up-to-date with the latest firmware
Tested and confirmed.
/upvoted
As Zalifer said, you need to "reload" your gun with the non-underwater stanag rounds to be effective on surface (uw rounds have 30m effective range).
Please retest.
Don't think so.
So far, all i can see from task manager is only 1 core used at time and not even at 100%
Agreed!
framerate drops even with 5/10 AI units on a empty map
Intel i7 3.4GHz
12GB Ram corsair vengeance 1600MHz
Sapphire HD7950 3GB
Not having this problem.
More details about your rig may help to pinpoint the problem source
@johncage
you're not really an example of educated guy, are you ?
Yeah all vehicles suspensions need some tweaking in the physx engine !!
/Upvoted !
It's annoying as hell to take "ammo" for launchers when they effectively have no ammo/mags due to the disposable nature
Duplicated of issue #432
http://feedback.arma3.com/view.php?id=432
Please upvote issue 432 for more visibility.
Also use the search function to avoid duplicates.
Yeah just noticed that too... boats are not rendered at all while underwater
as far as i know 32 or 64 bit makes a difference for memory usage > 3GB and as it is right now my vga is not being used more than 1gb (even less)
Yeah the problem is actually 90% sided on the MP side!
SP runs just great (most likely privately hosted servers being a cap).
Remember @all that server current FPS make client's current FPS drop.
Example: Server with 50 FPS
Client can get up to 50 FPS untill 2 or 3 players are on.. when it comes to 6 players you start dropping around 30 and so on
It has always been like this in every OFP/ArmA game !!
Tried last night the same mission privately hosted by a friend and on a gamed!de test server.
On the private host we got around 25 fps, on the ded. server more than 50 !
Server side fps really matters!
Keep it mind.. indeed the game still needs some optimization due to the problem described in the OP
I have the exact same values on SP and MP when it comes to max CPU/GPU usage
Nice intelCraigUK87, i have a 2.5K viewdistance, may be the main issue with the new graphical engine!!
Going to try droppig vd to 1500
Server with low fps leads to client low fps.
Always been like that since Armed Assault
Basically the RV4 engine is not using more than 1 core and gpu is being used up to a max of 40%
Agreed with Maronius.
Back on the issue, i can't reproduce it in the latest DEV build.
I use Keyboard/Mouse combo for controls and commands respond as they should.
yeah that's the first thing i did when i noticed the CTRL+E / CTRL+Q bindings!!
CTRL+E is a keybinding for head tilde right.
Use CTRL+5 (numpad) to reset the view point.
Not a bug.
Stop posting DxDiags and crash dumps as text Attach them instead... it's gonna be a mess like this and for sure wont help devs collecting informations
Use some brain every now and then ?
Not having this issue
Quote from you:
"When i checked my programms i noticed that i had 2 versions of FreeTrack installed
(2.2 and 2.1.2)
I installed 2.1.2 because 2.2 just crashed all the time.
After deinstalling 2.2 i can start the Alpha again"
So 2.1 and 2.2 can not stay in the same system without causing issues.
Therefore is freetrack software issue, not arma's.
Not an ArmA issue, more likely freetrack software conflicts
I don't have any problem at all hitting enemies in the head at different ranges..
hitboxes are definitively not bugged
BF3 isn't more realistic !!!
It's an automatic counter-recoil, how can it be realistic ????????
Try shooting a weapon, even a 9mm without putting strenght in your hands and see where the weapon ends up to ..
The reason is simple:
in real life when you fire a gun your body reacts to the recoil and puts the muzzle back to where it was before the shot (with some error threshold).
In the game this body reaction must be done via mouse input.
Old ArmA builds (ArmA1 and 2, for istance but also OFP and VBS) had the auto-recenter feature that simulated this body behavior.
In my opinion, as well as all the other down-voters, that behavior has to be an user input and not an automatic mechanism as it was in the previous games and in most of moder arcade-ish shooters
Everyone here seems to keep forgetting a "little" detail..
human body is springy, true, but because it's a reflex reaction to the recoil.
In the game the soldier is just a texturized object, and the player is "the body itself".
If you don't drag your mouse to counter the recoil is exactly the same as in real life you fire without holding your gun!
+9999999999999999999999999 @nixy91
Recoil is great as it is.
/downvoted
Duplicated of issue 882
http://feedback.arma3.com/view.php?id=882
and issue 2633
http://feedback.arma3.com/view.php?id=2633
Profiles are used to allow multiple users on the same phisical computer to play.
Therefore is correct (IMO) that when you create a new profile it is automatically set to the default values.
Has been like this since ArmA 1 and 2 (probably even OFP)
@Khan
I went around throwing grenades at random buildings and the problem seems to be not present anymore.
This issue can be closed.
Thank you!
Yeah they are underpowered against infantry and vehicles, but totally OP against buildings ! (shit is fucked up xD )
Keep this report alive with comments plz, help me to get this up to devs.
It's going to be a major issue for when it comes to 20 / 30 players PVP scenarios
Kinda makes sense. Not an issue IMO.
The real issue is that you can still drive with a non-underwater vehicle !!
Yeah noticed that after the issue was reported !!
Thanks for posting the note so devs will see :)
That's it !
SLI!
It's a known issue that SLI causes flickering / artifacts.
Disable it and should solve the problem :)
Make sure ou have your drivers up to date!
Not experiencing this issue at all
100% repro with "Mitchell" face from player profile while playing as BLUFOR unit with a helmet
Just tested, agreed!
Thanks for the info Moricky ! :)
put both files in a *.rar ?
Dude, seriously ?
Use attachments instead of posting the wall of text for a dxdiag ... read the HOW TO section about "keep reports short" point ?
/upvoted anyways
Agreed with malk but still the editor should be able to "realize" the object/ground height where you are spawning units.
@OP
Use the setPos to select the correct spawn height as a temp fix
Also update your drivers (all, so graphics, audio etc.) in addition to what Lehmann said
It's just a server<>client sync issue.
The server doesn't properly realize that you changed weapon if you pick it up from a crate/vehicle, but does if you drop it on the ground (has to render it for all clients at this point)
Infact i did upvote this issue :P
I'm not 100% sure but i think the numbers are bright at night time like it was in ArmA2.
In my screenshot there's too much light to "trigger" the bright night version and too dark (it's the sunrise and i'm facing the sun) to read them like in plain daylight.
Anyways you just need to look a bit down so the sunlight hits your compass and it's lighten up by the sun itself (how it was in A2!)
As promised in the previous comment, here's the screenshot with the new compass (resized) from DEV build. I'm not sure if this tweak went live with yesterday default branch patch.
[Posting link because of max files size limit]
https://fbcdn-sphotos-h-a.akamaihd.net/hphotos-ak-prn1/893966_10200318846446822_82791917_o.jpg
The SS has been taken on a 1920x1080 resolution, all settings on ULTRA (except ATOC and Antialiasing that are diabled) with interface size: Small
I can take a ss as soon as i'm back home tonight. I'll post it in this issue
Compass has been resized in the latest DEV build.
This issue will then be solved as soon as default branch update will be released
I'm currently running on 1920x1080 with interface sized at small and i can read just fine the degrees on the compass.
Also make sure that both your resolution and rendering resolution is the same!
+1 MulleDK19
That's exactly what happens after SkeeterUK restarts the game with a larger interface size :)
Did you restart ArmA3 ? In order to apply different interface sizes on every menu you need to restart the game (was the same in ArmA2)
Compass is tied to interface size.
Bigger interface = bigger compass.
Not a bug, just bad in-game settings
@MadDogX
The issue has been fixed.
Agreed.
Workaround: rename the xml file and path uppercase!
HD7950 running AMD 13.2 beta drivers and no issues.. probably SLI / CROSSFIRE related issue
Agreed, just tested in the diving showcase SP mission !
As Helperman said, you can rest your weapon on anything:
walls, friend's shoulder, a backpack, tables etc.
Go learn to read!
"sry misread the OP description.
Upvoted! Bypod/wepon resting (like ACE) are a MUST !"
That's just some notes after my 1st one ...
Also, i hate COD ;)
sry misread the OP description.
Upvoted! Bypod/wepon resting (like ACE) are a MUST !
Downvoted.
The new adjustable stance system is there to solve the "shooting from a window" problem and similar problems too.
Use it :)
@Helperman
Yeah i agree with you when it comes to be aware of what stance i'm in by remembering the keys i press but some others don't, hence the upvote :)
Also, in real life you can "feel" your position, and that kind of feeling it's impossible to reproduce in a game (arcade or simulator) if not with a stance indicator
@Dresh
They are more likely refering to the stance modifications High/Low/Left/Right
You can't really define in which one you are unless you look down to your feet or go in 3rd person view.
I'm used to it too but i also understand the needs of others about it :)
+10000 @Concurssi
Still, after a bit of testings in the editor, you can get used to the new mechanics and don't move around in wierd posese :P
Agree!
Suggestion for devs:
Put a little soldier-shaped icon on the top left side of the screen.
Green color = Slow walking
Yellow color = Tactical pace
Orange color = Jog
Red color = Sprint
Also, make it change shape based on your stance like standing, crouching, prone, including the standard, low and high variants (see ACE MOD for ArmA2 as example)
Not experiencing here.
Antialiasing / Anisotropic / ATOC filters settings ?
Been like this since ArmA: Armed Assault, possibly even in OFP.
I think it's time to fix this, BIS ? :P
Do you have ATOC enabled ?
There's a known issue already opened for that and maybe the same case
Try disabling SLI and see if the problem persist.
I don't have any graphical issue with a single HD7950.
Also, it's possible that Alpha version doesn't support SLI/CrossFire properly.
Well, since the weapon lowered animation is meant to be careless walking, i find it right to wish for a "more carefull" low-weapon walking too.
Like the suggestion of binding it to the Combat Pace button too.
/Upvoted
Duplicated of issue #0000426
Please use search fuction before posting new issues!
Please search for #0000426 and upvote that one for better visibility.
/downvoted
Not an issue IMO !
You're probably using caseless ammo types.
Also, wouldn't be that urgent, don't you think ?
True, it's a FEEDBACK tracker.. however you report ISSUES, not general feedbacks, therefore it's a ISSUE tracker ;)
Also, the web is full of guides about that.
The old ArmA:Armed Assault editing guide from Mr-Murray is still great even for ArmA3 since the base engine and editor are the same as the very first release.
/Downvoted
As J2ackson said.
This has been discussed and solved the same way in an other issue report.
Please use the damn search function next time !
Basically all the rails shaped like the one of the building "House 2 (big inhabited) v1" have this issue.
Other shaped rails are working properly, it seems (ofcourse i can't say i did test every single rail in the map :D )
Check game file's integrity
Unclear steps to reproduce
Yeah it's annoying :-\
SLI is the problem.
Disable it and should be fine
That's weird.. i get improved FPS when looking trough a scope O.o
Agreed but not a major issue!
Low priority IMO
From the Dxdiag file, it seems like the Computer's not up to ArmA3 real requirements..
+1
It's a known issue in other (old) games!
In other simple words, to make users able to use the right ALT key (ALTGR) the CTRL key overlaps with ALT key in some combinations (ALT GR is usually "seen" as CTRL+ALT)