海思 SS528、SS928、瑞芯微 RK3568，视频处理对比对比
大家好，我是写代码的篮球球痴。
我们群里一个搞嵌入式视觉的朋友最近在选型，问我海思 SS528V100 和 RK3568 哪个视频处理好。然后就有了这篇文章，有一说一，这篇文章的内容也没有做到完全的准确比较几个芯片的差异，但是能给不同的人选型做一些对比。
SS528 是录像机里的卷王，SS928 是单路画质的天花板，RK3568 是你什么都能干的瑞士军刀。
SS528V100：专治多路焦虑
SS528 海思内部也叫 22AP30，跟老的 Hi3531DV200 pin-to-pin 兼容。这芯片的设计目标极其单纯——同时接十几路摄像头，录下来、回放出来，还得带智能分析。
CPU 是四核 A53@1.15GHz，不强。但 SS528 真正值钱的是它的硬编解码引擎：
- 8 路 1080p@30fps 同编同解（编码 8 路 + 同时解码 8 路）
- 16 路 1080p@15fps 编码 + 解码
- 16 路 4M@7.5fps 编码 + 解码
什么叫同编同解？
就是你能同时干三件事：8 路摄像头实时录像（编码），8 路画面在屏幕上回放预览（解码），再对其中几路跑人脸检测——单芯片全干完。
很多芯片宣传「支持多路」，其实编码和解码是分开算的，你切来切去的时候它就抓瞎了。SS528 是实打实的并行管线。
输入能力也很夸张：8 个 MIPI D-PHY 接口 + 1 个 BT.1120 级联口，最大接入 8 路 4K@30fps 或者 32 路 1080p@30fps。HDMI 2.0 输出 4K@60fps，VGA 输出 2560×1600@60fps，CVBS 标清也留着，给老旧系统兼容。
画面分割是它的看家本领——两个独立高清输出通道，每个支持 64 画面分割。你去看监控室那面电视墙上密密麻麻的小窗口，背后大概率就是这颗芯。
NPU 1.2TOPS，不算大，但够跑人脸检测、车牌识别、目标跟踪。海思把这叫「SVP 智能视觉处理引擎」——NNIE 做推理，IVE 做跟踪，MAU 做特征比对——三件套配合起来，就是对多路视频流「边录边看边分析」。
功耗 4.6W，16 路 1080p 编码 + 8 路解码 + AI 算法同时跑。
一句话：做 DVR/NVR、车载录像机、视频矩阵，SS528 是首选。你看的不是画质天花板，是通道数的极限。
▲ SS528V100 开发板正面，8 路 MIPI 接口 + HDMI/VGA/CVBS 多输出
▲ SS528 NVR 64 画面分割预览界面，双独立高清输出通道
▲ SS528V100 芯片 BGA 封装，单芯片 16 路 1080p 同编同解
————
SS928/SD3403：单路的极致
SS928 就是 SD3403，pin-to-pin 兼容可替换老的 Hi3519AV200 和 Hi3559AV100。
跟 SS528 反过来，SS928 走的是「少而精」路线。它最多接 4 路 sensor，但每一路的画质要做到极致。
视频编码的核心差异：
- 4K@60fps + 720p@30fps 同时编码——这是主码流 + 子码流的经典配置
- 8K@15fps 编码——虽然帧率低，但 8K 分辨率意味着你拍一张图能用
- 4K@60fps + 1080p@60fps 同时解码
- 码率上限 100Mbps，SS528 才 20Mbps
SS928 的编码能力是「一条高速路」，SS528 是「八条省道」。你跑一趟运大货，SS928 的高速路完爆；你同时跑八趟，SS528 的八条省道才撑得住。
NPU 是这个芯片的另一张王牌。
官标 4TOPS INT8，但实际包含两颗 NPU 核：dlite 核 4.8TOPS + dpico 核 5.6TOPS，部分场景合计 10.4TOPS——是目前海思安防芯片里 AI 算力最强的之一。还内置双核 Vision Q6 DSP、双目深度加速、矩阵计算加速。
所以呢——你可以在 4K 视频流上实时跑目标检测 + 人脸识别 + 车牌识别，不用降分辨率，不用外挂 NPU。
ISP 也是一绝：
- 三帧 WDR（宽动态，逆光场景）
- 3D 降噪、去雾、边缘增强
- 6-DoF 电子防抖和卷帘快门校正
- 四路 4M 实时硬件拼接（全景）
尤其硬件拼接这个，做 360 度全景相机或者无人机航拍——以前你得用 FPGA 拼或者软拼拼半天，现在芯片里直接硬件拼好给你。
接口：8-Lane MIPI 输入（最高 4 路 sensor 串行）、HDMI 2.0 + MIPI DSI 双输出、双千兆网口、USB 3.0、PCIe 2.0。12nm 工艺，典型功耗 5W。
一句话：做高端枪机、低照度相机、无人机、360 全景、需要边拍边分析 AI 的 IPC，SS928 就是目前海思能给你最强的单芯片方案。
▲ SS928 开发板接口面板，8K@15fps / 4K@60fps 编码，码率上限 100Mbps
▲ SS928 核心板，双 NPU 合计 10.4TOPS，12nm 工艺典型 5W
▲ SS928 搭配摄像头模组，支持三帧 WDR + 3D 降噪 + 6-DoF 防抖
————
RK3568：什么都能干，但什么都不极致
RK3568 是瑞芯微的通用 SoC，四核 A55@2.0GHz、22nm 工艺。它的定位跟前面两颗海思完全不同——这货压根不是为视频监控设计的。
视频能力：
- 解码4K@60fps H.265/H.264/VP9——很强
- 编码1080p@60fps H.264/H.265——够用，但只有 1080p
看这个不对称就知道——RK3568 更擅长「播放」而不是「录制」。它的典型场景是广告机、数字标牌、瘦客户端、卡拉 OK 点歌机——只需要解码一路高清视频，再驱动一块屏幕。
但话说回来，1080p@60 编码也不是不能用。做个单路 IPC 绰绰有余，只是到了 4K 编码就完全歇了——硬件不支持。
RK3568 真正的优势在下面：
- 三屏异显HDMI 2.0 + eDP + LVDS + MIPI-DSI + RGB，最多同时驱动三个不同内容的屏幕
- GPU Mali-G52 2EE有 OpenGL ES 3.2、Vulkan 1.1、OpenCL 2.0，跑 Qt 界面、3D 渲染没问题
- NPU 1TOPS虽然比不上 SS928 的 4T+，但跑个轻量级人脸识别、物体分类够了
- 丰富的存储和扩展PCIe 3.0 ×1、SATA 3.0 ×3、USB 3.0 ×2、双千兆网口
你看这个配置单，它想干的事根本不是什么多路录像——它是冲着工业平板、边缘网关、自助终端、车载中控这些场景去的。
在这些场景里，视频编码不是主菜，它更像一个甜点：1080p 编码录一段、4K 解码播一段，大部分时间在跑 Qt 界面和数据库。
还有一个不能忽略的优势：RK3568 的生态比海思开放太多了。
主线的 Linux 内核 5.10+ 就有它的 dts，不用像海思那样绑死在厂商 SDK 上。你 Clone 个 Buildroot 或者 Yocto，配个 defconfig 就能编。对做嵌入式的来说，开发体验好一大截。
▲ RK3568 核心板，四核 A55@2.0GHz + Mali-G52 GPU
▲ RK3568 开发板三屏异显接口：HDMI 2.0 + eDP + LVDS + MIPI-DSI
▲ ROC-RK3568-PC 开发板，PCIe 3.0 + SATA 3.0 ×3 + 双千兆网口
————
三个芯片放一起看
三种设计哲学，其实从参数表上就一目了然。
SS528 是多路 DVR 的「工兵」——CPU 不突出（1.15GHz 的 A53），但视频管线数量和并行能力拉满。8 路同编同解、32 路同时输入、64 画面分割，全是为「管得多」服务的。
SS928 是高端 IPC 的「特种兵」——CPU 也不算出众（1.2GHz 的 A55），但 ISP + 4K@60 编码 + 10TOPS 级 NPU + 硬件拼接，每一项都在较劲「单路画质和智能分析的天花板」。
RK3568 是通用场景的「全能兵」——CPU 最强（2.0GHz 的 A55）、GPU 有、存储接口多、显示能力强、开源生态好。但视频编码是短板，只有 1080p，做 IPC 只能算及格。
一个做嵌入式的怎么选？
如果你在做 NVR/DVR 或者车载录像机——要接 8 路以上的摄像头，同编同解——先看 SS528。 没有悬念，这个方向的王者就是它。
如果你在做高端 IPC 或者无人机相机——对画质要求高，4K@60 实时编码+AI 分析，还要鱼眼矫正或者全景拼接——SS928 是答案。 10TOPS 的 NPU 足够你跑复杂的检测模型。
如果你在做工业平板、自助终端、网关、广告机——大部分时间在跑界面和业务逻辑，偶尔录录视频、播播高清——RK3568 最合适。 三屏异显 + 丰富的存储接口 + 好用的 Linux SDK，开发效率高。
如果你预算有限又想跑 AI 视觉——单路 1080p IPC 可以用 RK3568 凑合，1080p@60 编码够用，1T NPU 跑个基础检测也凑合。但别期待它能干 SS928 的活儿。
————
聊到这，有个事得说清楚。
海思 SS528 和 SS928 的 SDK 跟 RK3568 的玩法是完全两个世界。海思走的是封闭 SDK 路线，MPP（Media Process Platform）那一套接口——你调用 HI_MPI_VENC_CreateChn() 创建编码通道，调用 HI_MPI_VDEC_SendStream() 喂码流进解码器——API 是海思自己封的，跟标准 Linux V4L2/DRM 完全不搭。
好处是你不用管底层细节，SDK 把硬件加速包装好了。坏处是你被绑在海思的 SDK 版本上，想升内核或者换 Buildroot 版本基本不可能——出了问题只能等原厂修。
RK3568 这边就舒服多了。主线内核 5.10 就有完整的 dts 支持，VPU 走标准 V4L2 的 stateful encoder/decoder API，显示走 DRM/KMS。你用 GStreamer、FFmpeg 都能直接调硬件编解码。开源生态的便利性，是真的没法比。
如果你想快速出产品、不想在 SDK 适配和 BSP 移植上花时间——海思更省心（前提是你的场景刚好落在它的方案里）。
如果你想自己掌控底层、做深度定制、长期维护产品——RK3568 的开放生态更可控。
这就是一道选择题，没有标准答案。