LG: различия между версиями

Материал из noname.com.ua
Перейти к навигацииПерейти к поиску
(Новая страница: «Категория:TV Категория:SDR Категория:HDR Категория:LG =LG= Тут заметки по командам тел...»)
 
 
(не показана 1 промежуточная версия этого же участника)
Строка 4: Строка 4:
 
[[Категория:LG]]
 
[[Категория:LG]]
 
=LG=
 
=LG=
Тут заметки по командам телевизора и не только
+
==Тут заметки по командам телевизора и не только==
  +
<BR>
  +
Это Черновик
  +
  +
Узнать модель/firmware прямо с TV
  +
<PRE>
  +
luna-send -n 1 -f luna://com.webos.service.tv.systemproperty/getSystemInfo \
  +
'{"keys":["modelName","firmwareVersion","sdkVersion","UHD","boardType"]}'
  +
<PRE>
  +
* modelName, firmwareVersion, sdkVersion, UHD — официальные ключи LG TV Device Information API. UHD=true не означает HDR, но полезно для идентификации модели.
  +
  +
==Проверить текущий input/app==
  +
  +
Запусти HDR-видео в Kodi и на TV:
  +
<PRE>
  +
luna-send -n 1 -f luna://com.webos.applicationManager/getForegroundAppInfo '{}'
  +
</PRE>
  +
Или с подпиской:
  +
<PRE>
  +
luna-send -i -f luna://com.webos.applicationManager/getForegroundAppInfo '{"subscribe":true}'
  +
</PRE>
  +
Это покажет, что реально активен HDMI/Kodi/app. Такие luna-send вызовы — штатный способ дергать Luna service из shell; -n 1 — один ответ, -f — форматированный JSON.
  +
webOS Homebrew cheatsheet тоже использует этот вызов для просмотра foreground app.
  +
<BR>
  +
Попробовать вытащить picture mode
  +
<BR>
  +
На части моделей работает:
  +
<PRE>
  +
luna-send -n 1 -f luna://com.webos.settingsservice/getSystemSettings \
  +
'{"category":"picture","keys":["pictureMode"]}'
  +
</PRE>
  +
Ищи значения вроде:
  +
hdrCinema
  +
hdrStandard
  +
hdrGame
  +
dolbyHdrCinema
  +
dolbyHdrStandard
  +
dolbyHdrGame
  +
  +
Если вернётся ошибка вроде Some keys are not allowed, это нормально: часть picture settings закрыта/ограничена. Сам getSystemSettings официальный, но доступные ключи зависят от категории/разрешений/версии webOS.
  +
  +
4. Самый полезный runtime-чек: логи при старте HDR
  +
  +
Открой telnet, запусти HDR-файл в Kodi, и параллельно:
  +
<PRE>
  +
logread -f 2>/dev/null | grep -iE 'hdr|dolby|hlg|pq|bt2020|bt.2020|eotf|metadata|hdmi'
  +
</PRE>
  +
Если logread нет:
  +
  +
tail -f /var/log/messages 2>/dev/null | grep -iE 'hdr|dolby|hlg|pq|bt2020|bt.2020|eotf|metadata|hdmi'
  +
  +
Ещё можно грубо поискать по свежим логам:
  +
  +
grep -RiE 'hdr|dolby|hlg|pq|bt2020|bt.2020|eotf|metadata|deep.color|hdmi' /var/log 2>/dev/null | tail -100
  +
  +
Хорошие признаки:
  +
  +
HDR10
  +
Dolby Vision
  +
HLG
  +
PQ
  +
BT2020
  +
EOTF
  +
HDR metadata
  +
HDMI deep color
  +
  +
Плохой признак: только SDR/BT709/rec709 без HDR-событий при запуске HDR-файла.
  +
  +
5. Проверить HDMI Deep Color setting
  +
  +
Попробуй:
  +
  +
luna-send -n 1 -f luna://com.webos.settingsservice/getSystemSettings \
  +
'{"category":"picture","keys":["hdmiDeepColor","deepColor","ultraHdDeepColor"]}'
  +
  +
На разных webOS ключи могут отличаться или быть недоступны. Но в UI LG это обычно называется HDMI Ultra HD Deep Color. Для HDR с внешнего устройства он должен быть включён именно на том HDMI-порту, куда подключён Kodi.
  +
  +
Вывод
  +
  +
Самый надёжный критерий:
  +
  +
во время HDR-видео pictureMode становится hdr*/dolby*
  +
или в логах появляются HDR10 / Dolby Vision / HLG / PQ / BT2020 / EOTF
  +
  +
Если модель/firmware с команды из пункта 1 пришлёшь сюда, можно точнее сказать, какие HDR-форматы у неё должны быть.
  +
  +
for e in /sys/class/drm/card*-HDMI-A-*/edid; do
  +
echo "=== $e ==="
  +
edid-decode "$e" | grep -iE 'hdr|eotf|bt2020|metadata|deep color'
  +
done
  +
=== /sys/class/drm/card0-HDMI-A-1/edid ===
  +
=== /sys/class/drm/card0-HDMI-A-2/edid ===
  +
HDR Static Metadata Data Block:
  +
Supported static metadata descriptors:
  +
Static metadata type 1
  +
=== /sys/class/drm/card0-HDMI-A-3/edid ===
  +
  +
webOS TV 3.4.0 LGwebOSTV
  +
  +
/ # luna-send -n 1 -f luna://com.webos.service.tv.systemproperty/getSystemInfo \
  +
> '{"keys":["modelName","firmwareVersion","sdkVersion","UHD","boardType"]}'
  +
{
  +
"UHD": "true",
  +
"modelName": "55UH6507-ZB",
  +
"firmwareVersion": "05.60.25",
  +
"boardType": "M16_DVB_EU",
  +
"returnValue": true,
  +
"sdkVersion": "3.4.0"
  +
}
  +
  +
  +
  +
/ # luna-send -n 1 -f luna://com.webos.applicationManager/getForegroundAppInfo '{}'
  +
{
  +
"appId": "com.webos.app.hdmi2",
  +
"returnValue": true,
  +
"windowId": "",
  +
"processId": ""
  +
}
  +
  +
  +
  +
/ # luna-send -n 1 -f luna://com.webos.settingsservice/getSystemSettings \
  +
> '{"category":"picture","keys":["pictureMode"]}'
  +
{
  +
"dimension": {
  +
"input": "hdmi2_pc",
  +
"_3dStatus": "2d",
  +
"dynamicRange": "sdr"
  +
},
  +
"subscribed": false,
  +
"category": "picture",
  +
"method": "getSystemSettings",
  +
"settings": {
  +
"pictureMode": "cinema"
  +
},
  +
"returnValue": true
  +
}
  +
  +
  +
  +
По твоим выводам уже видно главное: телевизор распознан как LG 55UH6507-ZB, активен вход HDMI2, но прямо сейчас TV считает сигнал SDR: dynamicRange: "sdr" и pictureMode: "cinema".
  +
  +
Thought for 26s
  +
  +
У тебя картина такая:
  +
  +
TV HDR поддерживает: модель 55UH6507-ZB, у LG для неё заявлен HDR Pro.
  +
EDID тоже частично подтверждает HDR: на card0-HDMI-A-2 есть HDR Static Metadata Data Block.
  +
  +
Но по webOS сейчас:
  +
  +
"dynamicRange": "sdr",
  +
"pictureMode": "cinema"
  +
  +
То есть в момент проверки телевизор получает SDR-сигнал по HDMI2, не HDR.
  +
  +
Проверь именно во время воспроизведения HDR-файла в Kodi.
  +
  +
1. На TV: смотреть переключение SDR → HDR
  +
  +
Запусти HDR-видео в Kodi и в telnet на TV:
  +
  +
while true; do
  +
date
  +
luna-send -n 1 -f luna://com.webos.settingsservice/getSystemSettings \
  +
'{"category":"picture","keys":["pictureMode"]}'
  +
sleep 2
  +
done
  +
  +
Ожидаемо для HDR должно стать примерно так:
  +
  +
"dynamicRange": "hdr"
  +
  +
и pictureMode должен стать не cinema, а что-то вроде:
  +
  +
hdrCinema
  +
hdrStandard
  +
hdrGame
  +
  +
Если остаётся:
  +
  +
"dynamicRange": "sdr"
  +
  +
значит Kodi/устройство не выводит HDR, либо делает tone mapping HDR → SDR.
  +
  +
2. На Kodi-машине: найти активный HDMI
  +
for p in /sys/class/drm/card*-HDMI-A-*; do
  +
echo "$p: $(cat "$p/status" 2>/dev/null)"
  +
done
  +
  +
Скорее всего активный будет:
  +
  +
/sys/class/drm/card0-HDMI-A-2: connected
  +
  +
Потом выведи полный HDR-блок EDID:
  +
  +
edid-decode /sys/class/drm/card0-HDMI-A-2/edid | \
  +
sed -n '/Colorimetry Data Block/,+20p;/HDR Static Metadata Data Block/,+25p'
  +
  +
Хорошие признаки:
  +
  +
BT2020RGB
  +
BT2020YCC
  +
SMPTE ST2084
  +
Hybrid Log-Gamma
  +
Static metadata type 1
  +
  +
Для HDR10 особенно важны SMPTE ST2084 / PQ, BT.2020 и Static metadata type 1.
  +
  +
3. На Kodi-машине: проверить, что ядро реально выставило HDR
  +
  +
Во время HDR-воспроизведения:
  +
  +
sudo mount -t debugfs none /sys/kernel/debug 2>/dev/null
  +
  +
sudo cat /sys/kernel/debug/dri/0/state | \
  +
grep -iE 'hdr|eotf|metadata|colorspace|bt2020|max bpc|bpc|color'
  +
  +
Ищи что-то вроде:
  +
  +
HDR_OUTPUT_METADATA
  +
Colorspace: BT2020
  +
max bpc: 10
  +
EOTF: PQ / ST2084
  +
  +
Если там только BT709, SDR, 8 bpc — HDR наружу не идёт.
  +
  +
4. Проверить Kodi log
  +
  +
На Kodi-хосте во время/после запуска HDR-файла:
  +
  +
grep -iE 'hdr|bt2020|st2084|pq|hlg|10bit|10-bit|tone|metadata|colorspace' \
  +
~/.kodi/temp/kodi.log | tail -100
  +
  +
Плохой признак:
  +
  +
tone mapping
  +
HDR to SDR
  +
BT709
  +
  +
Хороший признак:
  +
  +
BT2020
  +
SMPTE ST2084
  +
HDR10
  +
10bit
  +
Вывод по твоим данным
  +
  +
Сейчас у тебя:
  +
  +
TV: HDR умеет
  +
EDID: HDR metadata есть на HDMI-A-2
  +
webOS HDMI2: dynamicRange = sdr
  +
  +
Значит телевизор HDR поддерживает, но текущий сигнал из Kodi идёт как SDR.
  +
  +
Самый важный следующий тест — запустить заведомо HDR10-файл и повторить команду getSystemSettings. Если dynamicRange не меняется на hdr, проблема на стороне Kodi/OS/GPU/кабеля/настроек HDMI Deep Color.
  +
  +
edid-decode /sys/class/drm/card0-HDMI-A-2/edid | \
  +
sed -n '/Colorimetry Data Block/,+20p;/HDR Static Metadata Data Block/,+25p'
  +
HDR Static Metadata Data Block:
  +
Electro optical transfer functions:
  +
Traditional gamma - SDR luminance range
  +
SMPTE ST2084
  +
Supported static metadata descriptors:
  +
Static metadata type 1
  +
Detailed Timing Descriptors:
  +
DTD 3: 1920x1080i 60.000 Hz 16:9 33.750 kHz 74.250 MHz (1600 mm x 900 mm)
  +
Hfront 88 Hsync 44 Hback 148 Hpol P
  +
Vfront 2 Vsync 5 Vback 15 Vpol P Vfront +0.5 Odd Field
  +
Vfront 2 Vsync 5 Vback 15 Vpol P Vback +0.5 Even Field
  +
DTD 4: 1360x768 60.015 Hz 85:48 47.712 kHz 85.500 MHz (1600 mm x 900 mm)
  +
Hfront 64 Hsync 112 Hback 256 Hpol P
  +
Vfront 3 Vsync 6 Vback 18 Vpol P
  +
Checksum: 0x7b
  +
Thought for 10s
  +
  +
Этот EDID уже подтверждает HDR-возможность входа:
  +
  +
Electro optical transfer functions:
  +
Traditional gamma - SDR luminance range
  +
SMPTE ST2084
  +
  +
Supported static metadata descriptors:
  +
Static metadata type 1
  +
  +
То есть card0-HDMI-A-2 / HDMI2 умеет принимать HDR10/PQ/ST2084 со static metadata.
  +
  +
Но есть важный нюанс: в твоём выводе нет Colorimetry Data Block / BT.2020. Либо его реально нет в EDID, либо sed просто не нашёл такой блок.
  +
  +
Проверь так:
  +
  +
edid-decode /sys/class/drm/card0-HDMI-A-2/edid | grep -iE 'bt2020|bt.2020|colorimetry|st2084|hlg|hdr'
  +
  +
Если там будет только:
  +
  +
SMPTE ST2084
  +
Static metadata type 1
  +
  +
и не будет BT2020, то телевизор HDR metadata сообщает, но цветовое пространство BT.2020 явно не рекламирует. Это может мешать некоторым драйверам/Kodi корректно включать HDR.
  +
  +
Главный тест всё равно такой: во время HDR10-видео на TV должно измениться:
  +
  +
"dynamicRange": "hdr"
  +
  +
Проверь на TV во время воспроизведения:
  +
  +
luna-send -n 1 -f luna://com.webos.settingsservice/getSystemSettings \
  +
'{"category":"picture","keys":["pictureMode"]}'
  +
  +
Сейчас у тебя было:
  +
  +
"dynamicRange": "sdr",
  +
"pictureMode": "cinema"
  +
  +
Это значит: на момент проверки Kodi выводил SDR, несмотря на то что EDID HDR поддерживает.
  +
  +
Если во время заведомо HDR10-файла всё равно остаётся sdr, проблема не в TV, а в цепочке вывода Kodi: ОС/GPU/драйвер/Kodi не отправляет HDR metadata. Тогда следующий полезный вывод:
  +
  +
sudo cat /sys/kernel/debug/dri/0/state | grep -iE 'hdr|metadata|colorspace|bt2020|bpc|eotf'
  +
  +
во время воспроизведения HDR-файла.

Текущая версия на 10:27, 10 июня 2026

LG

Тут заметки по командам телевизора и не только


Это Черновик

Узнать модель/firmware прямо с TV

luna-send -n 1 -f luna://com.webos.service.tv.systemproperty/getSystemInfo \
'{"keys":["modelName","firmwareVersion","sdkVersion","UHD","boardType"]}'
<PRE>
* modelName, firmwareVersion, sdkVersion, UHD — официальные ключи LG TV Device Information API. UHD=true не означает HDR, но полезно для идентификации модели.

==Проверить текущий input/app==

Запусти HDR-видео в Kodi и на TV:
<PRE>
luna-send -n 1 -f luna://com.webos.applicationManager/getForegroundAppInfo '{}'

Или с подпиской:

luna-send -i -f luna://com.webos.applicationManager/getForegroundAppInfo '{"subscribe":true}'

Это покажет, что реально активен HDMI/Kodi/app. Такие luna-send вызовы — штатный способ дергать Luna service из shell; -n 1 — один ответ, -f — форматированный JSON. webOS Homebrew cheatsheet тоже использует этот вызов для просмотра foreground app.
Попробовать вытащить picture mode
На части моделей работает:

luna-send -n 1 -f luna://com.webos.settingsservice/getSystemSettings \
'{"category":"picture","keys":["pictureMode"]}'

Ищи значения вроде: hdrCinema hdrStandard hdrGame dolbyHdrCinema dolbyHdrStandard dolbyHdrGame

Если вернётся ошибка вроде Some keys are not allowed, это нормально: часть picture settings закрыта/ограничена. Сам getSystemSettings официальный, но доступные ключи зависят от категории/разрешений/версии webOS.

4. Самый полезный runtime-чек: логи при старте HDR

Открой telnet, запусти HDR-файл в Kodi, и параллельно:

logread -f 2>/dev/null | grep -iE 'hdr|dolby|hlg|pq|bt2020|bt.2020|eotf|metadata|hdmi'

Если logread нет:

tail -f /var/log/messages 2>/dev/null | grep -iE 'hdr|dolby|hlg|pq|bt2020|bt.2020|eotf|metadata|hdmi'

Ещё можно грубо поискать по свежим логам:

grep -RiE 'hdr|dolby|hlg|pq|bt2020|bt.2020|eotf|metadata|deep.color|hdmi' /var/log 2>/dev/null | tail -100

Хорошие признаки:

HDR10 Dolby Vision HLG PQ BT2020 EOTF HDR metadata HDMI deep color

Плохой признак: только SDR/BT709/rec709 без HDR-событий при запуске HDR-файла.

5. Проверить HDMI Deep Color setting

Попробуй:

luna-send -n 1 -f luna://com.webos.settingsservice/getSystemSettings \ '{"category":"picture","keys":["hdmiDeepColor","deepColor","ultraHdDeepColor"]}'

На разных webOS ключи могут отличаться или быть недоступны. Но в UI LG это обычно называется HDMI Ultra HD Deep Color. Для HDR с внешнего устройства он должен быть включён именно на том HDMI-порту, куда подключён Kodi.

Вывод

Самый надёжный критерий:

во время HDR-видео pictureMode становится hdr*/dolby* или в логах появляются HDR10 / Dolby Vision / HLG / PQ / BT2020 / EOTF

Если модель/firmware с команды из пункта 1 пришлёшь сюда, можно точнее сказать, какие HDR-форматы у неё должны быть.

for e in /sys/class/drm/card*-HDMI-A-*/edid; do

 echo "=== $e ==="
 edid-decode "$e" | grep -iE 'hdr|eotf|bt2020|metadata|deep color'

done

/sys/class/drm/card0-HDMI-A-1/edid

/sys/class/drm/card0-HDMI-A-2/edid

 HDR Static Metadata Data Block:
   Supported static metadata descriptors:
     Static metadata type 1

/sys/class/drm/card0-HDMI-A-3/edid

webOS TV 3.4.0 LGwebOSTV

/ # luna-send -n 1 -f luna://com.webos.service.tv.systemproperty/getSystemInfo \ > '{"keys":["modelName","firmwareVersion","sdkVersion","UHD","boardType"]}' {

   "UHD": "true",
   "modelName": "55UH6507-ZB",
   "firmwareVersion": "05.60.25",
   "boardType": "M16_DVB_EU",
   "returnValue": true,
   "sdkVersion": "3.4.0"

}


/ # luna-send -n 1 -f luna://com.webos.applicationManager/getForegroundAppInfo '{}' {

   "appId": "com.webos.app.hdmi2",
   "returnValue": true,
   "windowId": "",
   "processId": ""

}


/ # luna-send -n 1 -f luna://com.webos.settingsservice/getSystemSettings \ > '{"category":"picture","keys":["pictureMode"]}' {

   "dimension": {
       "input": "hdmi2_pc",
       "_3dStatus": "2d",
       "dynamicRange": "sdr"
   },
   "subscribed": false,
   "category": "picture",
   "method": "getSystemSettings",
   "settings": {
       "pictureMode": "cinema"
   },
   "returnValue": true

}


По твоим выводам уже видно главное: телевизор распознан как LG 55UH6507-ZB, активен вход HDMI2, но прямо сейчас TV считает сигнал SDR: dynamicRange: "sdr" и pictureMode: "cinema".

Thought for 26s

У тебя картина такая:

TV HDR поддерживает: модель 55UH6507-ZB, у LG для неё заявлен HDR Pro. EDID тоже частично подтверждает HDR: на card0-HDMI-A-2 есть HDR Static Metadata Data Block.

Но по webOS сейчас:

"dynamicRange": "sdr", "pictureMode": "cinema"

То есть в момент проверки телевизор получает SDR-сигнал по HDMI2, не HDR.

Проверь именно во время воспроизведения HDR-файла в Kodi.

1. На TV: смотреть переключение SDR → HDR

Запусти HDR-видео в Kodi и в telnet на TV:

while true; do

 date
 luna-send -n 1 -f luna://com.webos.settingsservice/getSystemSettings \
 '{"category":"picture","keys":["pictureMode"]}'
 sleep 2

done

Ожидаемо для HDR должно стать примерно так:

"dynamicRange": "hdr"

и pictureMode должен стать не cinema, а что-то вроде:

hdrCinema hdrStandard hdrGame

Если остаётся:

"dynamicRange": "sdr"

значит Kodi/устройство не выводит HDR, либо делает tone mapping HDR → SDR.

2. На Kodi-машине: найти активный HDMI for p in /sys/class/drm/card*-HDMI-A-*; do

 echo "$p: $(cat "$p/status" 2>/dev/null)"

done

Скорее всего активный будет:

/sys/class/drm/card0-HDMI-A-2: connected

Потом выведи полный HDR-блок EDID:

edid-decode /sys/class/drm/card0-HDMI-A-2/edid | \ sed -n '/Colorimetry Data Block/,+20p;/HDR Static Metadata Data Block/,+25p'

Хорошие признаки:

BT2020RGB BT2020YCC SMPTE ST2084 Hybrid Log-Gamma Static metadata type 1

Для HDR10 особенно важны SMPTE ST2084 / PQ, BT.2020 и Static metadata type 1.

3. На Kodi-машине: проверить, что ядро реально выставило HDR

Во время HDR-воспроизведения:

sudo mount -t debugfs none /sys/kernel/debug 2>/dev/null

sudo cat /sys/kernel/debug/dri/0/state | \ grep -iE 'hdr|eotf|metadata|colorspace|bt2020|max bpc|bpc|color'

Ищи что-то вроде:

HDR_OUTPUT_METADATA Colorspace: BT2020 max bpc: 10 EOTF: PQ / ST2084

Если там только BT709, SDR, 8 bpc — HDR наружу не идёт.

4. Проверить Kodi log

На Kodi-хосте во время/после запуска HDR-файла:

grep -iE 'hdr|bt2020|st2084|pq|hlg|10bit|10-bit|tone|metadata|colorspace' \ ~/.kodi/temp/kodi.log | tail -100

Плохой признак:

tone mapping HDR to SDR BT709

Хороший признак:

BT2020 SMPTE ST2084 HDR10 10bit Вывод по твоим данным

Сейчас у тебя:

TV: HDR умеет EDID: HDR metadata есть на HDMI-A-2 webOS HDMI2: dynamicRange = sdr

Значит телевизор HDR поддерживает, но текущий сигнал из Kodi идёт как SDR.

Самый важный следующий тест — запустить заведомо HDR10-файл и повторить команду getSystemSettings. Если dynamicRange не меняется на hdr, проблема на стороне Kodi/OS/GPU/кабеля/настроек HDMI Deep Color.

edid-decode /sys/class/drm/card0-HDMI-A-2/edid | \

sed -n '/Colorimetry Data Block/,+20p;/HDR Static Metadata Data Block/,+25p'

 HDR Static Metadata Data Block:
   Electro optical transfer functions:
     Traditional gamma - SDR luminance range
     SMPTE ST2084
   Supported static metadata descriptors:
     Static metadata type 1
 Detailed Timing Descriptors:
   DTD 3:  1920x1080i  60.000 Hz  16:9    33.750 kHz  74.250 MHz (1600 mm x 900 mm)
                Hfront   88 Hsync  44 Hback 148 Hpol P
                Vfront    2 Vsync   5 Vback  15 Vpol P Vfront +0.5 Odd Field
                Vfront    2 Vsync   5 Vback  15 Vpol P Vback  +0.5 Even Field
   DTD 4:  1360x768    60.015 Hz  85:48   47.712 kHz  85.500 MHz (1600 mm x 900 mm)
                Hfront   64 Hsync 112 Hback 256 Hpol P
                Vfront    3 Vsync   6 Vback  18 Vpol P

Checksum: 0x7b Thought for 10s

Этот EDID уже подтверждает HDR-возможность входа:

Electro optical transfer functions:

 Traditional gamma - SDR luminance range
 SMPTE ST2084

Supported static metadata descriptors:

 Static metadata type 1

То есть card0-HDMI-A-2 / HDMI2 умеет принимать HDR10/PQ/ST2084 со static metadata.

Но есть важный нюанс: в твоём выводе нет Colorimetry Data Block / BT.2020. Либо его реально нет в EDID, либо sed просто не нашёл такой блок.

Проверь так:

edid-decode /sys/class/drm/card0-HDMI-A-2/edid | grep -iE 'bt2020|bt.2020|colorimetry|st2084|hlg|hdr'

Если там будет только:

SMPTE ST2084 Static metadata type 1

и не будет BT2020, то телевизор HDR metadata сообщает, но цветовое пространство BT.2020 явно не рекламирует. Это может мешать некоторым драйверам/Kodi корректно включать HDR.

Главный тест всё равно такой: во время HDR10-видео на TV должно измениться:

"dynamicRange": "hdr"

Проверь на TV во время воспроизведения:

luna-send -n 1 -f luna://com.webos.settingsservice/getSystemSettings \ '{"category":"picture","keys":["pictureMode"]}'

Сейчас у тебя было:

"dynamicRange": "sdr", "pictureMode": "cinema"

Это значит: на момент проверки Kodi выводил SDR, несмотря на то что EDID HDR поддерживает.

Если во время заведомо HDR10-файла всё равно остаётся sdr, проблема не в TV, а в цепочке вывода Kodi: ОС/GPU/драйвер/Kodi не отправляет HDR metadata. Тогда следующий полезный вывод:

sudo cat /sys/kernel/debug/dri/0/state | grep -iE 'hdr|metadata|colorspace|bt2020|bpc|eotf'

во время воспроизведения HDR-файла.