HDMI视频编码器怎么选？接口、协议、路数与部署形态四步选型
同样是"HDMI 视频编码器"，价格和形态能差出一个量级：有巴掌大的采集盒，也有整机 3U、插满 16 路模块的机架设备。选错不会立刻出问题，但往往在上线后才发现——路数不够、协议不匹配、机架装不进、码率压不下来。
其实选型只要按顺序回答四个问题，就能把范围收到两三个型号内。
第一步：输入接口是什么、有几路
接口决定"能不能接上去"，这是硬门槛，先定这一层再看其他。
- HDMI：最常见的接口，摄像机、导播台、电脑、机顶盒输出基本都是它；
- SDI：广电与专业制作环境的标准接口，线缆可长距离传输，抗拉抗弯更好；
- VGA：老旧设备、部分控制台与车载终端仍在用；
- CVBS（复合视频）：更早期的模拟信号，多见于存量改造项目；
- 多接口合一：一台设备同时接受 HDMI、SDI、VGA、CVBS 等多种输入，适合现场信号源杂、又不想配多台设备的场景。
路数则按"同时要编多少路"来定：单路盒式设备适合一个机位；1U 插卡式通常可插 1–4 路，便于后期扩容；3U 机架式单机箱最多可插 16 路模块，适合多机位集中编码。
一个容易被忽略的点：几乎每路都要留"本地环出"。有了环出，同一路信号可以一边编码上网、一边直接接监视器或导播台，不必再分线。
第二步：分辨率、编码格式与码率
这三个参数是一组，不能单独看。
分辨率：目前主流一档是"最高 3840×2160@30Hz 与 1920×1080P@60Hz"。要区分清楚——4K 通常是 30 帧，而 1080P 可以做到 60 帧。如果业务是运动画面（体育、赛事、高速产线），1080P@60 往往比 4K@30 更合适。
编码格式：H.265 / H.264 / MJPEG 是常见的三种。H.265 相比 H.264，在相同主观画质下通常可节省约四成码率，代价是对解码端有一定要求。因此：
- 面向公众分发、需要最大兼容性 → H.264；
- 带宽紧张、或存储/回传成本敏感 → H.265；
- 需要逐帧图像、便于二次图像处理 → MJPEG。
码率：关注两点，一是支持范围（常见规格在 16kbit/s 到 16Mbit/s 区间，部分型号更高，具体以规格书为准），二是码率控制方式——CBR（固定码率）适合直播与网络带宽受限场景，VBR（可变码率）适合以画质优先的录制场景。
音频也别漏：主流设备支持 MP2 / AAC / G.711 / AC3 等音频编码，若项目要"只传音频"（例如广播扩声），要确认设备在不接视频的情况下能否单独编码音频。
第三步：上行协议——按"给谁看"来选
这是选型里最容易被含糊过去的一步，但它直接决定方案能不能落地。
| 给谁看 / 什么场景 | 选什么协议 | 说明 |
|---|---|---|
| 推流到抖音、视频号、快手等平台 | RTMP / RTMPS | 平台官方推流地址就是它；RTMP 还支持填用户名密码 |
| 公网、弱网、丢包明显的现场 | SRT | 带重传与纠错，弱网稳定性更好 |
| 接入安防监控平台、NVR | ONVIF / GB28181 | 接入安防生态的通用接口，可直接被 NVR 纳管 |
| 局域网内一路发多屏 | UDP 组播 | 发送端只发一份，由网络负责复制分发 |
| 局域网内单点监看 | RTSP / UDP 单播 | 建立简单、延迟低 |
| 对接网页播放、需要更广兼容 | HLS / HTTP-FLV | 浏览器与移动端兼容性好，延迟略高 |
实际设备通常会同时支持上述多种协议（常见是 HTTP、RTSP、RTMP、RTMPS、SRT、RTP、UDP 组播、UDP 单播、FLV、HLS 的组合）。选型时要拿这张表去逐条核对，而不是看"支持多少种协议"这个总数。
第四步：部署形态与供电散热
| 形态 | 典型路数 | 适合场景 |
|---|---|---|
| 盒式（采集盒） | 单路为主 | 临时直播、单机位、空间有限的点位 |
| 1U 插卡机架式 | 1–4 路 | 机房集中部署，便于按需扩容、统一走线 |
| 3U 机架式 | 单机箱最多 16 路 | 多机位集中编码，统一供电、集中散热，可长期连续运行 |
机房场景建议优先选机架式：统一供电省掉一堆电源适配器，集中散热比每个盒子单独散热更可靠，长期运行的稳定性差别很明显。另外确认两件事——是否支持 POE 供电（省一路电源线），以及网口是百兆还是千兆（多路 4K 时百兆会成为瓶颈）。
顺带说清：双码流为什么值得要
很多编码器支持主流 + 副流双码流输出，且每路流的分辨率、码率可分别设置。它的价值在于：
- 主流按高画质输出，用于录制或大屏显示；
- 副流按低码率输出，用于手机端预览或远程监看；
- 同一路输入可以同时以不同协议推给不同平台，不必配两台设备。
需要注意一个限制：多路流输出会占用编码与网络资源，例如在 4K 分辨率下可能每通道只能输出 1 路流，而在 1080P 下可输出 4 路。选型时要把"要几路流"一起说清楚。
五个常见选型误区
- 只看分辨率的数字：4K@30 与 1080P@60 各有适用场景，运动画面优先保帧率。
- 把协议清单当成"支持就行"：要按实际对接对象逐条核对——平台要 RTMP、安防要 ONVIF/GB28181、局域网分发要 UDP 组播，缺一条就落不了地。
- 忽略本地环出：没有环出，信号被编码器"吃掉"后就没法再接监视器。
- 忽略音频路径：音频编码格式（AAC/G.711/AC3 等）、是否支持外接模拟音频输入与音频解嵌，都需要提前确认。
- 忽略 OSD 与运维能力：滚动字幕、图片水印、中英文 OSD、远程升级与 IP 显示，这些在真实运营里几乎都会用到。
一页速查表
| 先问自己 | 答案往哪去 |
|---|---|
| 信号源是什么接口？几路？ | HDMI / SDI / VGA / CVBS / 多接口合一；决定路数与形态 |
| 画面动不动？需要多清晰？ | 运动画面 → 1080P@60；静态细节 → 4K@30 |
| 带宽紧不紧？ | 紧 → H.265；要求兼容性 → H.264 |
| 给平台、给安防、还是给本地大屏？ | 分别对应 RTMP/RTMPS、ONVIF/GB28181、UDP 组播 |
| 装在哪里？要几路？ | 盒式 / 1U 插卡 / 3U 机架；是否需要 POE 与千兆网口 |
| 要不要同时录像和监看？ | 要双码流，并确认目标分辨率下能出几路流 |
小结
编码器选型不是比参数大小，而是把"接口—路数—协议—形态"这条链路对齐现场：接口决定能不能接，协议决定能不能通，形态决定能不能装、能不能长期跑。四步走完，剩下的就只是预算问题。
按这四步可以对照的产品
- H.265 HDMI 小尺寸高清编码器——盒式；H.265/H.264/MJPEG；双码流；码率 16kbit/s~16Mbit/s；支持 ONVIF/GB28181、RTMP/RTMPS/SRT/UDP 组播；带 HDMI 本地环出
- H.265 VGA 高清视频编码器（带本地环出）——VGA 输入；支持 HTTP、RTSP、RTMP、RTMPS、SRT、RTP、UDP 组播、UDP 单播、FLV、HLS
- H.264 五种输入源高清编码器——CVBS、VGA、YPbPr、HDMI、HD-SDI 五种输入合一；支持单播与组播传输
- H.264 HDMI 单路 1U 4K 超高清编码器——1U 结构；最高 4K 输入；POE 供电可选；支持 RTMP/RTMPS/SRT/UDP 组播；带 HDMI 本地环出
- 1U 插卡机架式编码器（1–4 路 HDMI，4K 超高清）——H.264；支持 3840×2160@30Hz 与 1920×1080P@60Hz；主副流多协议输出
- H.265 / H.264 16 路 HDMI 高清编码器（3U 机箱）——单机箱最多 16 路；统一供电、集中散热；1080P 下每通道可输出 4 路流
- H.265 SRT 高清同编同解编解码器——支持 SRT、RTSP、RTMP、HTTP、ONVIF、UDP/Multicast
- H.265 4K 高清转码器（内嵌 RTMP 服务器）——支持 RTSP/HTTP/UDP/HTTPS/SRT 转 RTMP/RTMPS，可用于组播转发与内网转外网
如果已经明确接口、路数与协议，把这三项发给我们即可给出具体型号建议。
