Pcsx2: Berserk - FMV doesn't work properly (UI was fixed)

[vortexofdoom]

• PCSX2 version: v1.5.0-dev-1165-g02cfe9a
• PCSX2 options: Defaults, no settings modifications affect the issue
• Plugins used: GSdx, SPU2-X, LilyPad, Gigaherz CDVD, the rest are null plugins
• Plugin settings: Misbehavior differs based on whether you use software or hardware rendering, OpenGL or DirectX9/11 made no difference, only hw/sw.
• Description: Various UI elements fail to properly display. For reference, the desired behavior is referenced here and I made a couple screenshots to illustrate the difference. Tested with the same patch as the video but not burned to disc. The issue is also present in unpatched versions.
  
  
  
  • When using hardware rendering, player health/berserk bars, button icons, and combo count do not display at all, leaving only a black square in the top left corner with no visual disruption otherwise. Feedback on the final result of your combo will show up (eg. "Nice!")
  
  
  • When using software rendering, player health shows up as a textured square overlaying the visuals, berserk bar to the right still doesn't display, button icons show up but their charge doesn't show beyond whether it's ready to use or not. Combo does display properly.
  
  
• How to replicate: Simply playing the game should replicate it once past initial cutscenes
• Last known version to work: Never worked
• PC specifications: CPU: Intel Core i7 4770K GPU: Gigabyte Geforce GTX770 2GB OS: Windows 10 64-bit no modding or OC on any hardware.
• Other comments: Software issue appears at a glance to be a layering problem overall, with the base state for the charge bars (berserk/button) showing all the time with the layer that alters them over time either being hidden or not displaying (can't tell which myself). This would also explain (as much as this is a real explanation at least) the health texture showing on top of the UI outline. Basically my instinct is that they're all related to the same problem of which layer is drawn on top. As to the difference between hardware and software, that's further above my pay grade.
  
  
  
  • Here is the first forum post about this issue for some other hardware configurations and to see it's been ongoing.
  
  

[ssakash]

Simply redirecting to a bug report on the forums isn't helpful. Please follow the template mentioned over here. Providing status of the issue on latest development build would also be useful.

[vortexofdoom]

I updated it, hope it's more helpful now!

[ssakash]

Thanks for the quick update!

[gregory38]

Could someone test build from #1550 with UserHacks_AutoFlush = 1 hack enabled?

[gregory38]

@vortexofdoom
And does it work better with Zerogs (or zzogl)

[pipyui]

No luck with UserHacks_AutoFlush = 1 nor ZeroGS.

I would note that when hardware rendering with GSdx OpenGL, UI displays just as software mode when 'Preload Frame Data' is configured in 'Configure Hacks', but only when emulator is started so configured and remains uninterrupted by configurations or switch to/from software render.

[gregory38]

The HW renderer is likely a texture cache issue. Hum, could be a wrong palette.

[pipyui]

If it helps, the UI elements don't disappear after render switch, but all seem to get misplaced into the top corner, while also apparently failing to reflect any information. I've screenshots in this post (wasn't running an official git build at time of post, but have since been).

[gregory38]

Hw renderer is a texture cache issue. I got a depth buffer instead of the real input texture.

I also noticed some invalid PSM format for the framebuffer. In this case GSdx will skip the draw call. I try to replace the invalid format with a valid one. Rendering is a bit better but I got some strange triangle.

Maybe there is a also core bug. I don't know.

[gregory38]

I potentially have a fix for the HW renderer. But main issue still exists.

[gregory38]

Be happy I found the crazyness.

[MarcoEstevez]

How epic are you :)

[gregory38]

Honestly on this one, I deserve a very good :beer: => #1605

[gregory38]

For the posterity

[gregory38]

I pushed the frame format fix. So you can play the game properly on the SW renderer. I still have a pending fix on the pull request for the HW renderer.

[Illynir]

On HW, all UI disappeared now except health boss and minimap.

Cutscene subtitle doesn't appear before and after commit on HW also. Is it the same kind of problem ?

[gregory38]

I still have a pending fix on the pull request for the HW renderer.

https://ci.appveyor.com/project/gregory38/pcsx2/build/1.1906-master/job/dvu2dypdafj6rirl/artifacts

[Illynir]

Yes i know. It was mainly to note the subtitle problem on video, if that was the same kind of problem.

[gregory38]

maybe you can test the build on the previous post link ;)

[Illynir]

On that build, i have no UI and no subtitle on HW also.

I missed something ?

[Omusoru]

With the build you provided above the UI does indeed show up in HW mode but not the subtitles from cinematics. They still only show up in SW.

[gregory38]

@Omusoru could you provide me a gs dump of those subtitle.

[Omusoru]

@gregory38
berserk_gsdump.zip
I made one in HW and one in SW

[gregory38]

Good news, I found the code that remove the subtitle. The bad new it is the same code that show the video... Ok I understand what happen.

• subtitles are rendered into 0 (bottom)
• EE will write the video into 0 (top) (here we mark the frame buffer as dirty)
• a will blit be done from 0 to 1000. So you need to lookup 0 a new texture input. However currently the texture cache skip dirty framebuffer (because it contains bad data, the image written by the EE).

It is a very complex topic.

[Illynir]

Ok, i understand my problem. On that build, there have no SSE4 version of GSDX, I was always on old GSDX plugin in SSE4 then...

I used SSE2 version of that build and UI works perfectly. :)

[willkuer]

so there is a difference between the sse4.1 and sse2 plugin of the same revision?

You just put all revisions into one folder assuming the sse4.1 plugin is overwritten but it wasn't as there was no unstable sse4.1 plugin and, thus, you tested an old revision?

[Illynir]

Yes i always overwrite files in one folder, but the build provided here don't have SSE4 version of GSDX that i usually use, then i used wrong version...

it's my fault, I'll be more careful next time. :)

At least I was able to highlight the problem of subtitles. :p

[psennermann]

Since a proper fix for the subtitles seems very hard to find, wouldn't it be possible to have at least an automatic game fix (CRC hack?) that enables for this game the software rendering option for FMV, instead of having always to enable it manually in the GameFix menu? (with this option enabled subtitles would show up not only in movies, but also in the game-engine rendered cut-scenes)...

[gregory38]

Did you actually test the fmv hack option?

[psennermann]

Yes, I've seen that this option shows subtitles (automatically changes to software mode) for the opening movie and also for the first game-engine rendered cut-scene (the one where the snow monsters come out), then when game starts it switches back to hardware mode...