[jjd-uk]

But skimming through Android related code did not reveal anything to me. And related Android sources (like https://source.android.com/docs/core/dis...ed-sdr-hdr) suggest to me that apps have limited to no capabilities to influence the mapping.

See the blog linked earlier, that links to https://android.googlesource.com/platfor...e5c%5E%21/

So it seems Google have been working on something on the past, however that's from almost 3 years ago now and and nothing seems to have made it's way into a official Android release.

[jjd-uk]

Stupidly I didn't read https://source.android.com/docs/core/dis...ed-sdr-hdr first.

Dimming on-screen SDR content when presented simultaneously with HDR content.

When HDR content is on screen, the screen brightness is increased to accommodate the increased luminance range of the HDR content. Any SDR content that is also on screen is seamlessly dimmed as the screen brightness increases so that the perceptual brightness of the SDR content doesn't change. OEMs can configure their built-in displays to dim on-screen SDR content when presented alongside HDR content.

Sounds very much like that that commit does.

[sarbes]

Stupidly I didn't read https://source.android.com/docs/core/dis...ed-sdr-hdr first.

Dimming on-screen SDR content when presented simultaneously with HDR content.

When HDR content is on screen, the screen brightness is increased to accommodate the increased luminance range of the HDR content. Any SDR content that is also on screen is seamlessly dimmed as the screen brightness increases so that the perceptual brightness of the SDR content doesn't change. OEMs can configure their built-in displays to dim on-screen SDR content when presented alongside HDR content.

Sounds very much like that that commit does.

Only in concept. Desktop hardware can use its (often) abundant graphics power, while embedded hardware uses specialized hardware blocks.

The quality and type of the mapping is entirely dependent on the hardware and the vendor drivers.

[illuvattarr]

Subtitles can be mitigated by selecting dark grey as a color, it works great on both sdr and hdr/dv content. But seeking, pausing or selecting audio or subtitles tracks, is too bright on both hdr and dolby vision content (I'm using the newest v21 beta). This issue is not present in, for example, Plex, here the OSD during playback is fine and not too bright. How come plex makes it work on the same device?

[MrMagic]

Subtitles can be mitigated by selecting dark grey as a color, it works great on both sdr and hdr/dv content.

I don't agree to be honest. Subtitle colors should be configurable for SDR and HDR separately as long as no automatic solution exists.

There is a topic on this in the Feature Requests section: https://forum.kodi.tv/showthread.php?tid=357205

But no developer has shown any interest sofar

In the mean time I have a temporary solution by mapping a button on my remote to directly jump to the Player settings so I can quickly switch between subtitle colors:

https://forum.kodi.tv/showthread.php?tid...pid3179424

[illuvattarr]

That's of course cleaner, but changing the color darker does the job. The OSD on the other hand is much more of a problem.

[sarbes]

This issue is not present in, for example, Plex, here the OSD during playback is fine and not too bright. How come plex makes it work on the same device?

Plex is not Open Source, so I can't check. From what I can see, Plex is using a very simplistic OSD. This allows for doing some "creative" approaches for mitigation, which is not possible for a feature rich interface.

[illuvattarr]

For anyone experiencing something similar; someone nice on reddit helped with a script to apply 'sunglasses' over the OSD by editing 2 xml files of the skin. This is a nice workaround until hopefully someday a real feature can be made to dim OSD elements during HDR playback.

https://www.reddit.com/r/kodi/comments/1...k/krtr2e5/

[jogal]

Test builds (v21) that implements GUI SDR peak luminance setting for Android:

ARM64:
kodi-20240226-7287d174-android-gui-sdr-peak-arm64-v8a.apk

ARM:
kodi-20240226-7287d174-android-gui-sdr-peak-armeabi-v7a.apk

[MrMagic]

@jogal Does this only work for Android 13+ versions? Because that AOSP link you posted talks about Android 13?

Edit: Never mind I just read in the PR that it was tested on a Shield 2019

Thanks, I will give this a go!

[illuvattarr]

Test builds (v21) that implements GUI SDR peak luminance setting for Android:

ARM64:
kodi-20240225-01a19a30-android-gui-sdr-peak-arm64-v8a.apk

ARM:
kodi-20240225-01a19a30-android-gui-sdr-peak-armeabi-v7a.apk

Thanks this is great. Will this feature be added to the full release of 21 as well?
It works wonderfully on the default skin, but unfortunately on Arctic Horizon 2, there is no OSD visible anymore when pausing/seeking, only the clock in the top right.

[Nanomani]

Test builds (v21) that implements GUI SDR peak luminance setting for Android:

ARM64:
kodi-20240225-01a19a30-android-gui-sdr-peak-arm64-v8a.apk

ARM:
kodi-20240225-01a19a30-android-gui-sdr-peak-armeabi-v7a.apk

Tested on Nvidia Shield Pro 2019 (ARM64).
All works like expected with HDR10 and Dolby Vision.
It is a great improvement for the eyes. 
Thanks very much for your job.

[Hitcher]

but unfortunately on Arctic Horizon 2, there is no OSD visible anymore when pausing/seeking

It's working fine for me.

[illuvattarr]

Thanks for reporting. Then it's on my end and I'll reset the skin.

[jogal]

Thanks this is great. Will this feature be added to the full release of 21 as well?

Not for now. First needs to be full tested on more Android devices besides of Shield...