HDR Android widget corruption/Windows,Linux high nit widgets

Is there an existing issue for this?

• This is a bug in RetroArch frontend
• I have searched the existing issues

Description

Im reporting a bug that I effectively introduced in HDR for performance and quality reasons with the hope that someone can either point me in the right direction or implement a feature in the widget system. To fix both of the bugs we need a way to tell if a widget is visible on screen - not that we have any widgets currently active.

We have flags for this for the overlay and menu systems but not the widget system. In the Vulkan driver the menu and overlay visible flags can be tested like so: vk->flags & VK_MENU_VISIBLE (or something along those lines for the name #define).

If anybody knows how to test for this in the gfx drivers already Im all ears as my first attempts just got flags that are always active and this causes performance issues on lower end devices such as Android (where the issue causes corruption on screen whilst the widget is up)

Expected behavior

No corruption on Android, same nits as rest of menu system on Windows/Linux

Steps to reproduce the bug

Enable HDR, trigger a widget to be displayed on screen

Version/Commit

Nightly

Bisect Results

No response

Present in the nightly version

I don't know

Platform & operating system

Any system that supports HDR

Affected Cores

No response

Environment information

No response

Relevant log output

No file or test is named. Start by tracing HDR widget visibility through the widget system and Vulkan driver, comparing the existing menu and overlay visibility flags. Reproduce with HDR and a displayed widget on Android, Windows, and Linux; done means no Android corruption and matching widget nits across the affected platforms.