上个月接了个活儿要把四路车规级鱼眼相机同时接进一台普通x86工控机做环视录像。当时手头正好有这块昆易GMSL PCIE视频采集卡本来还担心GMSL这种车载链路接到PC上会不会水土不服结果四路1080P60连续挂了快两天没掉链子倒是第一晚上调试驱动和链路的时候把自己折腾得够呛。这篇评测不写参数表就说我这几天的真实测试数据、硬件细节和踩过的坑给准备上GMSL采集方案的朋友一个参考。先聊一个最常见的认知差GMSL摄像头是给汽车域控制器用的输出的是MIPI CSI-2信号普通PC机箱里根本没有MIPI接口。所以你必须有一张卡把GMSL信号解下来然后转成PC能读的数据。昆易这块卡的做法是走PCIe总线这也是目前工业视觉和数据采集领域最稳的一条路。整篇内容围绕GMSL链路、PCIE视频采集卡这两个核心展开适合做自动驾驶数据采集、环视拼接、工业视觉测试的工程师参考你要是只玩单路USB摄像头那这篇对你帮助不大。1. 为什么GMSL加PCIe是视频采集的最优解1.1 GMSL链路解决的是车载摄像头的三个老大难GMSL全称Gigabit Multimedia Serial Link是美信现在归到ADI旗下搞出来的一套串行传输技术和TI的FPD-Link是直接竞争关系。车载摄像头用它不是因为数据量大而是因为它把三个老大难问题一次性解决了。第一是干扰问题。车里的电磁环境比办公室复杂得多普通差分信号跑高速线缆很容易被干扰。GMSL把并行摄像头数据转成高速串行流通过同轴线传输线束本身有屏蔽层抗干扰能力非常强。第二是距离和重量。一条GMSL同轴线能拉到十几米而MIPI信号出了PCB板基本走不了多远。线少了重量轻了这对整车布线是巨大优势。第三是供电。GMSL支持PoCPower over Coax视频数据和12V供电走同一根同轴线摄像头端只需要一根线就能干活不用单独拉电源线。所以你在自动驾驶车上看到的摄像头绝大多数是GMSL或者FPD-Link不是因为车厂保守而是这套方案在电气性能上确实最合适。昆易这块卡做的就是把这些GMSL信号从车上搬到PC里让工程师在办公室就能用普通开发环境调试、录像、跑算法。1.2 PCIe凭什么是比USB和网口更好的桥在看这块卡之前我先对比过市面上另外两类GMSL接入方案。一类是USB的GMSL采集盒子另一类是网络相机方案。结果都不太理想。USB方案的瓶颈非常明显。USB3.0标称5Gbps实际有效吞吐大概3.2Gbps左右单个1080P60的YUV422数据流算上消隐开销就要吃掉大概4Gbps一根USB链路连一路1080P60都喂不满多路就只能降帧率或者走压缩。更麻烦的是UVC协议和管理机制CPU中断开销高图像数据要经过好几层缓冲端到端延迟动不动30到50毫秒。做环视拼接或者自动驾驶真值系统这个延迟和抖动是没法接受的。网口方案稍微好一点万兆网卡能扛住多路带宽但问题是摄像头侧要增加编码器要么是JPEG要么是H.264本来GMSL链路是无损原始数据一编码信息就丢了。就算走原始数据以太网帧的开销和协议栈处理也会把CPU吃得很惨。PCIe的优势是带宽、延迟和CPU开销全面占优。PCIe 3.0 x1理论有效带宽就有985MB/sx4大概3.94GB/s四路1080P60的原始数据加起来也就1Gbps出头x4的带宽空间非常富裕。PCIe设备通过DMA直接把图像数据写到主机内存CPU几乎不参与搬运中断用MSI-X做到每个CPU核上负载非常均匀。从GMSL摄像头到应用层拿到一帧数据延迟能做到10毫秒上下这是USB方案完全够不着的数字。1.3 昆易这块卡的基本情况先交代一下我拿到的是哪个版本。昆易的GMSL采集卡有单路、双路和四路几个SKU我这边用的是四路版本型号标的是KVE-G4C板卡形态是标准PCIe x4接口半高卡尺寸默认装了一个全高挡板包装里附带半高挡板。支持GMSL1和GMSL2自适应单通道最高支持1080P60或者4K30四路同时采集时推荐跑1080P60以下这个后面实测会细说。接口部分板载四路FAKRA-Z接口就是车载摄像头最常用的那种蓝色同轴接头拧上去咔哒一声才算锁到位。卡上还有一个6pin PCIe供电口一个BNC外部触发输入一个LED状态指示灯阵列每个通道一个。驱动方面官方的Linux SDK和Windows DirectShow驱动都有我主要测的是Linux环境V4L2框架接入可以无缝对接GStreamer和OpenCV。2. 板卡硬件细节与装机的讲究2.1 接口形态、挡板和供电方式先说说装机的物理细节这东西看着简单坑其实不少。首先挡板很多2U工控机的机箱只能装半高卡昆易这块卡默认全高挡板拿到手先别急着插看一下机箱挡板高度。换挡板的时候注意FAKRA接口的固定螺母卡上四个FAKRA座子是通过两颗螺丝固定在挡板上的拆挡板之前必须先把这两颗螺丝拧掉否则强行掰挡板会把FAKRA座的焊脚扯变形。我第一次换的时候没注意把其中一路的焊盘差点带起来后面用万用表测才发现虚焊。然后是供电。PCIe插槽本身能提供的功率有限x4插槽规范上大概只有25W单卡用不到这么多但问题出在GMSL的PoC供电上。四路摄像头通过同轴线从卡上取电每路摄像头如果按12V、500mA算加起来就要2A左右的电流全走插槽12V是能凑合但工控机电源的12V纹波通常不太好看而且GMSL建链瞬间摄像头端的去耦电容充电会有很大的瞬态电流。昆易在板上加了一个6pin PCIe供电口实测下来我强烈建议你把电接上别偷懒。我一开始图省事没接四路同时上电的时候偶尔会有某一路GMSL链路建不起来接上独立供电之后这个问题再没出现过。顺带说一句网上常问的“PCIe为何还需要单独供电”就是因为板卡上除了PCIe本身的电路后面还挂了一堆外部设备的供电电路。采集卡不只是给自己供电还要给摄像头供电这种场景下插槽那点电流预算确实不够。2.2 解串器与桥接方案的判断拆开散热片看了一下板卡布局四个FAKRA座子旁边排着四颗GMSL解串器具体型号被标签盖住了但从封装和丝印推测是ADI的MAX96752或者同系列。解串器把GMSL链路上的高速串行数据恢复成MIPI CSI-2信号四路MIPI再进一颗FPGA做格式转换和DMA控制。FPGA用的是Xilinx家的Artix-7级别芯片PCIe硬核IP直接集成在里面这套方案在工业采集卡里很常见。这个架构选得比较合理。解串器完成物理层恢复FPGA负责把MIPI CSI-2包转换成DMA描述符指向的内存块中间不需要CPU参与。唯一要注意的是GMSL解串器的配置需要I2C接口FPGA内部通常用AXI I2C IP来读写解串器寄存器。所以驱动加载的时候会看到两个设备一个PCIe通用设备FPGA一个I2C适配器。如果你在系统里只看到卡但/dev/video0不出来多半就是I2C链路或者解串器固件没加载对。2.3 上机安装时的几个实操建议安装这块卡比普通显卡讲究一点。首先是插槽选择虽然它是x4接口但你插到x16槽里完全没问题但如果主板BIOS把某个x16槽拆分成x8x8而且只给了卡x1的带宽多路高速采集就会瓶颈。装之前最好看清楚主板说明书确认插到CPU直连的PCIe槽上。其次是散热。这卡的功耗不高但FPGA和GMSL解串器都是发热大户特别是跑四路1080P60的时候散热片表面温度能到60多度。工控机机箱风道不好或者装在显卡下面紧挨着长时间跑会有偶发掉帧。我建议给卡留一格槽位空间别贴着显卡。还有GMSL线缆不要从PCIe挡板的出线口硬弯90度同轴线虽然耐弯但弯半径太小会改变特性阻抗影响链路误码率实测弯折处发热也会更明显。3. 从上电到出图PCIE枚举与GMSL建链全流程3.1 PERST复位与RC/EP上电顺序这块内容对想自己写驱动或者做底层调试的人有参考价值纯应用层用户可以直接跳到下一节。先说PCIe设备的枚举顺序。主板上电后RCRoot Complex通过PCIe链路探测下游设备这个过程开始之前每个EPEndpoint设备必须先释放PERST复位信号。有一个经常被问到的点EP先启动还是RC先启动实际结论是只要EP在RC做配置扫描之前完成复位释放顺序无所谓。因为RC的枚举不是只扫一次而是周期性地通过链路训练和配置读写来发现设备。如果RC已经起来但EP的PERST还拉着不放RC探测不到EP但只要EP复位释放了RC的探测机制还是能发现它。真正有问题的场景是EP的电源和主板电源不是同一路比如卡从外部独立供电外部电源晚于主板启动此时PERST时序就错乱了EP的上电时序没严格走完RC可能把设备识别成未知设备或者链路训练一直卡在Detect状态。昆易这块卡上有两个LED一个标PCIE LINK一个标PHY ERROR。上电后如果PCIE LINK灯不亮先别查驱动先查PERST时序和供电。我后来用逻辑分析仪抓过PERST引脚发现有些工控机主板在冷启动的时候PERST释放得非常慢比规范要求的100ms窗口还要长这个不是卡的问题是主板的问题。3.2 LTSSM链路训练走到L0的过程PCIe链路训练是一个分阶段的状态机叫LTSSMLink Training and Status State Machine状态流转顺序大致是Detect、Polling、Configuration、L0。每个阶段分别解决不同的问题Detect阶段检测对端是否存在Polling阶段做比特锁定和符号锁定Configuration阶段交换链路宽度和速率信息最后进入L0正常收发数据。调试中最常见的问题是卡在Polling或者Configuration反复超时然后进入Recovery状态重试。表现为系统dmesg里反复报link is down或者link training timeout。遇到这种问题我一般先看三件事时钟、直连链路质量和速率协商。PCIe链路需要一个100MHz参考时钟如果用的是主板提供的RefClk确保BIOS里没有把它关掉如果用卡上的独立时钟两侧参考时钟不同步也可能导致训练失败。其次是链路质量转接卡或者延长线用多了会导致眼图恶化把BIOS里的PCIe速率强制降到Gen2再试往往就能通过。最后是速率协商有些主板默认开Gen4但卡的PCIe硬核只支持Gen3两边协商失败就会反复Recovery强制Gen3能解决。3.3 BAR空间、DMA描述符与中断机制链路建起来之后RC会给EP分配PCIe配置空间里的BAR基地址。昆易这块卡的BAR0映射的是FPGA内部寄存器空间驱动通过读写BAR0来控制DMA引擎、查询链路状态、配置GMSL通道。BAR2映射的是DMA描述符环形缓冲区驱动在内存里分配一段连续的物理内存把地址写入BAR2FPGA就能通过DMA把图像数据直接写到内存里。这里有个细节值得提如果卡的BAR地址落在4GB以上也就是64位BAR使用Linux时经常遇到界面卡死或者模块加载失败往往和BIOS里的Above 4G Decoding选项有关。Intel平台默认关AMD平台默认开。装上卡之后先到BIOS里把这个选项打开再把Resizable BAR打开实测多路高负载下稳定不少。中断用的是MSI-X每个通道一个中断向量驱动侧设置IRQ affinity之后每个CPU核负责一路图像搬运四路1080P60跑起来CPU占用能压到个位数。3.4 驱动加载后的GMSL通道初始化PCIe链路通了只是第一步GMSL摄像头那边的链路完全独立需要单独初始化。驱动加载时会通过I2C读取每个解串器的寄存器检查有没有锁到GMSL信号。解串器里有一个LOCK状态位读到1才说明摄像头端的Serializer和主机端的Deserializer完成了握手。GMSL链路建立的过程是这样的摄像头端Serializer上电之后开始发送高速串行信号Deserializer尝试在接收端恢复时钟和数据恢复成功后在反向通道上报LOCK。反向通道是一个低速率通道除了传锁定状态还能透传I2C命令。也就是说主机可以通过反向通道读写摄像头Sensor的寄存器实现对曝光、增益、gamma的控制不需要额外再接一条控制线。昆易SDK里提供了几个示例程序读取传感器ID、切换视频格式都是通过I2C透传做的。我第一次调试时遇到的坑是GMSL的Serializer和Deserializer必须匹配同代协议GMSL2的摄像头接到只支持GMSL1的通道上是绝对不会亮的。昆易这块卡支持GMSL1和GMSL2自适应但需要驱动里把对应通道的模式配置成Auto或手动指定。如果摄像头是GMSL2而驱动默认设成GMSL1LOCK灯会一直闪。后来在SDK配置里显式指定GMSL2之后所有通道一次点亮。4. 实测数据从单路到四路4.1 测试平台与测试方法先交代测试环境方便你对比自己的情况。主机用的是i7-12700处理器微星B660M迫击炮主板32GB DDR4内存Ubuntu 22.04系统内核版本6.2.0。PCIe插槽用的是CPU直连的x16槽卡实际跑在PCIe 3.0 x4。四路摄像头用的都是1920x108060fps输出YUV422格式的GMSL2鱼眼线缆长度大约5米的同轴线。测试方法比较朴素。稳定性测试用GStreamer的nvarguscamerasrc类似的pipeline从V4L2节点拉流同时跑四路然后把数据直接扔给FPS计数的脚本统计丢帧。延迟测试是用一个LED灯和高速工业相机对拍——LED亮起的时候时间戳同步到采集卡的外部触发输入软件端记录收到对应帧的时间差值就是链路加采集卡的端到端延迟。CPU占用的统计用top和perf工具。4.2 四路1080P60压力测试四路1080P60同时采集每路原始YUV422的码率大约是2Gbps四路合计8Gbps换算下来约1GB/s。这个负载对PCIe 3.0 x4约3.2GB/s的带宽来说只占了三成真正的压力在GMSL解串器和FPGA侧的MIPI带宽四路MIPI CSI-2同时跑满4-lane内部数据总线上的压力更大。连续跑了12小时统计结果如下通道采集帧数丢帧数CPU核心占用平均延迟最大延迟通道025920000核3 约9%9.8ms16.4ms通道125920000核6 约8%10.2ms15.7ms通道225920000核9 约8%10.1ms17.2ms通道325920000核11 约9%9.9ms15.8ms四路全部零丢帧这个结果是完全合格的。CPU占用分散在四个核心上得益于MSI-X中断的IRQ affinity设置不然全挤在一个核上核心占用会飙到30%以上。12小时里没有出现链路闪断或者LOCK丢失的情况GMSL的抗干扰能力确实不是吹的。4.3 4K输入和端到端延迟我又试了一路摄像头切到4K30输出。GMSL2单链路的物理层带宽是6Gbps4K30的YUV422原始数据加消隐开销算下来大概需要4.7Gbps到5.1Gbps理论上是放得下的但余量不大。实测单个通道4K30是可以稳定跑的帧间隔波动约±1ms不丢帧。不过四路全部跑4K30我测出来就有问题了偶发帧间隔抖动增大到5ms以上有时候一秒钟会掉一两帧因为四路同时高的瞬时带宽峰值撞在一起超过了FPGA内部数据总线的调度能力。所以我自己用的话宁可全切回1080P60也不去赌那点4K余量。延迟方面单路1080P60的端到端延迟从摄像头sensor曝光结束到应用层收到帧平均在10ms左右。这个延迟包括GMSL链路本身的1ms左右MIPI接收缓冲DMA传输以及最后驱动把帧交到用户态的调度延迟。对比我之前测的USB GMSL盒子平均35ms的延迟PCIe方案的优势非常明显做真值系统或者实时环视这个差距直接决定算法跟不跟得上。4.4 与USB GMSL方案的横向对比为了写这篇评测我把手头那个USB3.0的GMSL盒子也翻出来做了一组对照。同样四路1080P30USB方案的表现是指标PCIe方案KVE-G4C)USB3.0 GMSL盒子四路1080P30全部60fps无丢帧只能跑到15fps再高就跳帧CPU占用四路1080P30约5%约30%端到端平均延迟约10ms约35ms帧间隔抖动1ms以内5-10ms断电重连稳定性稳定偶尔枚举失败USB方案被UVC协议和带宽共享拖累是结构性的再怎么优化也没用。所以如果你要一次性接入两路以上的GMSL摄像头PCIe采集卡就是唯一靠谱的选择USB可以用于单路验证和调试多路生产环境别指望它。5. 调试实录常见问题与排查思路5.1 插上没反应系统完全不枚举这是新手上路最容易卡住的问题而且原因五花八门。先说排查流程插上卡开机后先看卡上的PCIE LINK LED有没有亮不亮说明物理链路都没通。然后看系统里lspci能不能看到设备如果看不到按优先级检查供电接了没有6pin供电线是不是插反了金手指有没有氧化插槽是不是被BIOS禁用了。我在一次调试中遇到的情况是系统能正常开机但lspci里死活看不到卡。后来发现是主板的BIOS设置里PCIe Slot Configuration把对应槽位设成了Disabled。这种问题在品牌机上特别常见因为很多整机厂商出厂时会禁掉用不到的PCIe槽。还有一次是工控机的BIOS版本太老对PCIe Gen3的设备支持有bug把BIOS里PCIe速率强制到Gen2后就识别了。建议拿到卡先干三件事接好6pin供电、确认插槽没被禁用、确认BIOS里Above 4G Decoding开着。5.2 能识别卡但不出图问题多半在GMSL系统里能看到PCIe设备说明采集卡本身被枚举OK了但/dev/video0不出来或者GStreamer打开节点报错问题就从PCIe转移到了GMSL侧。先用卡上的PHY LOCK LED定位四路通道每个都有独立状态灯哪一路不亮就是哪一路的GMSL链路没锁定。GMSL链路不锁定的原因我按出现频率排个序摄像头没供电、线缆没拧紧、Serializer和Deserializer协议不匹配、线缆太长或者折弯太狠、PoC供电的电流不够。其中FAKRA接头没锁好特别常见这个接头要听到咔哒一声才算锁到位只插进去不拧锁扣信号完全不通。另外如果你用的是自己做的线缆注意GMSL同轴线的屏蔽层必须两端接地有一段线缆屏蔽层没处理好就会出现单路偶发黑屏锁定灯周期性闪。还有一个让我绕了很久的情况所有LED都正常V4L2节点也有但读取的画面是全绿或者花屏。后来发现是MIPI CSI-2的数据通道映射问题摄像头端的Sensor输出是4-lane MIPI但采集卡解串器侧默认的lane mapping和摄像头不一致需要在SDK里手动配置lane polarity和mapping。这个属于摄像头定制化的问题联系厂家要一份lane配置说明就能解决。5.3 多路高负载下的带宽分配与链路降速多卡或者多路高负载的时候不能只看采集卡本身的带宽还要算整个PCIe拓扑的分配。B660这种消费级主板CPU直连的PCIe通道一共就20条如果你同时插了显卡、NVMe转接卡和采集卡带宽分配可能就不够。我做过一个极端测试在一块只提供PCIe 2.0 x1的扩展槽上插这个卡四路1080P30直接卡到完全不可用PCIe 2.0 x1理论上限500MB/s四路30fps要800MB/s以上直接跑爆了。如果你要同时开两到三张采集卡务必确认主板的PCIe通道分配方式。有些主板第二条PCIe x16插槽实际只有x4带宽而且是经过芯片组的不是CPU直连带宽和延迟都会差一些。还有一种情况是系统里lspci显示的LnkSta速率不是最高的Gen3而是Gen1或者Gen2这就是前面说的链路训练降速了强制BIOS里的PCIe Speed为Gen3能解决。查看当前的链路速率可以用这个命令lspci -vvv -s 01:00.0 | grep -E LnkCap|LnkSta看到LnkCap是5GT/s或者8GT/s就说明卡支持Gen2或Gen3LnkSta如果低于LnkCap说明链路以低速率协商成功信号质量或者时钟有问题先换插槽试试。5.4 关于热插拔、供电和静电防护的建议PCIe规范虽然支持热插拔但消费级主板默认是不做热插拔兼容的工控机也得看BIOS有没有ACPI热插拔支持。实测这块卡不建议在系统通电状态下物理拔插很容易把PCIe RC搞挂表现为拔卡后系统死机或者剩余PCIe设备全部掉线。正确做法是关机断电等待电源指示灯完全熄灭后再插拔。GMSL线缆侧倒是支持带电插拔但也别太随意。PoC供电从采集卡灌到摄像头带电拔插的瞬间会产生电压尖峰虽然解串器端有保护电路次数多了还是会缩短寿命。我自己的习惯是拔线之前先把对应通道的软件流停掉让PoC供电延时几秒再断这个在SDK里提供了通道下电的API用起来不麻烦。静电防护也要提一句。FAKRA接口的金属外壳直连通轴线屏蔽层插拔的时候如果身体静电没放掉电荷会直接灌到解串器输入引脚。我踩过一次雷冬天在干燥环境里拔线没摸接地端子就开始操作结果一个通道的Serializer端芯片当场失效。现在我的工作台上固定放着一根接地手环凡是碰GMSL线缆必戴。6. 应用场景与扩展思路6.1 自动驾驶数据采集与环视拼接这块卡的典型用户就是自动驾驶团队。实车上装了十几个GMSL摄像头测试时需要把原始图像数据录下来做算法回放和真值标注。以前这些数据只能在车里的域控制器上记录回传到办公室很麻烦。用这个采集卡可以在一台普通PC上同时接入四路GMSL信号用GStreamer录成无损的mkv或者直接落盘裸流时间戳精度很高配合外部触发输入还能和GPS PPS做帧同步录下来的数据可以直接对回车上域控制器的采集效果。我自己在环视拼接项目里用得比较多的方式是四路鱼眼相机同步采集然后用OpenCV的remap把鱼眼图像去畸变拼成鸟瞰图。多路同步性是这类应用的关键四路如果时间戳不对齐拼接出来的画面在动态场景里会有撕裂感。昆易这款卡的硬件同步由FPGA统一给四路解串器发帧同步信号实测四路同一时刻传感器曝光开始时间戳偏差能控制在微秒级做动态拼接完全是够用的。6.2 ARM嵌入式平台的适配思路最近不少朋友问采集卡能不能用在自己做的RK3588板子上因为热搜里那个RK3588混合存储方案挺火。这里要厘清一个概念昆易这款卡的软件SDK虽然支持ARM64架构但前提是这个ARM平台有PCIe接口且板卡能作为RC去枚举下游设备。RK3588本身集成了PCIe 3.0 x4控制器所以是可以挂这张卡的驱动的交叉编译也顺利但是要注意RK3588的PCIe控制器通常跑在Gen3这个能跑满。实际跑四路1080P30没问题四路1080P60就比较吃力了瓶颈不在PCIe带宽而在RK3588内部的内存带宽和VPU调度。如果你是做FPGA平台的比如热搜里常提到的XDMA、LS1028A这类思路也类似。Xilinx XDMA IP在PC侧是一个标准PCIe EP可以把这个采集卡看成另一个EP但两个EP不能直接互联中间必须有一个RC。所以FPGA平台上要用这个卡得先有一个PCIe RC硬核单纯靠软核做RC性能会很差。这部分我只能说方向性的东西具体适配建议直接找昆易的FAE要ARM64的交叉编译工具链和示例工程。6.3 多卡级联、同步触发与标定如果你需要的路数超过四路比如一台测试车要装8个或者12个摄像头思路有两种。一种是在同一台主机上插多张采集卡这种方案要求主板有足够多的PCIe通道消费级主板一般到六路就捉襟见肘了工控机可以考虑用PCIe Switch芯片做扩展比如常见的Broadcom PEX系列把x16拆成四个x4这样可以挂三四张卡。另一种是用多台主机分布式采集每台接四路通过网络PTP做时间同步这个方案扩展性最好。多卡级联时的同步问题比单卡复杂昆易的SDK支持把一张卡设为主卡通过卡上的外部触发输出虽然板上没有专门输出口但可以用BNC输入转发把同步信号送给从卡。实测两张卡通过硬线触发连接8路1080P30的采集时间戳偏差在0.1ms以内完全满足环视拼接要求。相机标定方面由于GMSL链路本身不改变传感器输出的图像内容标定算法可以直接沿用普通相机的张正友标定法我实测四路鱼眼相机做完内参标定后重投影误差平均在0.15个像素左右。最后再说一个我个人的使用习惯。很多评测讲完参数就结束了但实际项目里最影响体验的是SDK的易用性和厂家的技术支持。昆易这套Linux SDK虽然文档称不上精美但关键接口都有注释而且FAE响应速度还算快第一次配置GMSL2协议适配的时候就是远程电话指导下完成的。如果你要做生产级别的采集系统建议拿到卡之后第一时间让官方把那几个示例程序跑通再开始改自己的业务逻辑。这个东西一旦pipline建起来后面就是非常稳定的数据管道是我目前用过最省心的车载视频接入方案之一。
