Page MenuHomeFeedback Tracker

ApexDEV. There is no control over behavior. Unit forced self-standing from phrone
Closed, ResolvedPublic

Description

The body automatically rises, from position of a body "on all fours" in position of a body "Standing on the feet". It occurs on any landscape, and even on an equal surface.
https://youtu.be/HMmSHOqlGsU
-Tactical conditions - for maintenance of the hidden position.
Or the situation demands to hold a body "lying".
This task is broken. Character, it is unexpected for you, can rise.
Thin features of a relief shouldn't cause change of position of a body on "to rise". At night, you use NVGs, the landscape will lose details. In a grass the relief is completely hidden. Sudden change of position of a body - "to rise", it looks silly. Often, to take cover from the coming nearer opponent, from bullets, you have to keep a prone position.
The character automatically gets on feet and gets a bullet. It almost always, isn't controlled for my part.
https://youtu.be/f1OKXtsCYSo
You tell me, I chose the wrong place for shooting of a roller.
Small stones, branches, superficial gaps. Almost all relief of Tanoa such. I played mission, which purpose - night cleaning of the village from bandits. It isn't possible, to give the account, how many time my character automatically got on feet, and how many time, I for this reason got a bullet.

  • If on my way there are obstacles which I can't overcome on all fours, I have to receive only movement blocking - there is no movement in this direction.

**

Details

Severity
Tweak
Resolution
Fixed
Reproducibility
Always
Operating System
Windows 10 x64
Operating System Version
1607
Category
Anims
Steps To Reproduce

Make the movement lying in the jungle, in the city, on the slopes. Try to do this at night. Try not to get to the place where your character will automatically rise to his feet.

How to rise on an equal surface:

  • clamp the key "W" to creep
  • release the key "W" and at the same time to turn in any party, on 90-180º
  • To present as it looks in fight.

https://youtu.be/HMmSHOqlGsU

Event Timeline

Lex created this task.Jun 22 2016, 9:26 AM
Lex updated the task description. (Show Details)
Lex edited Steps To Reproduce. (Show Details)Jun 27 2016, 7:53 AM
Lex edited Additional Information. (Show Details)
Lex added a comment.Jun 27 2016, 7:57 AM

https://feedback.bistudio.com/T83842
This attracts the attention of the enemy, at a time when you want to hide its presence.

Lex edited Additional Information. (Show Details)Jun 27 2016, 8:02 AM
Lex edited Steps To Reproduce. (Show Details)Jun 27 2016, 8:09 AM
Lex renamed this task from Apex. Violation of stealth and tactical behavior. to ApexDEV. Violation of stealth and tactical behavior..Jun 27 2016, 2:15 PM
Lex updated the task description. (Show Details)Jun 30 2016, 5:56 PM
Lex renamed this task from ApexDEV. Violation of stealth and tactical behavior. to ApexDEV. There is no control over behavior. Doesn't keep situation "lying" in some situations..Jun 30 2016, 6:15 PM
Lex edited Additional Information. (Show Details)EditedJul 8 2016, 4:46 PM

Arma3. Attempt to hide the presence. Autolift video.
https://youtu.be/WkXrSmXhgkk
At night it is even more unpredictable.

Lex added a comment.Jul 16 2016, 11:03 PM

Solve the ticket. It influences game process, progress.
We receive a problem, there where it shouldn't be.
There is no opportunity to hide the presence, there where it is necessary.

razazel claimed this task.Jul 19 2016, 1:27 PM
razazel changed the task status from New to Reviewed.
Lex added a comment.EditedJul 26 2016, 10:53 PM

Men! What there to look? Resolve an issue. This madness when you fall to rescue itself - animation to rise, and you are a corpse.
It is better that I would fall everywhere, stumbled, than this rise.)))
Don't accept the last, as the offer)))

https://youtu.be/WkXrSmXhgkk
Pay attention to video to 0:38-0:47 second. Absolutely uncontrollable any reproduction of actions.

I added to the ticket as it turns out to rise on an equal surface.
https://youtu.be/HMmSHOqlGsU

Lex edited Steps To Reproduce. (Show Details)Jul 31 2016, 11:50 AM
Lex edited Steps To Reproduce. (Show Details)Jul 31 2016, 11:54 AM
Tsnfsdnfkjsdn added a subscriber: Tsnfsdnfkjsdn.EditedAug 3 2016, 10:04 AM

Nice, but you could change description to more understandable - as i see English is not your native language (same as me), but title could be "Unit forced self-standing from phrone"
Otherwise problem is serious, and really need fixing - i already died ebacuse my character was going to stand while i was phrone and taken bullet beacuse of this.

It seems issue is pretty strange, beacuse there are many keys combination that may trigger the bug. Once you push AWSD (all) unit will stand. Dont recall if it was working for W+S, but when turning (A or D) and moving forward or backward, this can be trigerred. Developers need to test this on themselves. Its since 1.60, or RC 1.62

Offc ourse terrain forcing player to stand is another topic, so my ticket was about "Similar bug" not the same.

Lex updated the task description. (Show Details)Aug 3 2016, 10:49 AM
Lex updated the task description. (Show Details)Aug 3 2016, 11:01 AM
Lex updated the task description. (Show Details)Aug 3 2016, 11:09 AM
Lex updated the task description. (Show Details)Aug 3 2016, 11:12 AM
Lex added a comment.Aug 10 2016, 11:29 PM

I changed the description. I hope, it opens the maintenance of a problem correctly.

I'm sure it is ;)

Lex changed Operating System Version from Arma3ApexDev 1.63.137013 to 1607.Aug 19 2016, 4:04 PM
Lex added a comment.Aug 26 2016, 1:40 PM

When wait for fixes? Take the time to fix it.

Its still present in RC

Lex renamed this task from ApexDEV. There is no control over behavior. Doesn't keep situation "lying" in some situations. to ApexDEV. There is no control over behavior. Unit forced self-standing from phrone.Sep 10 2016, 11:44 AM

Can't reproduce in the current RC anymore.
Probably because you can now go prone even on steep slopes.

Lex added a comment.Sep 12 2016, 3:23 PM

On DEV 1.65.0.138302 it too isn't reproduced.
Many thanks for your work.
Close the ticket.

Its still present in RC

Agree, sorry for mistake, cant reproduce, can be closed.

Lex added a comment.Nov 8 2016, 11:43 AM

Close the ticket.

razazel changed the task status from Reviewed to Feedback.Nov 9 2016, 12:01 PM

Should be already fixed in Dev branch.

Lex added a comment.Nov 9 2016, 12:48 PM

In Dev of the version there is a correction. Thanks.

razazel closed this task as Resolved.Jan 20 2017, 1:18 PM
razazel changed Resolution from Open to Fixed.
Lex removed a subscriber: Lex.Jan 23 2017, 1:35 PM
Groove_C removed a subscriber: Groove_C.Nov 28 2019, 2:03 PM