Open ghost opened 6 years ago
@kivutar Is this related to the prior mentioned issue with the swapped color channels?
@daliaetnano has mentioned in another discussion the commit which caused this regression. Discussion link: https://github.com/libretro/RetroArch/pull/8043#issuecomment-455770102
@twinaphex From the discussion mentioned in the previous commit this issue was caused by commit https://github.com/libretro/RetroArch/commit/bcaa24cf7b1221f7d84a7c719020bdc301dde82d, any ideas?
I think that the commit https://github.com/libretro/RetroArch/commit/bcaa24cf7b1221f7d84a7c719020bdc301dde82d was probably added because VideoCore GPU didn't support BGRA8888.
Unfortunalely the test added in the commit includes all VideoCore regardless of the version. I found in this page https://www.g-truc.net/post-0734.html that VideoCore IV supports BGRA8888. If I remove the commit, it works fine.
It would explain the bug on RPi3 but not for the other hardware ASUS Tinkerboard, and Motorola Moto G5 Plus.
It might of been working around an issue which is no longer valid and reverting it might just be fine?
Description:
When using RA and attempting to change the background on any ARM device, I noticed that certain
.jpg
files load / display incorrectly and are polluted with green and red artifacts. All 3 of my ARM devices that I tested are affected: Raspberry Pi 3B+, ASUS Tinkerboard, and Motorola Moto G5 Plus.Expected behavior:
Affected images should display normally.
Actual behavior:
Affected images exhibit unsightly red and green artifacts.
Steps to Reproduce:
.jpg
files as a background:Examples:
Close-up of artifacts:![img_20180423_200029484](https://user-images.githubusercontent.com/24427487/39160273-53d4af82-4738-11e8-85a2-7f2619fbb22c.jpg)
Bisect Results:
Present since I've started used RA on ARM platforms.
Version/Commit:
Environment information:
Motorola Moto G5 Plus
RPi 3B+
ASUS Tinkerboard