-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
UI font not rendering on Poco c40 phone #16931
Comments
I suppose if we drew an A with the font drawer and all 0 bits, we could fall back to the atlas. -[Unknown] |
Sure, but it's an Android device, it can surely draw fonts. So I just don't get this ... Maybe it just can't load our .ttf for some reason? |
I feel like it means the flash on the device is acting up or something... -[Unknown] |
edit ppsspp.ini |
@Negan145 Does that really help? I got another report of this, also on Poco C40. |
@hrydgard 5 months ago, someone posted on facebook group, same issue like this. This is because the JR510 uses Google SwiftShader, a software tool to use the CPU for graphics rendering via a graphics library Volcano. The problem is that, being the CPU of the JR510 and therefore of POCO C40 definitely poco performing, any app or game that uses Vulkan libraries is likely to prove unusable. And the anomalous is that the Mali-G52 GPU supports the Vulkan APIs, but Xiaomi or JLQ have decided not to implement them on the software side and prefer the Google tool instead. source: gizchina |
OK, I guess we need to reject Vulkan on this phone then. I'm not sure exactly how to best detect it. Maybe the string in System Name (Settings/Tools/System Information in PPSSPP) will be unique enough... |
I keep getting reports of this. To make sure we get it right, I've ordered one of these devices to test on, not very expensive. So expect some kind of fix in the near future. |
OK, I've got an affected device (C40) now, and can reproduce. OpenGL is fine, so how can it be ttf rendering? Turns out it's not. So we have a bit of a discrepancy between our "VulkanLoader" which tries to detect eligible devices, and the actual choosing later. We initially reject SwiftShader, but if the render backend is set to Vulkan, we still push ahead and create it anyway. Turns out it's not only a slow software driver which can just about play Cave Story, but also badly deficient in other ways:
So yeah, that's not great. It does seem we might not be properly checking for the R4G4B4A4 format (though I thought we did already for MoltenVK?), but we also should simply not decide to use Vulkan in this case. Will fix both issues. |
That's terrible. I suppose it's useful to at least allow Debug to use software Vulkan / Swiftshader. I have seen reports including SwiftShader... let's see if it's any other phones so far. Some stats:
-[Unknown] |
…d by VulkanMayBeAvailable. Fixes #16931 Can still use these devices in debug builds by modifying the ini.
Reported through e-mail.
This is a weird one, never seen us have problems with this on any device with stock Android, which the reporter says it has.
Very odd. Maybe we can detect this and fallback to atlas fonts, but this really shouldn't be happening,..
It's a Poco C40, with these specs:
Seems normal...
The text was updated successfully, but these errors were encountered: