T1M
M.2 · 1× ASIC
- 8–10W/chip · 厂商公布的板卡/芯片功耗
- 编码最高20×1080p30 / 5×4Kp30（厂商）
- 边缘 / 空间受限主机
架构
VPU是什么——以及它不是什么
视频处理单元把高密度的decode / scale / encode路径从通用CPU上卸下。GPU引擎（NVENC、Quick Sync、AMF）仍是图形与AI场景的同级选择。异构分工：CPU=控制面；GPU=需要时的AI/图形；VPU=高密度视频。
CPU编码
灵活且熟悉——但在高密度下昂贵。适合控制逻辑、封装与编排；不适合作为数百路并发直播编码的默认方案。
GPU引擎
NVENC、Intel Quick Sync与AMD AMF是成熟的硬件编码同级方案。用在已有图形/AI工作负载处；不要编造对方未公布的路数。
VPU路径
基于ASIC的媒体处理替换decode → filter/scale → encode。上游采集与下游封装保留。帧边界清晰时，回滚保持无聊可靠。
并非宣称与NETINT存在合作——这是围绕已公开硬件，构建运营商软件与视频基础设施的工程指南。
端到端
VPU在流水线中的位置
采集与解复用留在主机侧。VPU覆盖decode到encode。复用、封装、源站与CDN仍在既有栈中。
装饰性流水线：VPU高亮于decode → filter/scale → encode。
替换
替换前后：边缘不变，中间不同
把VPU插入媒体处理中段。保持上游契约与下游封装，使切换与回滚在运维上保持无聊。
CPU重编码块对比VPU decode–encode插槽；封装不变。
帧
零拷贝 / 硬件帧
主机YUV路径经PCIe拷贝帧。解码器out=hw时帧留在设备上；硬件滤镜需要HW帧。通过-dec / -enc选择设备。
主机YUV对比设备内out=hw进入VPU的路径。
产品形态
NETINT Quadra产品矩阵（厂商公开规格）
以下数字来自netint.com的厂商产品规格——不是本工作室实验室数据。可用于容量规划讨论，再在自有码率梯上实测。
T1U
U.2 · 1× ASIC
- 17W · 厂商公布的板卡/芯片功耗
- 编码最高32×1080p30 / 8×4Kp30（厂商）
- 数据中心横向扩展密度
T1A
AIC PCIe插卡 · 1× ASIC
- 20W · 厂商公布的板卡/芯片功耗
- 编码最高32×1080p30 / 8×4Kp30（厂商）
- 散热余量 / 精密插卡
T2A
AIC双芯片 · 40W卡
- 40W · 厂商公布的板卡/芯片功耗
- 编码最高64×1080p30 / 16×4Kp30（厂商）
- 密度 / 单流成本
编码（厂商）：H.264、HEVC、AV1、JPEG（8/10-bit）。解码：H.264、HEVC、VP9、JPEG。集成面：FFmpeg、GStreamer、libxcoder、Bitstreams控制面。迁移路径上常见PCIe 4.0 x4。
编码（厂商）
H.264HEVCAV1JPEG
解码（厂商）
H.264HEVCVP9JPEG
主机I/O
PCIe 4.0 x48/10-bit
软件
可检查的编码器名称变更
运营商应在配置与指标中看到编码器替换——而不是静默二进制。FFmpeg：libx265 → h265_ni_quadra_enc；硬件滤镜保持设备上HW帧。
FFmpeg
将软件编码器替换为Quadra名称（例如h265_ni_quadra_enc）。解码器out=hw使帧留在设备；-dec / -enc选择设备。
GStreamer
流水线元素连接同一decode → filter → encode边界。滤镜为硬件时优先HW内存。
libxcoder
在FFmpeg封装不足以支撑编排时，用于会话与资源的更底层控制。
Bitstreams™控制面
面向机群配置的厂商控制面。按已公开集成面处理——在范围确认阶段核验版本。
迁移
受控替换——七个短步骤
压缩自常见VPU迁移实践：先测量，帧边界清晰，要求功能对等（而非比特一致），仅按证据扩容。
1 · 基线
在接触设备前，记录码率梯质量、密度、CPU/GPU负载与故障模式。
2 · 主机/软件适配
确认PCIe代数、热包络、驱动/FFmpeg构建与形态（M.2 / U.2 / AIC）。
3 · 清晰帧边界
明确主机帧结束与HW帧开始的位置，使滤镜与编码器共享同一内存契约。
4 · 功能对等 ≠ 比特一致
对齐所需功能与感知目标。不要相对软件路径要求比特完全一致。
5 · 并行回滚
并行运行VPU与遗留路径，由运营商掌控切换，并保留无聊可靠的回滚开关。
6 · 设备监控
在提高并发前，将ni_rsrc_mon（负载、会话、内存）与流健康信号并列。
7 · 按证据扩容
仅当遥测与流健康落在约定预算内时再提高密度。
运维
设备遥测对接流健康
没有关联的容量是猜谜。把ASIC负载与播放及码率梯健康关联，让运营商看到原因而不只是症状。
ni_rsrc_mon
解码/编码负载、会话数与内存——设备侧脉搏，与队列深度同图。
流健康
分片新鲜度、编码错误、关键帧节奏与CDN源站健康仍是一等公民。
关联
流健康下降时，先查设备饱和，再怪封装或CDN。
常见问题
运营商最先问的问题
不做合作伙伴声明。我们围绕已公开硬件——包括NETINT Quadra VPU——构建运营商软件与视频基础设施，并以厂商规格引用厂商规格。
T1M（M.2，边缘）、T1U（U.2，横向扩展）、T1A（AIC单芯片）、T2A（AIC双芯片）。上方功耗与路数为厂商公开数据；请在自有码率梯上验证。
编码器名称替换（例如libx265 → h265_ni_quadra_enc）。优先解码器out=hw；硬件滤镜需要HW帧；用-dec / -enc选择设备。
采集、编排、封装、源站与CDN分发。VPU替换媒体中段，使回滚保持无聊可靠。