SOCOM Fireteam Bravo 3: Z-buffer glitch on character customization screen

[hrydgard]

Reported by s҉u҉r҉y҉a҉ on Discord.

Happens on OpenGL and Vulkan on iOS (and maybe other platforms).

RPReplay_Final1717495174.mov

[foxsevent]

UCUS98716.zip
Here's a gs framedump if that helps, issue is present on windows 1.17.1 with all renders.

[anr2me]

UCUS98716.zip Here's a gs framedump if that helps, issue is present on windows 1.17.1 with all renders.

Your GE framedump looks normal on my Laptop (Geforce MX150), tested on Vulkan, OpenGL, and D3D11 all normal.

PS: i'm getting this error when switching window from Firefox back to PPSSPP:

Probably due to "Pause when not focused" thing

[foxsevent]

Dunno looks broken to me, tested with AMD RX7900GRE

UCUS98716.zip
Here's another one using latest dev build same issue.

[anr2me]

Hmm.. may be because i'm using v1.17.1-623, will try the latest dev build later (currently downloading it at 10 KB/s LOL it even failed midway)

Edit: It looks normal too on the latest dev build, i also tried restoring to default setting too

Also the same (normal too) when i tested it on my iGPU (Intel UHD Graphics 620)

[hrydgard]

Hm, euro version here, this still reproduces (vulkan, desktop).

OK, I see kind of what's happening here. The sub render target where the character is drawn is cleared in 565 mode, but then drawn to in 5551 mode, and we treat it as two separate framebuffers, which unfortunately are not sharing a depth buffer, and reinterpret the contents between them. So the clear happens to the 565 buffer, but everything else to the 5551 buffer... In this case, we should really copy the depth buffer from the reinterpret source to the target.. Or, we should do something more sophisticated and actually share the depth buffer (future project...)