SOCOM U.S. Navy SEALs: Tactical Strike NVG not work in the night all always Black screen

[DDJock]

Game or games this happens in

UCUS98649 ：SOCOM U.S. Navy SEALs: Tactical Strike

What area of the game

I just recently started playing from ver1.10 to ver1.12.3, all can not work.
OS Win 10
ALL Rendering backend ：not work

Mission 04 06 09 is a night battle, NVG does not work, always black screen, can not start the mission

What happens

always black screen Just start mission 04 06 09 like this：

What should happen

this is Normal：

Video ：
https://www.youtube.com/watch?v=rBy14ebYQrg

GE frame capture

No response

Platform

Windows

Mobile phone model or graphics card

NVIDIA 750TI

PPSSPP version affected

1.12.3 -113-ga3a6bdc19

Last working version

No response

Graphics backend (3D API)

Vulkan

Checklist

• Test in the latest git build in case it's already fixed.
• Search for other reports of the same issue.
• Try resetting settings or older versions and include if the issue is related.
• Try changing graphics settings to determine if one causes the glitch (especially speed hacks or enhancements/replacements.)
• Include logs or screenshots of issue.

[ghost]

Related #6963 (comment)?

[ghost]

Can you upload ge dump in that issue @DDJock?
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.

[DDJock]

I hope I did the ge dump right
UCUS98649_0001.zip

[ghost]

Can you try the latest git build of ppsspp
https://buildbot.orphis.net/ppsspp/index.php?m=fulllist

[DDJock]

I try the lastest ver v1.12.3-140-g7ba8cf63b, still not work, but Software Rendering is work ,FPS too slow.
Software Rendering ge dump:
Software Rendering UCUS98649_0001.zip

Vulkan Rendering ge dump:
UCUS98649_0001.zip

[ghost]

Can you upload your save state file?

[DDJock]

here .
M09 save state.zip

[ghost]

I cannot experience the blackscreen issue but loading your save state can cause graphical glitches.

0Screenrecorder-2021-11-01-22-23-20-4.mp4

@hrydgard this is similar to #11814 workaround DisableFirstFrameReadback

DisableFirstFrameReadback Enable

1Screenrecorder-2021-11-01-22-23-46-801.mp4

[DDJock]

DisableFirstFrameReadback Where is this setting ？

[ghost]

DisableFirstFrameReadback Where is this setting ？

In compat.ini it's hidden but you can try my modified compat.ini here
PSP.zip

[DDJock]

Thank you very much, I don't have the SEAL 3 screen problem,
it's just that the Night vision startup doesn't work.

[ghost]

Another issue I found is about the lightning issue, related to depth/Z?. Most likely similar to #7306
light_overlay.ppdmp.zip

[unknownbrackets]

Does the software renderer look / run better now? It may still be slow, I'm wondering more if it's as grainy or if it should be that grainy.

It seems like there's some CPU upload happening in the frame dump.

-[Unknown]

[ghost]

@DDJock no feedback?

[Raymondic]

Press the 🔽 button on your emulator screen as soon as you see the black screen and every time you go into camera zoom and sniper mode press it again to return to normal night view.

[ghost]

This game require Simulate Block Transfer Effects to make night vision work but sadly introduce new issue :(

Simulate Block Transfer Effects OFF

Blackscreen_2022-10-13-02-12-38.mp4

Simulate Block Transfer Effects ON

Simulate_2022-10-13-02-15-21.mp4

[hrydgard]

Hm, we might be able to improve this with the fix for #16210 , that is, #17297 .

[hrydgard]

Trying DDJock's dump above (UCUS98649_0001.zip) , the post processing stuff starts at step 31369 (!) with the same CLUT8 trick, however here it doesn't seem to work and turns things black? Actually it just turns it really really dark..

More stuff happens afterwards, though, I believe it's a bloom effect.

But the weird thing is, I don't see anything that tries to turn things green? Not a CLUT, and not even a color mask.

Heh, expected this one to be easy now, but not so...

[hrydgard]

By hacking up the depal so we get some brighter stuff, I can tell that the green color is not applied in depal, it's applied after computing the bloom by a simple colored fullscreen draw, using alpha blending (modulate src by dest color, everything else zero), just before then adding the bloom and striped noisy lines on top.

All the bloom and stuff seems to work fine, so the problem is working out why the output of the CLUT8 step is overly dark...

[hrydgard]

Alright, I found it, fix coming up.