Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Patch breaks enemy and companion AI during Virmire mission #4

Closed
JensDA opened this issue Oct 8, 2020 · 3 comments
Closed

Patch breaks enemy and companion AI during Virmire mission #4

JensDA opened this issue Oct 8, 2020 · 3 comments

Comments

@JensDA
Copy link

JensDA commented Oct 8, 2020 •
edited
Loading

During the Virmire assault mission, if the d3dx9_31.dll is in the Binaries directory, there is a point where enemies stop attacking (but are still moving) and the companions are getting stuck and don't get reset when the player moves on.
Progression into the base is not possible, as the doors are unable to be opened.
I have also noticed, that the UI says Repairing instead of Fatigued after sprinting.

I have confirmed that simply removing the SilentPatch DLL from Binaries fixes this issue.

Talinn00_AutoSave.zip
@adolfintel
Copy link

I can confirm this, but doors worked for me.

The Repairing/Fatigued is an ME1 bug, it happens if you get fatigued after repairing the mako, it's not caused by this patch.

@JensDA JensDA changed the title Patch breaks enemiy and companion AI during Virmire mission Patch breaks enemy and companion AI during Virmire mission Oct 8, 2020
@riverar
Copy link
Contributor

riverar commented Nov 7, 2020 •
edited
Loading

Can reproduce using the attached .sav on Threadripper 1950X.


Enemy does not attack player and eventually just vanishes, companion taking a nap

me2
Enemy follows player but does not attack, companion taking a nap

riverar added a commit to riverar/SilentPatchME that referenced this issue Nov 7, 2020
@riverar
Add early return for case in which the inverse of determinant is not …
d958c6b 
…finite (fixes CookiePLMonster#4)

This change better aligns our implementation with behavior found in d3dx9_31!c_D3DXMatrixInverse.
CookiePLMonster added a commit that referenced this issue Nov 7, 2020
@CookiePLMonster
Merge pull request #5 from riverar/dev
e0c4926 
Return early if the inverse of determinant is not finite (fixes #4)
@mirh
Copy link

mirh commented Nov 7, 2020

How in the heaven could AI be affected by graphics?
(also, could this help with #3?)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@riverar @JensDA @mirh @adolfintel