MTzhou的专栏

SBTM（Source-Based Tone Mapping）是 HDMI 2.1a 规范中引入的一项新特性，旨在改善 高动态范围（HDR） 内容的显示效果，尤其是确保在不同显示设备上保持一致性和质量。它让源设备（如游戏主机、蓝光播放器、流媒体设备等）能够主动参与 HDR图像的色调映射，而不是完全依赖显示器来处理色调映射。结合技术的发展历史以及重要概念，才能深刻理解上述文字。

VRR全称Variable Refresh Rate，可变刷新率。FVA全称Fast Vactive，快速帧传输。近些年，大屏电视普及，PS和XBOX游戏机畅销。HDMI开始发力提升电视机的游戏体验。对于游戏用户，对帧率和Delay是显然是最关注的指标。而VRR和FVA就是其中的重要特性。这两个特性的共同原理都是修改Vfront，所以本文将其放在一起讲解。本文尝试尽量讲解通俗易懂，避免千篇一律的索引或者翻译协议。自然也难免纰漏。

ALLM是一个非常简单的特性，Sink（接收端）通过EDID来宣告支持ALLM，Source（发射端）通过数据岛HF-VSIF持续通知Sink进入游戏模式。在传输过程中，HDMI总线不会对视频信号做任何处理。

第一个字节用于定义包类型，其他两个字节由具体的包类型指定。通过前面AVI InfoFrame和GCP InfoFrame，基本定义了普通视频信号的参数。结合前面计算带宽的公式，希望读者脑海有个形象的传输概念。

4K@144Hz电视机的第3个EDID块(基于HF-EEODB)。该数据来源于SHARP。

HDMI 2.0b（含）以下版本，采用3个Channel方式输出。传输又分为3三种周期，视频数据，数据岛以及控制周期。视频传输采用8/10编码。数据岛采用4/10编码（TERC4）。控制周期采用2/10。编码都拓展成了10bits。上图中，Pixel component(e.g.B)->D[7:0]表示视频数据周期中，8个bits全使用。数据传输是串行的，只有一根线，D[7:0]表示一个TMDS Character period传输的8个bits，并非有D[7:0]根线。

HDMI HDCP例解

HDCP1.4例解

HDMI带宽计算

简单介绍一下Dolby Audio over HDMI.

HDMI之EDID笔记

edid-decode工欲善其事，必先利其器。edid-decode是一个很好的edid分析工具。edid-decodecommit : b00755e34eb12aa92416aaf1bb7b02603131afe0编译Linux环境，直接make。Windows Msys2环境，需要稍作修改。将edid-decode-msys2.patch复制到当前目录。git clone https://git.linuxtv.org/edid-decode.gitcd edid-decodegit

HDMI是一个稍微复杂的协议。一个清晰的脉络对协议的理解是比较有帮忙的。

前言CEC全称Consumer Electronics Control。它属于单总线协议。整个协议划分为底层协议和高层协议。底层协议讲述信号，时序和包结构。高层协议描述一些协定的应用features，例如One Touch Play，System Audio Control等等。由于HDMI协议需要NDA，所以本文不会直接引用协议原文。信号与时序信号包括开始位，逻辑0和逻辑1。时序请参照后面的截图，红框框部分，允许偏差±0.2ms。开始位逻辑0逻辑14.应答此处没有图解，因为应答信

HDMI 2.1之eARC前言eARC全称Enhanced Audio Return Channel。它将原来ARC脚（PIN14 UTILITY）和HPD脚（PIN19）组合成一对差分信号，实现了100MHz带宽传输。从而，更好的兼容现在的Dobly Atmos，DTS X等现代Audio技术。eARC的两个引脚实现了3个信号，HPD本身的IO信号；CMDC（Common Mode Data Channel）以及DMAC（Differential Mode Audio Channel）。本文主要想