Prince of Persia Revelations title screen graphic issue

[hdd60311]

The background in menu page has wrong color since 0.9.8-890 #5767, and get some new graphic glitch since 0.9.8-1275 #6362

[unknownbrackets]

Does it look correct in the softgpu?

-[Unknown]

[hdd60311]

In softgpu it still has wrong color.

[daniel229]

softgpu looks correct. http://images6.fanpop.com/image/photos/34300000/Prince-of-Persia-Revelations-screenshot-prince-of-persia-34378998-480-272.png

[unknownbrackets]

So seems like the clut is mostly right if that's correct? Or what's wrong with it?

I wonder what it's doing with those block transfers. It almost seems like the alpha is wrong. Is it doing block transfers actually or memcpy's?

-[Unknown]

[brujo5]

i have the same problem on iphone 5S also is more slow.test build 0.9.8-1574

[daniel229]

Gedebugger

[unknownbrackets]

Just to confirm, this is also happening at 1x internal resolution right?

The clut and blending look more or less right. It's using (clut >> 8) & 0xff though, which is odd. I guess it's basically looking at A and B only. So this could be a stencil issue.

Also, more importantly, 0x04710000 is swizzled. Do you see it trying to draw to 0x04110000 or 0x00110000? Does it show any FBOs created with that as the depthbuffer? This could be a render from the depthbuffer.

-[Unknown]

[daniel229]

Yes,it also happen at 1x
0x00110000 is this?

[unknownbrackets]

That example is a shame. It'll be slower because it's doing that, and it's hard to optimize. Oh well, anyway back to this bug.

FMT is 1, so 5551. If it doesn't later reuse this VRAM as a depth buffer, then this is probably where it's supposed to create it. Or maybe we're missing a framebuffer upload.

(5551 >> 8) & 0xff is actually going to be (B / 8) G A. That seems odd.

Comparing these two:
https://cloud.githubusercontent.com/assets/5089290/3384588/c3687188-fc5c-11e3-8974-6bc7aaaec997.jpg
http://images6.fanpop.com/image/photos/34300000/Prince-of-Persia-Revelations-screenshot-prince-of-persia-34378998-480-272.png

It really looks like it should be darkening it. Maybe I should add a way to visualize the palette to the GE debugger...

Anyway, I feel like somewhere between the prim you've highlighted just now, and the prim you highlighted previously, it should be clearing or redrawing this framebuffer.

-[Unknown]

[unknownbrackets]

Could you try exporting a GE frame dump? These help a lot.

See here for instructions - it's not hard and works on Android too:
https://github.com/hrydgard/ppsspp/wiki/How-to-create-a-frame-dump

You can zip that and then drag and drop it into a reply here.

-[Unknown]

[Saramagrean]

GE Dump in main menu use OpenGL.
Dump.zip

[Saramagrean]

GE Dump in main menu & in-game use Vulkan
ULUS10063_DUMP_Vulkan.zip

[hrydgard]

Duplicate of #6423

[Panderner]

Duplicate of #6423

Wait what? This is the same issue here.

[hrydgard]

Haha oops, I had too many tabs open.

[unknownbrackets]

As noted in #11506, this is depth texturing. Note that it uses the same address as a color buffer within the same frame, so we'll have to be smart about picking the depth buffer when we should to implement this correctly.

-[Unknown]

[hrydgard]

Yeah, that's a good observation. Tricky stuff.

[ghost]

I just try ppsspp v1.9.3-913 to compare hw renderer vs sw renderer.

HW Renderer

SW Renderer

[Panderner]

v1.10.3-1459-g678d881a1 results for OpenGL and Vulkan:

OpenGL:

Vulkan:

[ghost]

On my Redmi Note 9

Vulkan

OpenGL

[ghost]

Software is also problematic

ULUS10063.ppdmp.zip

[hrydgard]

The title screen should be completely fixed now.

I'm closing this one, gonna file a separate one later about the remaining fire glitches.