Pokechu22
Pokechu22
This is a duplicate of #321, caused by Optifine's Render Regions setting. Disabling that setting should solve it, though you may need to remove optifine entirely.
1.19.1 and 1.19.2 use the same protocol (including protocol version); see https://pokechu22.github.io/Burger/diff_1.19.1_1.19.2.html (and https://pokechu22.github.io/Burger/1.19.1.html#versions / https://pokechu22.github.io/Burger/1.19.2.html#versions).
The variable was properly declared in d33cd8a92e069ece58d356cc53c472912691e8e9 (and also by #1667, but the commuted version includes information about the 4-byte requirement), so I've removed that commit.
Dolphin does use `__m128i` in a few places (e.g. AES.cpp, SHA1.cpp, TextureDecoder_x64.cpp) but those are special cases.
Would `SuccessAlertFmt`/`CriticalAlertFmt` be usable here? That system is already UI frontend agnostic.
I'm pretty sure that OpenGL needs to not be the default on macOS still, but I don't know whether it'd be better to have Vulkan or Metal be the default.
It's probably because the drive isn't returning the proper error code. If I recall correctly from my earlier tests, the high byte should be 0x03000000 (`ERROR_NO_DISK_L`) and the low bytes...
Oh, I should also note that it should probably be returning `ERROR_COVER` for the high bits in the current case, and that I locally renamed `ERROR_COVER_H` to `ERROR_NO_DISK_H`, which is...
Can you run it with the `DVD Interface (DVD)` log enabled, and then post the log file? Also, can you post a screenshot of the disc could not be read...
I'm not entirely sure what to make of that, unfortunately. It doesn't seem to have even requested the error, which doesn't match up with my expectations. What happens if you...