DSC 显示流压缩:桥接芯片里的"免费带宽"

龙迅桥接芯片科普系列 · 第 02 篇

上篇讲了桥接芯片怎么选型,反复提到一个词——DSC。很多工程师知道有这么个东西,但不清楚它到底怎么工作、什么时候该开、选芯片时怎么判断支不支持。这篇专门把 DSC 讲透。


一、为什么需要 DSC?一个带宽算术题

先看一组数字。

一块 4K@60Hz 的屏幕,RGB888 格式,不算消隐区,纯有效数据带宽:

3840 × 2160 × 24bit × 60fps ≈ 11.9 Gbps

MIPI D-PHY 单 Lane 最高速率 2Gbps(龙迅主流芯片),一个端口 4 Lane:

单端口 4 Lane × 2Gbps = 8 Gbps → 不够!

11.9Gbps 的数据要塞进 8Gbps 的管道,塞不下。怎么办?

传统方案是加端口——用双端口 8 Lane,带宽翻到 16Gbps,够了。但代价是 PCB 走线翻倍、引脚翻倍、功耗翻倍、成本翻倍。

DSC 给了第三条路:把数据量压缩到 1/3,11.9Gbps 变成 4Gbps,单端口 4 Lane 轻松搞定。


二、DSC 是什么?一句话版

DSC(Display Stream Compression)是 VESA 制定的显示流压缩标准,2014 年发布。它对视频画面做逐行压缩,压缩比 3:1,肉眼几乎看不出画质损失。

几个关键特性:

特性说明
制定方VESA(视频电子标准协会)
压缩方式逐行压缩,无帧间预测
压缩比24bit 色深下 3:1(8 bpp),30bit 色深下 3.75:1(8 bpp)
画质满足 ISO/IEC 29170 "视觉无损"标准
延迟约 1 行扫描线时间(微秒级)
复杂度低,纯硬件实现,不需要多媒体处理器
采用标准HDMI 2.1、DisplayPort 1.4/2.0、MIPI DSI 1.2+、eDP 1.4b

注意"视觉无损"不等于"数学无损"。DSC 是有损压缩,但经过 VESA 主观测试验证,观察者在 75% 以上的测试中无法区分压缩前后的画面。对显示应用来说,视觉无损就够用了。


三、DSC 怎么工作的?

不需要深挖算法细节,理解到这个程度就够了:

几个工程上要注意的点:

  1. 逐行压缩,无帧间参考 → 延迟极低,不会像 H.264/H.265 那样有帧间延迟
  2. 恒定码率模式 → 输出数据流大小确定,MIPI 传输不需要额外缓冲处理
  3. Slice 独立编解码 → 图像被切成多个 Slice,各自独立处理,错误不会跨 Slice 传播
  4. ICH 缓存 → 对重复颜色的区域(如 UI 界面、纯色背景)压缩效率更高

四、龙迅哪些芯片支持 DSC?

不是所有桥接芯片都支持 DSC。龙迅产品线里,DSC 支持情况如下:

HDMI → MIPI 方向(DSC 编码器)

型号DSC 支持角色典型场景
LT8918HHDMI 1.4 入门,1080P 够用不需要 DSC
LT6911C中小尺寸,1080P 级别
LT6911UXC✅ 编码器把 HDMI 输入压缩后从 MIPI 输出4K@60Hz 车载 / VR,降低 MIPI 带宽
LT6911UX✅ 编码器四端口 + DSCVR 双目 4K,DSC 大幅降带宽
LT6911GX✅ 编解码内置 LPDDR4,DSC 最大支持 4K@120Hz8K 级 VR、高端显示
LT6911GXD✅ 编解码HDMI 2.1 / DP 1.4a 输入VR/AR、Type-C 扩展
LT7911UXEType-C/DP/HDMI 三合一 + DSC高端 VR、全能方案

MIPI → HDMI 方向(DSC 解码 / Bypass)

型号DSC 支持角色说明
LT8912B / LT9611 / LT9611EX / LT9611UXD1080P~4K@60Hz 级别,带宽够用不需要 DSC
LT9611GX✅ Bypass接收已压缩的 DSC 流并透传8K 采集卡,SoC 输出 DSC 压缩流
LT9711UX✅ BypassDSC 透传 + DP/Type-C 输出8K AR/VR、AI 视频采集

注意区分"DSC 编码器"和"DSC Bypass":

  • 编码器:芯片自己把未压缩的视频压缩成 DSC 流再输出。HDMI→MIPI 方向用,因为 HDMI 传的是未压缩信号,MIPI 端口带宽可能不够。
  • Bypass(透传):芯片不编也不解,直接把收到的 DSC 压缩流原样传到下一级。MIPI→HDMI 方向用,因为 SoC 可能已经做了 DSC 压缩,桥接芯片只需要透传。
  • 解码器:芯片把 DSC 压缩流解压成未压缩信号。LT6911GX 同时支持编和解,灵活性最高。

五、带宽计算实战:什么时候该开 DSC?

记住一个公式:

MIPI 所需带宽 = 分辨率宽 × 高 × 色深(bit) × 帧率 × 压缩比倒数

DSC 3:1 压缩 → 压缩比倒数 = 1/3

几个典型场景算一遍:

场景 1:4K@60Hz RGB888,不压缩

3840 × 2160 × 24 × 60 = 11.9 Gbps
单端口 4Lane × 2Gbps = 8 Gbps → ❌ 不够
双端口 4Lane × 2Gbps = 16 Gbps → ✅ 够,但用了双端口

场景 2:4K@60Hz RGB888,开 DSC 3:1

11.9 / 3 = 4.0 Gbps
单端口 4Lane × 2Gbps = 8 Gbps → ✅ 绰绰有余
甚至 2Lane × 2Gbps = 4Gbps → ✅ 刚好够

结论:4K@60Hz 开 DSC 后,单端口 2 Lane 就够了。省了 6 根差分对走线。

场景 3:4K@120Hz RGB888(VR 场景)

不压缩:3840 × 2160 × 24 × 120 = 23.8 Gbps
双端口 4Lane × 2.5Gbps = 20 Gbps → ❌ 不够

开 DSC 3:1:23.8 / 3 = 7.9 Gbps
单端口 4Lane × 2.5Gbps = 10 Gbps → ✅ 够了

结论:4K@120Hz 不开 DSC 双端口都扛不住,开了 DSC 单端口就行。这就是 VR 方案必选 DSC 芯片的原因。

场景 4:8K@30Hz RGB888

不压缩:7680 × 4320 × 24 × 30 = 23.9 Gbps
四端口 4Lane × 2.5Gbps = 40 Gbps → ✅ 够,但四端口 PCB 走线噩梦

开 DSC 3:1:23.9 / 3 = 8.0 Gbps
单端口 4Lane × 2.5Gbps = 10 Gbps → ✅ 够了


六、DSC 选型避坑清单

1. 确认面板是否支持 DSC

DSC 是收发双方都要支持的。桥接芯片支持 DSC 编码,但下游 MIPI 屏的 Driver IC 也必须支持 DSC 解码。如果面板不支持,开了也没用。

选型前必须确认:找面板厂商要规格书,查 DSC 支持项。

2. DSC 版本要匹配

DSC 有 1.1 和 1.2a 两个版本,差异不大,但某些高级特性(如 14/16bit 色深)只有 1.2a 支持。龙迅芯片用的 DSC 版本建议跟 FAE 确认。

3. 压缩比不是随便选的

DSC 标称 3:1,但实际压缩比可以在 2:1(12 bpp)到 3:1(8 bpp)之间调。压缩比越高画质损失越大。

  • 对画质敏感的场景(专业显示、医疗)→ 用 2:1
  • 对带宽敏感的场景(VR、车载)→ 用 3:1

4. Slice 配置影响延迟和画质

Slice 越多,并行度越高,延迟越低,但每个 Slice 独立编码可能导致 Slice 边界处出现轻微 artifacts。龙迅芯片的 Slice 配置一般有默认值,建议直接用参考设计。

5. DSC 不是万能的

DSC 解决的是传输带宽问题,不解决计算带宽问题。如果你的 SoC 端口带宽本来就够,不需要硬上 DSC。多加一个 DSC 编码器意味着多一个功能模块、多一份固件配置工作。


七、总结:DSC 选型决策

一句话总结:DSC 是桥接芯片里的"免费带宽"——当你 MIPI 端口扛不住的时候,开 DSC 比加端口便宜得多。但前提是面板也得支持。


本文为龙迅桥接芯片科普系列第 02 篇。作者为龙迅授权代理商,可提供规格书、参考设计、EVB 评估板及技术支持。如有选型疑问欢迎私信交流。

系列文章:

  • 第 01 篇:HDMI/MIPI 桥接方案选型指南
  • 第 02 篇:DSC 显示流压缩(本文)
Logo

DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。

更多推荐