-
Notifications
You must be signed in to change notification settings - Fork 85
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Fix Skybox star colors #608
Fix Skybox star colors #608
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would another solution just be to use Color_RGBA8
instead?
Not sure which is more desirable amongst all this. |
@garrettjoecox heres what RGBA8 with bitpacking could look like Archez@2010595 Thoughts? (and of course adding |
I think I prefer either of these over the designators. Are we going to run into this issue anywhere else? Or is this a fairly isolated issue? |
This issue only occurs when an initializer list is used with |
Updated for the alternate solution |
The Skybox star colors were appearing generally pinkish due to endianness ordering with
Color_RGBA8_u32
To fix this I've added designator field names so that the values are explicitly tied to the correct field regardless of the machines native endianness.I would've preferred a macro solution as a wrapper around all these variables, but I couldn't come up with something elegant due to the initializer brackets. Anything to get around that was equally as invasive as adding these designators, but less readable.Edit: Using a solution that switches
Color_RGBA8_u32
->Color_RGBA8
andgDPSetColor
->gDPSetPrimColor
Fixes #570
Build Artifacts