0.47 lighting issue

Support for running, installing or compiling OpenMW

Before you submit a bug report for the first time, please read: Bug reporting guidelines
User avatar
wazabear
Posts: 51
Joined: 13 May 2020, 19:31
Gitlab profile: https://gitlab.com/glassmancody.info

Re: 0.47 lighting issue

Post by wazabear »

Oh well, I should have known.
akortunov wrote: 17 Jun 2021, 17:34 As for me, it looks similar to red objects when using shadows on ARM (due to bug in GPU driver), which we had in the past.
So this was fixed, any relevant MRs? If errors are so similar might put me on right track at least.
Fade away and radiate
User avatar
akortunov
Posts: 816
Joined: 13 Mar 2017, 13:49
Location: Samara, Russian Federation

Re: 0.47 lighting issue

Post by akortunov »

It was this merge request, mentioned in this thread (there is a screenshot with red sky in this thread).
As I understood, the issue is that ARM can store data components in a different order, what can cause such kind of issues. Despite that issue was on Linux arm, not on a Mac one, there can be something similar which causes this bug.
User avatar
Bessarion
Posts: 12
Joined: 08 Nov 2016, 20:02

Re: 0.47 lighting issue

Post by Bessarion »

I just found that on unmodded OpenMW RC5 + MacOS 11.4 + MacBook Pro M1, if I set the Lighting Method setting to "Legacy", that resolves this issue. Not sure if anyone changed something between RC1 and RC5, since I think another user already tried this setting... but anyway it works for me!
User avatar
wazabear
Posts: 51
Joined: 13 May 2020, 19:31
Gitlab profile: https://gitlab.com/glassmancody.info

Re: 0.47 lighting issue

Post by wazabear »

An API trace would be *extremely* helpful, if it's possible.
Fade away and radiate
User avatar
Bessarion
Posts: 12
Joined: 08 Nov 2016, 20:02

Re: 0.47 lighting issue

Post by Bessarion »

OK. The only instructions I can find for that when searching here look Windows-specific. Any idea how I would go about doing it on MacOS?
Post Reply