Project

General

Profile

Bug #2835

[exploit/bug] ability to slowly move when overencumbered

Added by vivec Ae Seht almost 3 years ago. Updated 1 day ago.

Status:
Resolved
Priority:
Normal
Category:
Animation
Target version:
Start date:
08/08/2015
% Done:

100%

Reproducibility:
Always
Operating system:
Linux
Severity:
Normal

Description

I noticed if you ready weapon nonstop, your character moves slowly [to the right with my dunmer, backwards with my alfiq/khajiit mod].
if you mash/alternate between ready weapon and ready magicka, you move quicker, and straight forwards. this is exploitable and I was very torn as to whether or not I should report it (it's pretty niche, but it is an exploit). with enough effort, I could clear an entire dungeon and gather thousands of pounds of items with 0 strength.

I presume this is an animation issue, but i do not want to specify it as such in case i am incorrect.

http://youtu.be/8wi4iKTYnqw <-- bug being produced.

//contains second bug in same youtube video, with character swaying on my Alfiq mod, unsure what is causing this.
///potentially it's small character height?
////I am going to do some troubleshooting before filing a bug report on the Alfiq swaying issue.


Related issues

Related to OpenMW - Bug #2445: Spellcasting can be interrupted Closed 03/11/2015

History

#1 Updated by vivec Ae Seht almost 3 years ago

I am actually getting a little backwards momentum from weapon->spell readying in first person as well, so i guess it's not just a third person issue

#2 Updated by scrawl . almost 3 years ago

The vanilla MW engine doesn't allow you to cancel equipping animations as shown in the video. However, you can still move in the same way by turning in third person (a little more difficult though).

#3 Updated by vivec Ae Seht almost 3 years ago

I don't think you need to cancel the anims for this to work, it's just a bit faster this way.
the issue happens when switching between the animations, specifically, ready magicka moves PC forward slightly. I did it so fast to help illustrate the effect -- however, you actually move less per iteration when you don't let the ready magicka anim finish.

this isn't an issue if you put away your spell, as that anim moves you back perfectly, however, readying weapon does not move the player back. this is potentially an issue in vanilla, too. I will double check in a couple hours when i am home

#4 Updated by vivec Ae Seht almost 3 years ago

it is not an issue in vanilla morrowind (this specifically), although i was able to reproduce in vanilla the exploit you mentioned. yes, much more difficult in comparison. I will upload a video of this bug being produced without interrupting the readying animations

#5 Updated by vivec Ae Seht almost 3 years ago

vivec Ae Seht wrote:

I will upload a video of this bug being produced without interrupting the readying animations.

I think there is a difference in the implementation of the animations between vanilla and open MW. i tried to explain my thoughts on it, but was interrupted by my family multiple times so i just ended the recording.

for some reason, where in vanilla going from ready magicka to ready weapon moves PC back, in openMW, it does not do this. so when you go ready magicka -> ready weapon -> back to ready magicka, you get a small boost forwards.

https://youtu.be/HUI5tBrMfT0

#6 Updated by scrawl . over 2 years ago

  • Related to Bug #2445: Spellcasting can be interrupted added

#7 Updated by Alexei Dobrohotov about 1 year ago

  • Subject changed from [exploit/bug] ability to slowly move when overencumbered [third person only] to [exploit/bug] ability to slowly move when overencumbered
  • Category set to Animation
  • Status changed from New to Confirmed

#8 Updated by Andrei Kortunov 9 months ago

Just checked an original game.
During weapon->spell switch PC gets forward momentum, during spell->weapon switch - backward momentum (so players stays at place).
In OpenMW PC gets forward momentum, but get no backward momentum (so player can move forward by switching between weapon and spell).

#9 Updated by Alexei Dobrohotov 3 months ago

Hm, I'm curious if pull request 1619 changes anything in this department.

#10 Updated by Andrei Kortunov 3 months ago

Hm, I'm curious if pull request 1619 changes anything in this department.

I can not reproduce this bug with this PR, but can with current master.
Looks like this exploit is a side effect of missing animations during stance switching.

#11 Updated by Andrei Kortunov 3 months ago

  • Status changed from Confirmed to Resolved
  • Assignee set to Andrei Kortunov
  • Target version set to openmw-0.44
  • % Done changed from 0 to 100

#12 Updated by bret curtis 1 day ago

  • Status changed from Resolved to Closed

#13 Updated by Andrei Kortunov 1 day ago

Usually we close bugs after PR merging. What's wrong?

#14 Updated by Andrei Kortunov 1 day ago

  • Status changed from Closed to Resolved

Also available in: Atom PDF