-
-
Notifications
You must be signed in to change notification settings - Fork 374
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.
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
[Bug] OpenRocket on Intel macOS AMD GPU scaling decals up over 1000x #2433
Comments
After upgrading the machine to macOS Sonoma 14.2.1, same problem occurs, no noted change. |
A possible new data point: I have an intuition this has to do with 3D graphic initialization, instead of use. I placed decals on a model with my MacBook Pro Intel set to Integrated graphics (using an extension to force this) and things looked great. Without quitting OR, I put the MacBook back on its laptop arm and plugged in its dock. To my surprise, the decals in Finished View didn't disappear when graphics switched to AMD (they have to, since using an external monitor). No noted crashes or trouble after a little playing with it in finished view. Starting Photo Studio results in a model without visible decals (b/c scaling, already addressed). Finished view hasn't changed since trying Photo Studio. Switched to Top View, then back to Finished View and the decals have gone. So could we maybe check initialization code? |
Describe the bug
Opened a series of nice models where I expected to find decals in place, and they rendered with (apparently) none.
Neil W, creator of the models, had applied and viewed the decals in OR on his Apple Silicon Mac. I was able to verify the decals appeared in OR in a Windows 7 VM. But they did not appear on my Intel CPU 2019 MacBook Pro 16", running Catalina, and the released install of OR 23.09
Strangely, the example rocket "ASMR" has decals which DO appear on Intel CPU Macs.
UPDATE this issue occurs when rendering is performed by the discrete AMD Radeon GPU, and DOES NOT affect rendering by the Intel 630 integrated GPU.
To Reproduce
Note that the "GSwitch" application can be used to force internal (Intel 630) or external (Radeon) GPU, though use of an external monitor will require the external GPU to be used, and will override the GSwitch application. Also, switching graphics modes while OpenRocket is running may make it very unhappy
...
Screenshots / .ork file
Screenshot(s):
(drag-and-drop the screenshot(s) here)
Validated that decals appear in OR 23.09 on Windows (7, VM, on same Intel Mac)
No decals seem to appear on the model in either Photo Studio or "Finished" view in OR 23.09 on Intel macOS Catalina
Interestingly, decals appear on "A Simple Model Rocket" example rocket:
I created an experiment: I modified one of the decals to give it a grey background like the model. I then turned the body tube, where the decal would land, orange. In this way, I could tell whether I was looking at the decal, or the OR colored body tube (potentially through the alpha channel of a decal).
After experimentation, I determined that sizing the decals to .001x and .001y would show SOME decal detail, but would not get the decal to the correct size.
Decal with built-in grey background on orange tube (a JPEG decal)
Decal with clear background from alpha channel on orange tube (a PNG decal)
These decals are still much too large, but if I attempt to size to .0001 scale, OpenRocket returns the widget to 0 instead.
.ork file:
Iris-T_narcon.ork.zip
.jpeg decal
.png decal
OpenRocket version
23.09
What platform are you running on?
macOS
Additional context
First tested on macOS Catalina on Intel CPU with both Intel 630 integrated GPU and discrete Radeon GPU.
Confirmed that an Intel Mac Mini (Sierra) without a discrete Radeon GPU will not demonstrate the scaling issue.
The text was updated successfully, but these errors were encountered: