关键问题
DisplayPort 规范要求将视频数据发送到传输单元中 （TU），可提供 32 至 64 个链路符号长。为了降低复杂性，DisplayPort TX 使用固定 64 符号 TU。为了避免链接带宽超标， 打包的数据速率必须等于或低于链接符号速率。打包后 数据速率低于链接符号速率，DisplayPort TX 必须执行符号 填充， 用控制符号帧， FS 和 FE 在 TU 内， 而所有 FS 之前 TU 中的符号必须是有效的数据符号。规范也 要求视频数据在组合完整文档的 TU 内均平均分布 活动视频行。如果 TU 内计算的有效数据符号大于 DisplayPort TX 超过 62.75，表示该链接已超订阅，无图像 输出是预料之中的。
设想一个传输单元示例：
分辨率 = 1856x1392@75 Hz
色深 = 18 bpp
流时钟 = 288 MHz
通道数量 = 4
链路速率 = RBR （1.62Gbps）
TU 大小 = 64
传输单元中的有效符号数计算：
流 = 18 bpp，288MHz >超过 4 个通道封装数据速率 = 18 x 288 / 4 = 1296 Mbit/second/通道
链路带宽 = 1620 x 0.8 = 1296 Mbit/秒/通道
每 TU 的平均有效符号 = 1296 / 1296 x 64 = 64
打包的数据速率等于链接符号速率，平均有效 每 TU 的符号为 64，达到 TU 大小。在此示例中，TX 错误地 将该链接视为超订阅，并且不生成任何图像。
要解决此问题，请更改链路速率和通道数配置，因此 即每 TU 的平均有效符号不到 62.75。例如，传输 1856x1392@75 Hz 为 18 bpp，您可以使用有 4 个通道的 HBR （2.7Gbps）：
链路带宽 - 2700 x 0.8 = 2160 Mbit/秒/通道
每 TU 的平均有效符号 = 1296 / 2160 x 64 = 38.4
此问题在 DisplayPort IP 内核的版本 16.0 中修复。