HI, With the last system update I put on (yesterday) I have been upgraded to Plasma 6.2. One of the enhancements in this version was more support for HDR, but even though my monitor is HDR there are no HDR settings in KDE System Settings. Under Gnome with Wayland there are HDR settings. Is anyone else seeing the same issue?
regards, Steve
On Sun, 2024-10-13 at 11:37 +1100, Stephen Morris via users wrote:
HI, With the last system update I put on (yesterday) I have been upgraded to Plasma 6.2. One of the enhancements in this version was more support for HDR, but even though my monitor is HDR there are no HDR settings in KDE System Settings. Under Gnome with Wayland there are HDR settings. Is anyone else seeing the same issue?
I don't have an HDR monitor, but the Fedora KDE list might be a better place to ask this.
poc
On 13 Oct 2024, at 01:37, Stephen Morris via users users@lists.fedoraproject.org wrote:
HI, With the last system update I put on (yesterday) I have been upgraded to Plasma 6.2. One of the enhancements in this version was more support for HDR, but even though my monitor is HDR there are no HDR settings in KDE System Settings. Under Gnome with Wayland there are HDR settings. Is anyone else seeing the same issue?
I have dell monitor with hdr and plasma 6.2 allowed me to turn on hdr support. I think i searched for “hdr” is system settings to find the right place. If you do not find it reply here and I will give exact location I found. Also you should check that your monitor’s settings have hdr mode enabled.
Barry
regards, Steve
<OpenPGP_0x594338B1DE179AB2.asc>
users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
On 14/10/24 09:29, Barry wrote:
On 13 Oct 2024, at 01:37, Stephen Morris via users users@lists.fedoraproject.org wrote:
HI, With the last system update I put on (yesterday) I have been upgraded to Plasma 6.2. One of the enhancements in this version was more support for HDR, but even though my monitor is HDR there are no HDR settings in KDE System Settings. Under Gnome with Wayland there are HDR settings. Is anyone else seeing the same issue?
I have dell monitor with hdr and plasma 6.2 allowed me to turn on hdr support. I think i searched for “hdr” is system settings to find the right place. If you do not find it reply here and I will give exact location I found. Also you should check that your monitor’s settings have hdr mode enabled.
Thanks Barry, HDR is turned on in my monitor as it is active under Windows. I'm replying to this mail under Ubuntu as the last couple of system updates have destroyed the ability for KDE and Gnome to start.
regards, Steve
Barry
regards, Steve
<OpenPGP_0x594338B1DE179AB2.asc>
users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
On 14/10/24 19:11, Stephen Morris via users wrote:
On 14/10/24 09:29, Barry wrote:
On 13 Oct 2024, at 01:37, Stephen Morris via users users@lists.fedoraproject.org wrote:
HI, With the last system update I put on (yesterday) I have been upgraded to Plasma 6.2. One of the enhancements in this version was more support for HDR, but even though my monitor is HDR there are no HDR settings in KDE System Settings. Under Gnome with Wayland there are HDR settings. Is anyone else seeing the same issue?
I have dell monitor with hdr and plasma 6.2 allowed me to turn on hdr support. I think i searched for “hdr” is system settings to find the right place. If you do not find it reply here and I will give exact location I found. Also you should check that your monitor’s settings have hdr mode enabled.
Thanks Barry, HDR is turned on in my monitor as it is active under Windows. I'm replying to this mail under Ubuntu as the last couple of system updates have destroyed the ability for KDE and Gnome to start.
I did a search for HDR/hdr in "System Settings" under Ubuntu which pointed my at the Display Configuration but there isn't any settings for HDR on that page.
regards, Steve
regards, Steve
Barry
regards, Steve
<OpenPGP_0x594338B1DE179AB2.asc>
users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
On 14 Oct 2024, at 09:27, Stephen Morris via users users@lists.fedoraproject.org wrote:
I did a search for HDR/hdr in "System Settings" under Ubuntu which pointed my at the Display Configuration but there isn't any settings for HDR on that page.
What I see is a search for "hdr" takes me to Display & Monitor/Display Configuration. On that page I see "High Dynamic Range: [x] Enable HDR". It is line under "Colour Profile".
You can use the "kscreen-doctor -o" terminal command that will report an HDR line. It will be "incapable" is HDR is not possible and "Disabled" is you can turn it on.
Barry
On 14/10/24 19:53, Barry Scott wrote:
On 14 Oct 2024, at 09:27, Stephen Morris via users users@lists.fedoraproject.org wrote:
I did a search for HDR/hdr in "System Settings" under Ubuntu which pointed my at the Display Configuration but there isn't any settings for HDR on that page.
What I see is a search for "hdr" takes me to Display & Monitor/Display Configuration. On that page I see "High Dynamic Range: [x] Enable HDR". It is line under "Colour Profile".
You can use the "kscreen-doctor -o" terminal command that will report an HDR line. It will be "incapable" is HDR is not possible and "Disabled" is you can turn it on.
Thanks Barry. I issued the kscreen-doctor -o command and the HDR line in the output specifies "Incapable". Why is this the case when a boot into Windows activates HDR as specified in the Windows settings, and with "Auto HDR" set when I go into games that support HDR I get a message that because of "Auto HDR" the game is activating HDR. What is happening under linux that is not activating HDR, having said this though I have seen those settings in the Display Configuration in the past (possibly in F39) so I'm not sure why they aren't there now? I tried pressing the HDR button on my monitor which turned off HDR and B.I, and when I pressed it to turn the two of them back on I got a display message that HDR was being emulated and the HDR settings still did not appear in the Display Configuration. Kscreen-doctor is still saying HDR is incapable after doing this. My monitor is a BENQ2870U which is being shown in Display Configuration. There is also an Overscan percentage line under the Refresh Rate line which I've never seen before. Just for reference, below is the output from kscreen-doctor -o. screen-doctor -o Output: 1 HDMI-A-1 enabled connected priority 1 HDMI Modes: 1:3840x2160@60*! 2:3840x2160@60 3:3840x2160@60 4:3840x2160@50 5:3840x2160@30 6:3840x2160@30 7:3840x2160@25 8:3840x2160@24 9:3840x2160@24 10:3840x2160@24 11:2560x1440@60 12:1920x1080@60 13:1920x1080@60 14:1920x1080@60 15 :1920x1080@50 16:1920x1080@30 17:1920x1080@30 18:1920x1080@25 19:1920x1080@24 20:1920x1080@24 21:1600x1200@60 22:1680x1050@60 23:1600x900@60 24:1280x1024@75 25:1280x1024@60 26:1280x800@60 27:1152x864@75 28:1280x720@60 29:1280x720@60 3 0:1280x720@50 31:1024x768@75 32:1024x768@60 33:1440x480@60 34:1440x480@60 35:832x624@75 36:800x600@75 37:800x600@60 38:720x576@50 39:720x480@60 40:720x480@60 41:640x480@75 42:640x480@60 43:640x480@60 44:720x400@70 45:1600x1200@60 46: 1280x1024@60 47:1024x768@60 48:2560x1600@60 49:1920x1200@60 50:1280x800@60 51:3840x2160@60 52:3200x1800@60 53:2880x1620@60 54:2560x1440@60 55:1920x1080@60 56:1600x900@60 57:1368x768@60 58:1280x720@60 Geometry: 0,0 2560x1440 Scale: 1.5 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown HDR: incapable Wide Color Gamut: incapable ICC profile: /usr/share/color/icc/colord/AdobeRGB1998.icc Color profile source: ICC Brightness control: supported, set to 100%
regards, Steve
Barry
On 14 Oct 2024, at 22:21, Stephen Morris samorris@netspace.net.au wrote:
Thanks Barry. I issued the kscreen-doctor -o command and the HDR line in the output specifies "Incapable". Why is this the case when a boot into Windows activates HDR as specified in the Windows settings, and with "Auto HDR" set when I go into games that support HDR I get a message that because of "Auto HDR" the game is activating HDR.
Now we know why you see no hdr enable button.
I would suspect an issue with the monitor firmware as one possible cause.
One thing worth doing is to power off, not stand by, the computer and monitor. Then power up and boot into fedora. Do not boot windows. Does hdr work?
Barry
On 15/10/24 08:42, Barry wrote:
On 14 Oct 2024, at 22:21, Stephen Morris samorris@netspace.net.au wrote:
Thanks Barry. I issued the kscreen-doctor -o command and the HDR line in the output specifies "Incapable". Why is this the case when a boot into Windows activates HDR as specified in the Windows settings, and with "Auto HDR" set when I go into games that support HDR I get a message that because of "Auto HDR" the game is activating HDR.
Now we know why you see no hdr enable button.
I would suspect an issue with the monitor firmware as one possible cause.
One thing worth doing is to power off, not stand by, the computer and monitor. Then power up and boot into fedora. Do not boot windows. Does hdr work?
I power off my computer and monitor every night and every morning, but that has no effect on HDR being available. I'll need to check again but I don't remember seeing those options in Ubuntu with KDE either. I'll need to see if I can get KDE with Xorg working again too, to see if that makes a difference.
regards, Steve
Barry
On 14 Oct 2024, at 23:01, Stephen Morris samorris@netspace.net.au wrote:
I'll need to see if I can get KDE with Xorg working again too, to see if that makes a difference.
That is unlikely. I expect the issue is between the monitor and the kernel. Does Xorg even have hdr support?
I am running out of knowledge. This needs to be raised with kde or kernel people next.
Barry
On 14 Oct 2024, at 23:01, Stephen Morris via users users@lists.fedoraproject.org wrote:
power off my computer and monitor every night and every morning,
Just to check you unplug from the mains? If you leave the computer and monitor plugged it will not fully reset.
Barry
On 15/10/24 16:32, Barry wrote:
On 14 Oct 2024, at 23:01, Stephen Morris via users users@lists.fedoraproject.org wrote:
power off my computer and monitor every night and every morning,
Just to check you unplug from the mains? If you leave the computer and monitor plugged it will not fully reset.
I'm not disconnecting from the mains. My computer power supply and motherboard do trickle feed power, at least enough power to drive the mouse and blueray usb device I have connected.
regards, Steve
Barry
On 15 Oct 2024, at 08:45, Stephen Morris samorris@netspace.net.au wrote:
I'm not disconnecting from the mains. My computer power supply and motherboard do trickle feed power, at least enough power to drive the mouse and blueray usb device I have connected.
The test I'm suggesting required your unplug from the mains. The trickle power will keep state in the monitor and pc that can break hdr.
Why do I say this?
Because I proved to Dell that one of their monitors had bad firmware that only once triggered in the bad mode would only reset on a cold power up.
When I get a moment o investigate I will have a look at EDID and see if there is where the HDR info if returned from the monitor. I have not looked at that level of details yet, so things to learn about.
Barry
On 15 Oct 2024, at 11:44, Barry Scott barry@barrys-emacs.org wrote:
When I get a moment o investigate I will have a look at EDID and see if there is where the HDR info if returned from the monitor. I have not looked at that level of details yet, so things to learn about.
I think I have found the HDR setting in EDID.
From `kscreen-doctor -o` you can get the name of your output. Using that name you can get the edid for the screen.
On my desktop I see this (edited for brevity). The output is named DP-2.
The HDR I think is indicated by the "Bits per primary color channel: 10"
What is the EDID for your monitor report?
Barry
``` + kscreen-doctor -o Output: 1 DP-2 enabled connected priority 1 DisplayPort Modes: 1:3840x2160@60*! 2:3840x2160@30 3:2560x1440@60 4:2048x1280@60 5:2048x1152@60 6:1920x1200@60 7:204← Geometry: 0,0 3072x1728 Scale: 1.25 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown HDR: enabled ... + edid-decode /sys/class/drm/card1/card1-DP-2/device/card1-DP-2/edid ... Block 0, Base EDID: EDID Structure Version & Revision: 1.4 Vendor & Product Identification: Manufacturer: DEL Model: 17011 Serial Number: 1094015308 (0x4135594c) Made in: week 23 of 2022 Basic Display Parameters & Features: Digital display Bits per primary color channel: 10 DisplayPort interface Maximum image size: 70 cm x 39 cm Gamma: 2.20 ... ```
On 16/10/24 20:51, Barry Scott wrote:
On 15 Oct 2024, at 11:44, Barry Scott barry@barrys-emacs.org wrote:
When I get a moment o investigate I will have a look at EDID and see if there is where the HDR info if returned from the monitor. I have not looked at that level of details yet, so things to learn about.
I think I have found the HDR setting in EDID.
From `kscreen-doctor -o` you can get the name of your output. Using that name you can get the edid for the screen.
On my desktop I see this (edited for brevity). The output is named DP-2.
The HDR I think is indicated by the "Bits per primary color channel: 10"
What is the EDID for your monitor report?
For me it does show that info.
kscreen-doctor -o Qt: Session management error: Authentication Rejected, reason : MIT-MAGIC-COOKIE-1 authentication rejected Output: 445 HDMI-0 enabled connected priority 1 HDMI Modes: 446:3840x2160@60*! 447:3840x2160@60 448:3840x2160@50 449:3840x2160@30 450:3840x2160@25 451:3840x2160@24 452:3840x2160@24 453:2560x1440@60 454:1920x1080@60 455:1920x1080@60 456:1920x1080@50 457:1920x1080@30 458:1920x1080@25 459:1 920x1080@24 460:1680x1050@60 461:1600x1200@60 462:1600x900@60 463:1440x480@60 464:1280x1024@75 465:1280x1024@60 466:1280x800@60 467:1280x720@60 468:1280x720@60 469:1280x720@50 470:1024x768@75 471:1024x768@60 472:800x600@75 473:800x600@60 474: 720x576@50 475:720x480@60 476:640x480@75 477:640x480@60 478:640x480@60 Geometry: 0,0 3840x2160 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown HDR: incapable Wide Color Gamut: incapable ICC profile: incapable Color profile source: incapable Brightness control: unsupported
edid-decode /sys/class/drm/card1/card1-HDMI-A-1/edid
Block 0, Base EDID: EDID Structure Version & Revision: 1.3 Vendor & Product Identification: Manufacturer: BNQ Model: 31049 Serial Number: 21573 (0x00005445) Made in: week 24 of 2018 Basic Display Parameters & Features: Digital display Maximum image size: 62 cm x 34 cm Gamma: 2.20 DPMS levels: Off RGB color display Default (sRGB) color space is primary color space First detailed timing is the preferred timing Color Characteristics: Red : 0.6328, 0.3398 Green: 0.3105, 0.6328 Blue : 0.1582, 0.0605 White: 0.3134, 0.3291 Detailed Timing Descriptors: DTD 1: 3840x2160 60.001125 Hz 16:9 133.322 kHz 533.290000 MHz (621 mm x 341 mm) Hfront 48 Hsync 32 Hback 80 Hpol P Vfront 3 Vsync 5 Vback 54 Vpol N Display Product Serial Number: 'K6J00761SL0' Display Range Limits: Monitor ranges (GTF): 24-76 Hz V, 30-135 kHz H, max dotclock 600 MHz Display Product Name: 'BenQ EL2870U' Extension blocks: 1
Block 1, CTA-861 Extension Block: HDR Static Metadata Data Block: Electro optical transfer functions: Traditional gamma - SDR luminance range SMPTE ST2084 Supported static metadata descriptors: Static metadata type 1 Desired content max luminance: 90 (351.250 cd/m^2) Desired content max frame-average luminance: 83 (301.833 cd/m^2) Desired content min luminance: 68 (0.250 cd/m^2)
regards, Steve
Barry
+ kscreen-doctor -o Output: 1 DP-2 enabled connected priority 1 DisplayPort Modes: 1:3840x2160@60*! 2:3840x2160@30 3:2560x1440@60 4:2048x1280@60 5:2048x1152@60 6:1920x1200@60 7:204← Geometry: 0,0 3072x1728 Scale: 1.25 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown HDR: enabled ... + edid-decode /sys/class/drm/card1/card1-DP-2/device/card1-DP-2/edid ... Block 0, Base EDID: EDID Structure Version & Revision: 1.4 Vendor & Product Identification: Manufacturer: DEL Model: 17011 Serial Number: 1094015308 (0x4135594c) Made in: week 23 of 2022 Basic Display Parameters & Features: Digital display Bits per primary color channel: 10 DisplayPort interface Maximum image size: 70 cm x 39 cm Gamma: 2.20 ...
On 16 Oct 2024, at 13:28, Stephen Morris samorris@netspace.net.au wrote:
On 16/10/24 20:51, Barry Scott wrote:
For me it does show that info.
edid-decode /sys/class/drm/card1/card1-HDMI-A-1/edid
Basic Display Parameters & Features: Digital display Maximum image size: 62 cm x 34 cm Gamma: 2.20 DPMS levels: Off RGB color display Default (sRGB) color space is primary color space First detailed timing is the preferred timing
I left off one section of my EDID sorry for not noticing it. It's on the end of this email.
Your Basic display Parameters is missing the bits per color I have in my EDID. I wonder if that is what is being checked for? HDR needs 10 bits.
Best to ask KDE developers for help with the info we have at this point.
You could use the kde bug tracker https://bugs.kde.org/ or the kde discuss forum https://discuss.kde.org
Barry
Color Characteristics: Red : 0.6328, 0.3398 Green: 0.3105, 0.6328 Blue : 0.1582, 0.0605 White: 0.3134, 0.3291 Detailed Timing Descriptors: DTD 1: 3840x2160 60.001125 Hz 16:9 133.322 kHz 533.290000 MHz (621 mm x 341 mm) Hfront 48 Hsync 32 Hback 80 Hpol P Vfront 3 Vsync 5 Vback 54 Vpol N Display Product Serial Number: 'K6J00761SL0' Display Range Limits: Monitor ranges (GTF): 24-76 Hz V, 30-135 kHz H, max dotclock 600 MHz Display Product Name: 'BenQ EL2870U' Extension blocks: 1
Block 1, CTA-861 Extension Block: HDR Static Metadata Data Block: Electro optical transfer functions: Traditional gamma - SDR luminance range SMPTE ST2084 Supported static metadata descriptors: Static metadata type 1 Desired content max luminance: 90 (351.250 cd/m^2) Desired content max frame-average luminance: 83 (301.833 cd/m^2) Desired content min luminance: 68 (0.250 cd/m^2)
Block 1, CTA-861 Extension Block: Revision: 3 Underscans IT Video Formats by default Basic audio support Supports YCbCr 4:4:4 Supports YCbCr 4:2:2 Native detailed modes: 1 Video Data Block: VIC 16: 1920x1080 60.000000 Hz 16:9 67.500 kHz 148.500000 MHz VIC 31: 1920x1080 50.000000 Hz 16:9 56.250 kHz 148.500000 MHz VIC 32: 1920x1080 24.000000 Hz 16:9 27.000 kHz 74.250000 MHz VIC 4: 1280x720 60.000000 Hz 16:9 45.000 kHz 74.250000 MHz VIC 19: 1280x720 50.000000 Hz 16:9 37.500 kHz 74.250000 MHz VIC 18: 720x576 50.000000 Hz 16:9 31.250 kHz 27.000000 MHz VIC 17: 720x576 50.000000 Hz 4:3 31.250 kHz 27.000000 MHz VIC 3: 720x480 59.940060 Hz 16:9 31.469 kHz 27.000000 MHz VIC 2: 720x480 59.940060 Hz 4:3 31.469 kHz 27.000000 MHz VIC 1: 640x480 59.940476 Hz 4:3 31.469 kHz 25.175000 MHz Audio Data Block: Linear PCM: Max channels: 2 Supported sample rates (kHz): 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker Allocation Data Block: FL/FR - Front Left/Right Colorimetry Data Block: BT2020YCC BT2020RGB HDR Static Metadata Data Block: Electro optical transfer functions: Traditional gamma - SDR luminance range SMPTE ST2084 Supported static metadata descriptors: Static metadata type 1 Desired content max luminance: 98 (417.710 cd/m^2) Desired content max frame-average luminance: 98 (417.710 cd/m^2) Desired content min luminance: 56 (0.201 cd/m^2) Detailed Timing Descriptors: DTD 2: 3840x2160 29.980602 Hz 16:9 65.688 kHz 262.750000 MHz (698 mm x 393 mm) Hfront 48 Hsync 32 Hback 80 Hpol P Vfront 3 Vsync 5 Vback 23 Vpol N DTD 3: 2560x1440 59.950550 Hz 16:9 88.787 kHz 241.500000 MHz (698 mm x 393 mm) Hfront 48 Hsync 32 Hback 80 Hpol P Vfront 3 Vsync 5 Vback 33 Vpol N DTD 4: 2048x1280 60.196470 Hz 16:10 78.918 kHz 174.250000 MHz (698 mm x 393 mm) Hfront 48 Hsync 32 Hback 80 Hpol P Vfront 3 Vsync 6 Vback 22 Vpol N DTD 5: 2048x1080 23.996617 Hz 256:135 26.372 kHz 58.230000 MHz (698 mm x 393 mm) Hfront 48 Hsync 32 Hback 80 Hpol P Vfront 3 Vsync 10 Vback 6 Vpol N
On Wed, 2024-10-16 at 14:45 +0100, Barry Scott wrote:
You could use the kde bug tracker https://bugs.kde.org/%C2%A0or the kde discuss forum https://discuss.kde.org
Or (once again) the Fedora KDE mailing list.
poc
On 16 Oct 2024, at 17:32, Patrick O'Callaghan pocallaghan@gmail.com wrote:
Or (once again) the Fedora KDE mailing list.
I left that list off on the basis that I do not think any one with knowledge of hdr read that email list.
Barry
On Wed, 2024-10-16 at 22:39 +0100, Barry wrote:
On 16 Oct 2024, at 17:32, Patrick O'Callaghan pocallaghan@gmail.com wrote:
Or (once again) the Fedora KDE mailing list.
I left that list off on the basis that I do not think any one with knowledge of hdr read that email list.
I'd call that a strange opinion. If the problem is with KDE/Plasma, and we're talking about Fedora, surely the list where some of the leading KDE devs hang out is the place to ask?
poc
On 16/10/24 20:51, Barry Scott wrote:
Do you use the monitor with windows and if so does it need a monitor specific driver to activate HDR in Windows or does it work with the Generic driver? In my case I need a BENQ EL2870U driver to get HDR enabled in Windows.
What is the EDID for your monitor report?
kscreen-doctor -o Output: 1 HDMI-A-1 enabled connected priority 1 HDMI Modes: 1:3840x2160@60*! 2:3840x2160@60 3:3840x2160@50 4:3840x2160@30 5:3840x2160@25 6:3840x2160@24 7:3840x2160@24 8:2560x1440@60 9:1920x1080@60 10:1920x1080@60 11:1920 x1080@50 12:1920x1080@30 13:1920x1080@25 14:1920x1080@24 15:1600x1200@60 16:1680x1050@60 17:1600x900@60 18:1280x1024@75 19:1280x1024@60 20:1280x800@60 21:1280x720@60 22:1280x7 20@60 23:1280x720@50 24:1024x768@75 25:1024x768@60 26:1440x480@60 27:800x600@75 28:800x600@60 29:720x576@50 30:720x480@60 31:640x480@75 32:640x480@60 33:640x480@60 Geometry: 0,0 2560x1440 Scale: 1.5 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown HDR: enabled SDR brightness: 200 nits SDR gamut wideness: 0% Peak brightness: 351 nits Max average brightness: 302 nits Min brightness: 0.2498 nits Wide Color Gamut: incapable ICC profile: /usr/share/color/icc/colord/sRGB.icc Color profile source: ICC Brightness control: supported, set to 100%
did-decode /sys/class/drm/card1/card1-HDMI-A-1/device/card1-HDMI-A-1/edid Block 0, Base EDID: EDID Structure Version & Revision: 1.3 Vendor & Product Identification: Manufacturer: BNQ Model: 31049 Serial Number: 21573 (0x00005445) Made in: week 24 of 2018 Basic Display Parameters & Features: Digital display Maximum image size: 62 cm x 34 cm Gamma: 2.20 DPMS levels: Off RGB color display Default (sRGB) color space is primary color space First detailed timing is the preferred timing
regards, Steve
On 5 Nov 2024, at 22:10, Stephen Morris steve.morris.au@gmail.com wrote:
In my case I need a BENQ EL2870U driver to get HDR enabled in Windows.
That would indicate they have a non-standard implementation in the monitor. Unless someone adds a way to support that to linux I do not think HDR will work.
Barry
On 6/11/24 20:40, Barry Scott wrote:
On 5 Nov 2024, at 22:10, Stephen Morris steve.morris.au@gmail.com wrote:
In my case I need a BENQ EL2870U driver to get HDR enabled in Windows.
That would indicate they have a non-standard implementation in the monitor. Unless someone adds a way to support that to linux I do not think HDR will work.
Thanks Barry, that is what I was afraid of, so the best I can hope for is the monitor emulating HDR as it appears to be doing now after I changed the terminal settings in its hardware configuration, pressing the HDR button on the front of the monitor was not enough to set up HDR in its internal settings.
regards, Steve
Barry
On 7/11/24 08:43, Stephen Morris wrote:
On 6/11/24 20:40, Barry Scott wrote:
On 5 Nov 2024, at 22:10, Stephen Morris steve.morris.au@gmail.com wrote:
In my case I need a BENQ EL2870U driver to get HDR enabled in Windows.
That would indicate they have a non-standard implementation in the monitor. Unless someone adds a way to support that to linux I do not think HDR will work.
Thanks Barry, that is what I was afraid of, so the best I can hope for is the monitor emulating HDR as it appears to be doing now after I changed the terminal settings in its hardware configuration, pressing the HDR button on the front of the monitor was not enough to set up HDR in its internal settings.
Just as a matter of interest what brand monitor do you use. I've had a look at some LG 4K monitors with HDR10 and HDR 400, and it seems that with those to get all the features of the monitor available (presumably HDR, on screen mouse controlled configuration, etc) you need to install windows or mac software, so presumably that is not going to work in Linux either? I tried to find doco on Fedora Hardware Compatibility List for Monitors but couldn't find anything.
regards, Steve
regards, Steve
Barry
On 8 Nov 2024, at 22:59, Stephen Morris steve.morris.au@gmail.com wrote:
Just as a matter of interest what brand monitor do you use.
I use a Dell Ultra HDR and also have a LG HDR monitor. The Dell has the HDR checkbox in the Display Settings.
But the LG needed me to enable HDR using the kscreen-doctor command. No idea why it claimed the HDR was not disabled and not check box to enable it.
By choice I use Dell monitors because of the quality of the colours and contrast. The LG was cheaper for a less demanding use, but looks great as well.
In the past I have used BenQ (provided at work) and will not buy personally. Quality of image was not great. Now your experience of BenQ reinforces my decision on BenQ.
Barry
On 10/11/24 04:41, Barry Scott wrote:
On 8 Nov 2024, at 22:59, Stephen Morris steve.morris.au@gmail.com wrote:
Just as a matter of interest what brand monitor do you use.
I use a Dell Ultra HDR and also have a LG HDR monitor. The Dell has the HDR checkbox in the Display Settings.
But the LG needed me to enable HDR using the kscreen-doctor command. No idea why it claimed the HDR was not disabled and not check box to enable it.
kscreen-doctor is telling me HDR is enabled as well. I issued the command to enable HDR on my monitor via sudo and the command failed. I'm not sure whether it was my monitor or KDE. As shown in the output with the failure kscreen-doctor also did not exit, I had to use ctrl-c to exit.
sudo kscreen-doctor output.HDMI-A-1.hdr.enable [sudo] password for steve: org.kde.kscreen: Failed to request backend: "org.freedesktop.DBus.Error.NameHasNoOwner" : "Could not activate remote peer 'org.kde.KScreen': startup job failed" kscreen.doctor: Invalid config.
^C
Interestingly issuing the command without sudo exited without any messages. kscreen-doctor output.HDMI-A-1.hdr.enable steve@fedora:~$
By choice I use Dell monitors because of the quality of the colours and contrast. The LG was cheaper for a less demanding use, but looks great as well.
In the past I have used BenQ (provided at work) and will not buy personally. Quality of image was not great. Now your experience of BenQ reinforces my decision on BenQ.
I bought the BenQ because I was looking for a 4K monitor and it was cheaper that other monitors the store had and the display was better than the other monitors the store had available, the HDR was a bonus. With auto-HDR turned on in the windows display settings in windows 11, and having apps that support HDR automatically turning HDR on when they run, it would be nice to get HDR working in Linux. Having said this though, since turning on HDR (I set it to Cinematic HDR) in the monitor settings via the buttons on the monitor, at startup I have seen messages displayed on the screen about HDR being emulated.
regards, Steve
Barry
On 11/9/24 2:43 PM, Stephen Morris wrote:
On 10/11/24 04:41, Barry Scott wrote:
On 8 Nov 2024, at 22:59, Stephen Morris steve.morris.au@gmail.com wrote:
Just as a matter of interest what brand monitor do you use.
I use a Dell Ultra HDR and also have a LG HDR monitor. The Dell has the HDR checkbox in the Display Settings.
But the LG needed me to enable HDR using the kscreen-doctor command. No idea why it claimed the HDR was not disabled and not check box to enable it.
kscreen-doctor is telling me HDR is enabled as well. I issued the command to enable HDR on my monitor via sudo and the command failed. I'm not sure whether it was my monitor or KDE. As shown in the output with the failure kscreen-doctor also did not exit, I had to use ctrl-c to exit.
sudo kscreen-doctor output.HDMI-A-1.hdr.enable [sudo] password for steve: org.kde.kscreen: Failed to request backend: "org.freedesktop.DBus.Error.NameHasNoOwner" : "Could not activate remote peer 'org.kde.KScreen': startup job failed" kscreen.doctor: Invalid config.
^C
Interestingly issuing the command without sudo exited without any messages. kscreen-doctor output.HDMI-A-1.hdr.enable steve@fedora:~$
You do need to run it as your user. It needs to talk to the user dbus.
On 10/11/24 10:06, Samuel Sieb wrote:
On 11/9/24 2:43 PM, Stephen Morris wrote:
On 10/11/24 04:41, Barry Scott wrote:
On 8 Nov 2024, at 22:59, Stephen Morris steve.morris.au@gmail.com wrote:
Just as a matter of interest what brand monitor do you use.
I use a Dell Ultra HDR and also have a LG HDR monitor. The Dell has the HDR checkbox in the Display Settings.
But the LG needed me to enable HDR using the kscreen-doctor command. No idea why it claimed the HDR was not disabled and not check box to enable it.
kscreen-doctor is telling me HDR is enabled as well. I issued the command to enable HDR on my monitor via sudo and the command failed. I'm not sure whether it was my monitor or KDE. As shown in the output with the failure kscreen-doctor also did not exit, I had to use ctrl-c to exit.
sudo kscreen-doctor output.HDMI-A-1.hdr.enable [sudo] password for steve: org.kde.kscreen: Failed to request backend: "org.freedesktop.DBus.Error.NameHasNoOwner" : "Could not activate remote peer 'org.kde.KScreen': startup job failed" kscreen.doctor: Invalid config.
^C
Interestingly issuing the command without sudo exited without any messages. kscreen-doctor output.HDMI-A-1.hdr.enable steve@fedora:~$
You do need to run it as your user. It needs to talk to the user dbus.
Thanks Samuel, I thought it was updating system components that required root access. Does that mean if it does any updates that they are only active for the current user and if someone else logs into the machine they have to issue the command as well?
regards, Steve
On 11/10/24 2:03 PM, Stephen Morris wrote:
On 10/11/24 10:06, Samuel Sieb wrote:
On 11/9/24 2:43 PM, Stephen Morris wrote:
On 10/11/24 04:41, Barry Scott wrote:
On 8 Nov 2024, at 22:59, Stephen Morris steve.morris.au@gmail.com wrote:
Just as a matter of interest what brand monitor do you use.
I use a Dell Ultra HDR and also have a LG HDR monitor. The Dell has the HDR checkbox in the Display Settings.
But the LG needed me to enable HDR using the kscreen-doctor command. No idea why it claimed the HDR was not disabled and not check box to enable it.
kscreen-doctor is telling me HDR is enabled as well. I issued the command to enable HDR on my monitor via sudo and the command failed. I'm not sure whether it was my monitor or KDE. As shown in the output with the failure kscreen-doctor also did not exit, I had to use ctrl-c to exit.
sudo kscreen-doctor output.HDMI-A-1.hdr.enable [sudo] password for steve: org.kde.kscreen: Failed to request backend: "org.freedesktop.DBus.Error.NameHasNoOwner" : "Could not activate remote peer 'org.kde.KScreen': startup job failed" kscreen.doctor: Invalid config.
^C
Interestingly issuing the command without sudo exited without any messages. kscreen-doctor output.HDMI-A-1.hdr.enable steve@fedora:~$
You do need to run it as your user. It needs to talk to the user dbus.
Thanks Samuel, I thought it was updating system components that required root access. Does that mean if it does any updates that they are only active for the current user and if someone else logs into the machine they have to issue the command as well?
I don't know if that's a permanent setting, but either way, it's only for the current user.
On 11 Nov 2024, at 02:28, Samuel Sieb samuel@sieb.net wrote:
I don't know if that's a permanent setting, but either way, it's only for the current user.
In my testing it was permanent, at least it survived a reboot. I did not do a full cold boot.
Barry
On 11/11/24 21:07, Barry Scott wrote:
On 11 Nov 2024, at 02:28, Samuel Sieb samuel@sieb.net wrote:
I don't know if that's a permanent setting, but either way, it's only for the current user.
In my testing it was permanent, at least it survived a reboot. I did not do a full cold boot.
Just one query on this, how do we know if the command did anything if HDR was already flagged as enabled?
regards, Steve
Barry
On 11 Nov 2024, at 21:14, Stephen Morris steve.morris.au@gmail.com wrote:
Just one query on this, how do we know if the command did anything if HDR was already flagged as enabled?
What I did was use kscreen-doctor to query the state. It said hdr disabled. I used the command to enabled. I repeated the query, it said enabled and showed extra properties. Then I rebooted and did the query again. It said hdr enabled.
Barry
On 12/11/24 08:29, Barry wrote:
On 11 Nov 2024, at 21:14, Stephen Morrissteve.morris.au@gmail.com wrote:
Just one query on this, how do we know if the command did anything if HDR was already flagged as enabled?
What I did was use kscreen-doctor to query the state. It said hdr disabled. I used the command to enabled. I repeated the query, it said enabled and showed extra properties. Then I rebooted and did the query again. It said hdr enabled.
Thanks Barry, I was just querying this because I did issue the command even though the kscreen-doctor output said HDR was enabled. I know we have touched on this before, if kscreen-doctor can determine that HDR is enabled on the monitor, but the KDE settings don't show the HDR interface, is it really non-standard hardware interfaces or is it a defect in the KDE settings?
regards, Steve
Barry
On 11 Nov 2024, at 22:08, Stephen Morris steve.morris.au@gmail.com wrote:
I know we have touched on this before, if kscreen-doctor can determine that HDR is enabled on the monitor, but the KDE settings don't show the HDR interface, is it really non-standard hardware interfaces or is it a defect in the KDE settings?
A good question that should be report to kde folks I think.
Barry
On 12/11/24 19:43, Barry wrote:
On 11 Nov 2024, at 22:08, Stephen Morrissteve.morris.au@gmail.com wrote:
I know we have touched on this before, if kscreen-doctor can determine that HDR is enabled on the monitor, but the KDE settings don't show the HDR interface, is it really non-standard hardware interfaces or is it a defect in the KDE settings?
A good question that should be report to kde folks I think.
Thanks Barry, I've registered on the kde mail list, I'll ask on there. I've also noticed that the Gnome settings don't have those setting either and neither does Gnome_tweaks. I have seen those settings before and turned them on but forgot about them, what I can't remember is whether that was under Wayland or Xorg, I suspect Xorg as I don't like Wayland because it has never worked properly with KDE, but I can check if they are there under Xorg.
regards, Steve
Barry
On 12 Nov 2024, at 21:50, Stephen Morris steve.morris.au@gmail.com wrote:
I suspect Xorg as I don't like Wayland because it has never worked properly with KDE
I have been running kde under wayland for a while now. I had to tweak my editor to have it pop to the top of the window stack, but otherwise things just work for me. Software development and steam gaming mainly.
Barry
On 13/11/24 19:31, Barry wrote:
On 12 Nov 2024, at 21:50, Stephen Morrissteve.morris.au@gmail.com wrote:
I suspect Xorg as I don't like Wayland because it has never worked properly with KDE
I have been running kde under wayland for a while now. I had to tweak my editor to have it pop to the top of the window stack, but otherwise things just work for me. Software development and steam gaming mainly.
I have issues with Wayland at the moment where when KDE displays all the applications pinned to the task bar have all their icons stacked until I hover over them and then they separate, application launch feedback is problematic particular when launching applications from the desktop, and mouse sensitivity under Wayland and Xorg is completely different for the same KDE settings.
regards, Steve
Barry
On 08/11/2024 22:59, Stephen Morris wrote:
Just as a matter of interest what brand monitor do you use. I've had a look at some LG 4K monitors with HDR10 and HDR 400, and it seems that with those to get all the features of the monitor available (presumably HDR, on screen mouse controlled configuration, etc) you need to install windows or mac software, so presumably that is not going to work in Linux either? I tried to find doco on Fedora Hardware Compatibility List for Monitors but couldn't find anything.
I don't think anyone has mentioned which graphics hardware they are using. I'm not sure the HDR support is equal amongst them.
Regards,
Steve
On Sun, 2024-11-10 at 01:29 +0000, Steve Underwood wrote:
I don't think anyone has mentioned which graphics hardware they are using. I'm not sure the HDR support is equal amongst them.
As someone who's worked in video production since the 1980s, I've tried it on my TVs, with appropriate video sources, and I can't say I want to use it. I imagine it's worse with computing.
Coming from a photographic and video production background, our goal always was to get appropriate skin-tone reproduction, then dress and light your scenery to compliment it. That's harder to do outdoors, and can involve complicated lighting of people against sunlight, to get a scene into a range of brightnesses that the camera (or film) can handle.
To some creators, HDR is simply more individual steps between completely black and fully illuminated. To others, it was your original contrast range and then being able to go even brighter. So you're forever having to fiddle with your brightness and contrast to get a reasonable image, depending on what you're watching.
The first approach takes the visible quantising out of some images, where a bright spot in a scene would have had a bright spot with obvious concentric rings getting brighter around it, as there wasn't enough bits to do a smooth transition, to making it look natural with no visible steps.
The second approach ends up with occasional scenery that's just too damn bright to look at, either because outdoors during they day is much brighter than indoors, and they've tried to reproduce that. Or they just wind everything up so that something always hits peak brightness (just like the audio loudness wars), making things very harsh to the eyes. And the converse, someone decides indoors is dark and should be naturally so, to the point that you can't see anything.
Take that over to computing, and how are people going to make use of it? Are they going to set up the display so that photographic imagery looks natural? And are they, then, going to set up web-page and word- processor white page backgrounds to be blindingly 100% bright, as well, like things are now with standard dynamic ranges, or are they going to tame that down to something more appropriate?
On 10/11/24 13:46, Tim via users wrote:
On Sun, 2024-11-10 at 01:29 +0000, Steve Underwood wrote:
I don't think anyone has mentioned which graphics hardware they are using. I'm not sure the HDR support is equal amongst them.
As someone who's worked in video production since the 1980s, I've tried it on my TVs, with appropriate video sources, and I can't say I want to use it. I imagine it's worse with computing.
Coming from a photographic and video production background, our goal always was to get appropriate skin-tone reproduction, then dress and light your scenery to compliment it. That's harder to do outdoors, and can involve complicated lighting of people against sunlight, to get a scene into a range of brightnesses that the camera (or film) can handle.
To some creators, HDR is simply more individual steps between completely black and fully illuminated. To others, it was your original contrast range and then being able to go even brighter. So you're forever having to fiddle with your brightness and contrast to get a reasonable image, depending on what you're watching.
The first approach takes the visible quantising out of some images, where a bright spot in a scene would have had a bright spot with obvious concentric rings getting brighter around it, as there wasn't enough bits to do a smooth transition, to making it look natural with no visible steps.
The second approach ends up with occasional scenery that's just too damn bright to look at, either because outdoors during they day is much brighter than indoors, and they've tried to reproduce that. Or they just wind everything up so that something always hits peak brightness (just like the audio loudness wars), making things very harsh to the eyes. And the converse, someone decides indoors is dark and should be naturally so, to the point that you can't see anything.
Take that over to computing, and how are people going to make use of it? Are they going to set up the display so that photographic imagery looks natural? And are they, then, going to set up web-page and word- processor white page backgrounds to be blindingly 100% bright, as well, like things are now with standard dynamic ranges, or are they going to tame that down to something more appropriate?
I was mainly looking for HDR support for playing of video's where with HDR active the colours are richer and more vibrant.
regards, Steve
On 10/11/24 12:29, Steve Underwood wrote:
On 08/11/2024 22:59, Stephen Morris wrote:
Just as a matter of interest what brand monitor do you use. I've had a look at some LG 4K monitors with HDR10 and HDR 400, and it seems that with those to get all the features of the monitor available (presumably HDR, on screen mouse controlled configuration, etc) you need to install windows or mac software, so presumably that is not going to work in Linux either? I tried to find doco on Fedora Hardware Compatibility List for Monitors but couldn't find anything.
I don't think anyone has mentioned which graphics hardware they are using. I'm not sure the HDR support is equal amongst them.
I'm using an nvidia RTX3080 card with 12GB of memory, which is more than capable of supporting HDR. When I was doing a search for Linux/Fedora compatible HDR monitors I found a page that said to look for a monitor that had HDR or HDR10 referenced. I did find some LG monitors that specified HDR10 and a couple of LG monitors that specified HDR 400, but the HDR 400 monitors looked to be the same as my BENQ monitor in that to activate HDR in Windows 11 you needed to install a vendor supplied driver.
regards, Steve
Regards,
Steve