LG: различия между версиями
Sirmax (обсуждение | вклад) (Новая страница: «Категория:TV Категория:SDR Категория:HDR Категория:LG =LG= Тут заметки по командам тел...») |
Sirmax (обсуждение | вклад) |
||
| (не показана 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-файла.