Issue Data
|
Issue #32315: [Vault75] 07038FB1 previs rebuild issue.
This issue only comes up when rebuilding precombine/previs in that interior with UF4OP as a dependency, but the fix is easy.
Shift 07038FB1 slightly. Rotation Z needs to be changed from 270.0002 to 270.0000. Not doing this for floating point calculation reasons confuses the CK and makes it treat that specific object as if it's not there in the previs phase. |
Attachment is what you see after previs rebuild as it currently is, though in PRP 0.55 it's not fixed likely due to the xedit x64 floating point bug.
Attached Files:
20220125171718_1.jpg
Attached Files:
20220125171718_1.jpg
An update on this, turns out that fixing the original reference as per above and rebuilding previs fixes the underlying issue.
For UF4OP's purpose for console side, nothing needs to be done and this bug can be closed. We have to tag the added fixes with a new ref type that I'm just now learning about thanks to Glitchfinder.
Edit: If there's a complaint about a strange floating object in Vault75, that's the result of PRP 0.59 having moved it to confirm that fix worked. It'll be corrected in the next build.
For UF4OP's purpose for console side, nothing needs to be done and this bug can be closed. We have to tag the added fixes with a new ref type that I'm just now learning about thanks to Glitchfinder.
Edit: If there's a complaint about a strange floating object in Vault75, that's the result of PRP 0.59 having moved it to confirm that fix worked. It'll be corrected in the next build.
Comment #2 May 31, 2022 12:15 pm
Edited by BenRierimanu on May 31, 2022 12:19 pm
I've already tagged this with the new keyword per discussion in Discord. The rotation value matches the rotation value of every other piece in the immediate area so that's gonna be left alone or it'll be ever so slightly out of alignment and that is often very noticeable.
Showing Comments 1 - 3 of 3