Gensou Suikoden blur screen #5205

daniel229 · 2014-01-25T02:47:12Z

OpenGL Rendering

Software Rendering looks similar to PSP

PSP

A gif showing Gedebugger processing that from the clear screen to blur screen.

dbz400 · 2014-01-25T03:42:26Z

It is similar 3rd birthday

unknownbrackets · 2014-01-25T06:51:28Z

If you look at the texture tab, is it using a clut any of those times under tex format?

I see it setting the clut addr so that seems likely.

-[Unknown]

daniel229 · 2014-01-25T07:07:27Z

tex format is changing

dbz400 · 2014-01-25T14:51:34Z

Just wonder if change as follow in statemapping.cpp , helps ? (Note , it is incorrect change , just for testing)

    // Let's not write to alpha if stencil isn't enabled.
    if (!gstate.isStencilTestEnabled()) {
        //amask = false;
    } else {
        // If the stencil type is set to KEEP, we shouldn't write to the stencil/alpha channel.
        if (ReplaceAlphaWithStencilType() == STENCIL_VALUE_KEEP) {
            amask = false;
        }
    }

daniel229 · 2014-01-25T14:57:40Z

background appearing a clear screen last for 3~4 seconds,then blur agains.

then

dbz400 · 2014-01-25T15:15:14Z

I see. Wondering how its look like in framebuffer to memory mode?

daniel229 · 2014-01-25T15:26:14Z

Still blur and a little darker.

dbz400 · 2014-01-25T15:32:57Z

I see.Looks like only softgpu renders close to PSP .

dbz400 · 2014-03-21T14:07:28Z

This should be helped by the Alpha Mask Hack .

daniel229 · 2014-03-21T14:19:58Z

Still blur with Alpha Mask Hack

dbz400 · 2014-03-21T14:26:31Z

Ooops i think it is same issue as 3rd birthday one .Probably another issue.

unknownbrackets · 2014-03-21T15:55:26Z

The alpha mask thing is basically an accident that it works around 3rd Birthday. It doesn't mean this is not the same issue, it just means it doesn't have the same accident.

This is another reason I hate such hacks.

-[Unknown]

hrydgard · 2014-03-21T16:08:20Z

Emulating the PSP GPU 100% accurately using OpenGL is not really possible. We do it anyway because it's worth the speed boost compared to a software renderer. Hacks are inevitable, no matter how distasteful - although the 3rd Birthday one is probably avoidable by catching some CPU clear or something - but that's a hack in itself.

Really need to get around to implementing per-game settings though.

unknownbrackets · 2014-03-21T17:06:46Z

See, even you don't know what the real issue is because of a hack. In 3rd Birthday, there's no CPU writes to 0x04154000 after the video ends. However, it is a render-to-texture with a CLUT that is currently ignored. Possibly the same is the case with this game.

It just happens that the alpha mask thing probably makes the render-to-texture transparent, and therefore not blend, and so the CLUT doesn't matter. Or something.

Maybe there are more issues, but there's definitely the CLUT issue.

-[Unknown]

hrydgard · 2014-03-21T18:19:36Z

Ah right, yes :(

I plan to try doing the CLUT thing in the near future, using a texture for the palette lookups.

unknownbrackets · 2014-06-03T07:32:41Z

How does this look now with simulate block transfer on and the clut stuff merged? If not right, does the framebuffer size thing help?

-[Unknown]

daniel229 · 2014-06-03T07:36:32Z

No chang with whatever option or with framebuffer size branch.

daniel229 · 2014-06-03T07:55:27Z

add part of the log
N[SCEGE]: GLES\Framebuffer.cpp:709 44044000 V: 480x272, R: 480x272, S: 480x272, STR: 512, THR:1, Z:00000000 = 480x272
N[SCEGE]: GLES\Framebuffer.cpp:709 440ec000 V: 256x128, R: 240x128, S: 240x128, STR: 256, THR:1, Z:00000000 = 256x128
N[SCEGE]: GLES\Framebuffer.cpp:709 440fc000 V: 128x64, R: 128x64, S: 128x64, STR: 128, THR:1, Z:00000000 = 128x64
N[SCEGE]: GLES\Framebuffer.cpp:709 440ec000 V: 256x128, R: 256x128, S: 256x128, STR: 256, THR:1, Z:00000000 = 256x128
N[SCEGE]: GLES\Framebuffer.cpp:709 440cc000 V: 256x128, R: 256x128, S: 256x128, STR: 512, THR:1, Z:00000000 = 256x128
N[SCEGE]: GLES\Framebuffer.cpp:709 440cc000 V: 256x128, R: 496x128, S: 496x128, STR: 512, THR:1, Z:00000000 = 496x128
N[SCEGE]: GLES\Framebuffer.cpp:709 440cc000 V: 256x128, R: 256x128, S: 256x128, STR: 256, THR:1, Z:00000000 = 256x128
N[SCEGE]: GLES\Framebuffer.cpp:709 440ec000 V: 128x64, R: 128x64, S: 128x64, STR: 128, THR:1, Z:00000000 = 128x64
N[SCEGE]: GLES\Framebuffer.cpp:709 440f4000 V: 64x32, R: 64x32, S: 64x32, STR: 64, THR:1, Z:00000000 = 64x32
N[SCEGE]: GLES\Framebuffer.cpp:709 440ec000 V: 128x64, R: 128x64, S: 128x64, STR: 128, THR:1, Z:00000000 = 128x64
N[SCEGE]: GLES\Framebuffer.cpp:709 440cc000 V: 256x128, R: 256x128, S: 256x128, STR: 256, THR:1, Z:00000000 = 256x128
N[SCEGE]: GLES\Framebuffer.cpp:709 44044000 V: 480x272, R: 480x272, S: 480x272, STR: 512, THR:1, Z:44088000 = 480x272
W[HLE]: HLE\sceMt19937.cpp:37 sceMt19937UInt(08a69188)
I[HLE]: HLE\scePower.cpp:412 222=scePowerGetPllClockFrequencyInt()
N[SCEGE]: GLES\Framebuffer.cpp:709 44000000 V: 480x272, R: 480x272, S: 480x272, STR: 512, THR:1, Z:00000000 = 480x272
N[SCEGE]: GLES\Framebuffer.cpp:709 440ec000 V: 256x128, R: 240x128, S: 240x128, STR: 256, THR:1, Z:00000000 = 256x128
N[SCEGE]: GLES\Framebuffer.cpp:709 440fc000 V: 128x64, R: 128x64, S: 128x64, STR: 128, THR:1, Z:00000000 = 128x64
N[SCEGE]: GLES\Framebuffer.cpp:709 440ec000 V: 256x128, R: 256x128, S: 256x128, STR: 256, THR:1, Z:00000000 = 256x128
N[SCEGE]: GLES\Framebuffer.cpp:709 440cc000 V: 256x128, R: 256x128, S: 256x128, STR: 512, THR:1, Z:00000000 = 256x128
N[SCEGE]: GLES\Framebuffer.cpp:709 440cc000 V: 256x128, R: 496x128, S: 496x128, STR: 512, THR:1, Z:00000000 = 496x128
N[SCEGE]: GLES\Framebuffer.cpp:709 440cc000 V: 256x128, R: 256x128, S: 256x128, STR: 256, THR:1, Z:00000000 = 256x128
N[SCEGE]: GLES\Framebuffer.cpp:709 440ec000 V: 128x64, R: 128x64, S: 128x64, STR: 128, THR:1, Z:00000000 = 128x64
N[SCEGE]: GLES\Framebuffer.cpp:709 440f4000 V: 64x32, R: 64x32, S: 64x32, STR: 64, THR:1, Z:00000000 = 64x32
N[SCEGE]: GLES\Framebuffer.cpp:709 440ec000 V: 128x64, R: 128x64, S: 128x64, STR: 128, THR:1, Z:00000000 = 128x64
N[SCEGE]: GLES\Framebuffer.cpp:709 440cc000 V: 256x128, R: 256x128, S: 256x128, STR: 256, THR:1, Z:00000000 = 256x128
N[SCEGE]: GLES\Framebuffer.cpp:709 44000000 V: 480x272, R: 480x272, S: 480x272, STR: 512, THR:1, Z:44088000 = 480x272

hrydgard · 2014-06-03T08:14:12Z

Hm, this looks like some kind of depth focus blur. Perhaps it is clut-texturing from the depth buffer to generate some map which is then used to fade between blurred and non-blurred images? (not seeing proof of that in the log above though...)

unknownbrackets · 2014-06-03T08:20:04Z

If you step through the textures, does it use any of these addresses as textures?

04088000
04288000
04488000
04688000

It definitely is doing something similar to the bloom seen in other games based on the above framebuffer stages.

-[Unknown]

daniel229 · 2014-06-03T08:27:44Z

Found one.

hrydgard · 2014-06-03T08:31:24Z

Alright, then that's what it's doing. Annoying, because we currently have no support for using depth buffers as textures. Should be possible though, although on ES it will require an extension. Or we use MRT and render depth as a color to a secondary target (Dolphin does this in some cases, IIRC) but MRT is also not consistently available on ES...

unknownbrackets · 2014-06-15T00:16:15Z

Other games possibly doing the same thing:
http://report.ppsspp.org/logs/kind/644

-[Unknown]

daniel229 · 2014-06-18T08:00:43Z

the blur did not change with the latest build.

daniel229 · 2014-07-06T02:50:38Z

Uncheck Simulate block transfer makes the screen clear.

vsub · 2014-07-06T03:55:35Z

Hmm,yes,I can confirm(0.9.8-1450)
First cut scene of the game and battles are not blurry with that option disabled

unknownbrackets · 2014-07-06T06:48:12Z

Just to clarify, this ain't gonna get accidentally fixed. Depth texturing is something special. Don't think it's even possible on my gles device for example.

So anything that makes it work differently may as well be temporary.

-[Unknown]

sum2012 · 2015-01-25T09:42:04Z

In the directx 9 blur

opengl do not blur

GE debugger

v0.9.9.1-1601-gf1bca47 log:
https://gist.github.com/sum2012/32f2d7dd24309ade0f1f

sum2012 · 2015-02-26T11:31:13Z

@unknownbrackets
OpenGL fix in unknownbrackets@b20cd3c

Does Directx 9 also some fix change ?

unknownbrackets · 2015-02-26T16:42:11Z

Does this work? I have not really tested it at all.

https://github.com/hrydgard/ppsspp/compare/hrydgard:master...unknownbrackets:d3d9?expand=1

-[Unknown]

sum2012 · 2015-02-26T17:10:39Z

Unlucky,it doesn't work

Panderner · 2021-01-03T08:33:19Z

Here's a GE Dump:
NPJH50535_0001.ppdmp.zip

For me it's does not blur in OpenGL and Vulkan

sum2012 · 2021-01-03T10:34:50Z

v1.10.3-1459-g678d881a1 only have problem in dx9
https://youtu.be/h15c5GbJcgQ

ghost · 2021-09-14T08:46:37Z

Maybe this can be fixed by #14833?

hrydgard · 2021-09-14T10:07:41Z

No, it's a different issue.

hrydgard · 2022-08-31T12:43:03Z

How is this now? Maybe the Kuroyou/Ratchet fixes were enough to fix this?

hrydgard · 2022-09-01T10:17:22Z

Looks to me like this is working now, looking at the frame dump:

Closing.

ghost · 2022-09-23T10:41:16Z

Ca still reproduce using opengl ppsspp bb6919e

Record_2022-09-23-18-38-59.mp4

EDIT: NVM it need simulate block transfer effects to be enable.

It does run without but looks really bad, don't want reports of this.

dbz400 mentioned this issue May 5, 2014

Genso Suikoden Tsumugareshi Hyakunen no Toki is extremely blurry in buffered rendering #6028

Closed

unknownbrackets mentioned this issue Jun 4, 2014

Gensou suikuden 1&2 various issues #6226

Closed

daniel229 mentioned this issue Jun 17, 2014

Avoid blitting for a bunch of gpu blending modes #6350

Merged

unknownbrackets closed this as completed in 19f35bb Jun 18, 2014

unknownbrackets reopened this Jun 18, 2014

unknownbrackets mentioned this issue Mar 27, 2015

Syphon Filter: Logan's Shadow black texture in OpenGL when Hardware Transform on #7306

Open

daniel229 mentioned this issue Jan 5, 2016

Kurohyo 2 missing blur effect in battle #8390

Closed

unknownbrackets added the Depth / Z Issue involves depth drawing parameters. label Jan 27, 2016

hrydgard added this to the v1.11.0 milestone Aug 6, 2020

hrydgard mentioned this issue Aug 6, 2020

Depth texture support - let's collect the games (and GE dumps if available) #13256

Open

hrydgard modified the milestones: v1.11.0, v1.12.0 Nov 26, 2020

sum2012 added the D3D9 Direct3D 9 label Jan 3, 2021

hrydgard modified the milestones: v1.12.0, Future Jul 11, 2021

hrydgard modified the milestones: Future, v1.14.0 Jul 26, 2022

hrydgard added GE emulation Backend-independent GPU issues and removed D3D9 Direct3D 9 labels Sep 1, 2022

hrydgard closed this as completed Sep 1, 2022

ghost referenced this issue Sep 23, 2022

Add Burnout Dominator to list of games that require buffered rendering

d798282

It does run without but looks really bad, don't want reports of this.

Gensou Suikoden blur screen #5205

Gensou Suikoden blur screen #5205

Comments

daniel229 commented Jan 25, 2014

dbz400 commented Jan 25, 2014

unknownbrackets commented Jan 25, 2014

daniel229 commented Jan 25, 2014

dbz400 commented Jan 25, 2014

daniel229 commented Jan 25, 2014

dbz400 commented Jan 25, 2014

daniel229 commented Jan 25, 2014

dbz400 commented Jan 25, 2014

dbz400 commented Mar 21, 2014

daniel229 commented Mar 21, 2014

dbz400 commented Mar 21, 2014

unknownbrackets commented Mar 21, 2014

hrydgard commented Mar 21, 2014

unknownbrackets commented Mar 21, 2014

hrydgard commented Mar 21, 2014

unknownbrackets commented Jun 3, 2014

daniel229 commented Jun 3, 2014

daniel229 commented Jun 3, 2014

hrydgard commented Jun 3, 2014

unknownbrackets commented Jun 3, 2014

daniel229 commented Jun 3, 2014

hrydgard commented Jun 3, 2014

unknownbrackets commented Jun 15, 2014

daniel229 commented Jun 18, 2014

daniel229 commented Jul 6, 2014

vsub commented Jul 6, 2014

unknownbrackets commented Jul 6, 2014

sum2012 commented Jan 25, 2015

sum2012 commented Feb 26, 2015

unknownbrackets commented Feb 26, 2015

sum2012 commented Feb 26, 2015

Panderner commented Jan 3, 2021

sum2012 commented Jan 3, 2021

ghost commented Sep 14, 2021

hrydgard commented Sep 14, 2021

hrydgard commented Aug 31, 2022

hrydgard commented Sep 1, 2022

ghost commented Sep 23, 2022 • edited by ghost Loading

ghost commented Sep 23, 2022 •

edited by ghost

Loading