Pcsx2: Strawberry Shortcake - Adventures in the Land of Dreams (NTSC-U) [SLUS-21497] Broken stencil shadows on characters

[huckleberrypie]

PCSX2 version:
v1.5.0-dev-2867-gc58acd110

PCSX2 options:
GSdx DirectX 11 (Hardware), native resolution, speedhacks disabled.

Plugins used:
GSdx, SPU2-X, LilyPad, Linuz ISO/Gigaherz CDVD

Description of the issue:
Stencil shadows appear to be broken if GSdx DirectX 11 (Hardware) is used, but is otherwise fully playable. Switching to OpenGL (Hardware) solves the issue, but thought I'd bring this up regardless.

How to reproduce the issue:
Just load up the game as usual. The issue can be seen as soon as the opening cutscene starts where Strawberry Shortcake meets Ginger Snap at her home.

PC specifications:
CPU: Intel Pentium G4560 GPU: Nvidia GeForce GTX 1050 2GB (inno3D) OS: Windows 10 Pro 64 Bit

[gregory38]

Maybe try the date option

[huckleberrypie]

Maybe try the date option

Not sure if you're trying to make a joke or two, but here's the GS dumps since it's from a game practically no one cares about. I thought I'd report this as it could help with any DirectX accuracy issues or something.

GS_snaps.zip

[tadanokojin]

It's a blending issue.

[huckleberrypie]

Care to expound on the blending issue? Is it because of that infamous issue regarding D3D lacking support for certain features versus OpenGL?

[lightningterror]

Care to expound on the blending issue? Is it because of that infamous issue regarding D3D lacking support for certain features versus OpenGL?

Pretty much the answer.

I took a quick look, fbmask emulation to display the shadow figure properly(minus the shadow transparency), rest is blending.

[lightningterror]

I'll go ahead and close this, someone needs to port the code from opengl to d3d11.

[lightningterror]

Shadows should be better now on d3d11 when using high blending option, it still won't match opengl accuracy.

[huckleberrypie]

Shadows should be better now on d3d11 when using high blending option, it still won't match opengl accuracy.

Can confirm that with v1.5.0-dev-3112, though yeah it is indeed slow on my laptop. I guess the performance penalty would be rendered null and void with a faster system though.

[lightningterror]

Yes it will be slow with the way the effect is handled compared to opengl. On my end I'm seeing a 3x performance hit. On opengl it's basically free.