前言:
大家好,今天给大家分享的内容是,一个vip课程付费的朋友,在学习过程中遇到了一个usb采集的视频数据流,经过ffmpeg编码,出现了问题:

问题分析:
其实这个问题不难,关键是要找到是什么原因导致编码压缩后的裸流h264视频解码出现问题。其中这里说的解码会变快,对于视频来说,一般是帧率不对:


从这个描述来看,很明显是数据源的问题,但是呢,这位朋友由于usb_camera驱动不是他搞得,因为底层驱动写死的fps是30帧,所以不太相信是源的问题;但是这里也不太可能是ffmpeg的x264编码器问题,所以呢,我就给这位朋友,分享了一个对比的方法去debug:


我让他去电脑ubuntu上,搞一个编码的demo,先确保自己的编码代码没有问题,后面去测试,果然是源的问题!
这里也总结一下,有时候,遇到问题,要大胆怀疑源的问题,因为有些做camera底层驱动的朋友,他不懂上层的音视频技术,所以可能导致发送给上层的数据流出现问题,有可能写完驱动,没有去测试数据流的正确性,而且上层的业务需求也是多样性的!当然,也折射出,做上层的音视频开发,对底层驱动,比如camera驱动框架不了解,也是很吃亏的!
同时这里也总结一下,在平时或者工作当中,遇到音视频的问题,一定要有解决思路和debug问题的方法,如果你没有方法去定位到问题的具体点,那基本很难解决这个问题,更别说是给出解决问题的方案了!
以上就是今天的内容分享,希望对大家有用!