视频播放思路
和播放音频一样,采用生产者消费者模型。AvPacket
入队,然后AvPacket
出队伍解码。
视频解码渲染
软解码:如果解码之后的数据格式是AV_PIX_FMT_YUV420P
直接使用采用OpenGLES
渲染,如果不是AV_PIX_FMT_YUV420P
采用sws_scale
转为AV_PIX_FMT_YUV420P
在采用OpenGLES
渲染。将YUV
数据转换RGB
的操作放在OpenGLES
里面,使用GPU
提升效率。软解码容易造成容易造成音视频不同步。
硬解码:在解码之前判断是否支持硬解码,如果支持硬解码就直接通过ffmpeg
处理视频数据H264 H265
等,为其加上头信息,然后硬解码交其OpenGLES
渲染。
音视频同步问题
- 音频线性播放,视频同步到音频上。
- 视频线性播放,音频同步到视频上。
- 用一个外部线性时间,音频和视频都同步到这个外部时间上。
由于人们对声音更敏感,视频画面的一会儿快一会儿慢是察觉不出来的。而
声音的节奏变化是很容易察觉的。所以我们这里采用第一种方式来同步音视频。
这里需要计算当前视频帧的播放时间和当前音频的播放时间来进行比较,然后计算出睡眠时间来让视频不渲染还是延迟渲染,保持音视频尽量同步。
音视频同步相关计算
- 计算当前视频帧播放的时间
1 | double clock = 0; |
- 计算音视频播放时间差值
1 |
|
- 计算渲染睡眠时间
1 | //延时时间 单位秒 |
播放暂停,停止,继续播放
解码渲染之前用一个标识判断即可
seek
和音频播放类似,解码之前采用标识判断,当调用seek
的时候设置标识,清除缓冲队列,
调用1
avcodec_flush_buffers(&AVCodecContext);
进行seek
,接着清空队列,并调用1
avformat_seek_file(pFormatCtx, -1, INT64_MIN, rel, INT64_MAX, 0);
清空ffmpeg
的缓存。
注意
- 这里有一个线程在使用
AVFormatContext
获取AvPacket
,有一个线程在使用AVCodecContext
在进行解码,需要为AVFormatContext
和AVCodecContext
添加锁。防止同步问题造成其他问题。 - 可能在
seek
之前,我们的数据已经读取完了存储在缓冲队列里面,这里seek
清空缓冲队列,就会播放完毕,所以我们需要在读取不到数据的时候也加上seek
标识判断。比如
1 | //这里是读取数据完毕的时候 |
release内存回收
这里需要特别注意的是线程退出的问题
单个线程退出
使用
return
代替pthread_exit();
多个线程退出
使用pthread_join(thread_t, NULL),会阻塞当前线程,直到thread_t退出完。退出的时候需要理清楚线程的退出顺序。