本系列 以 ffmpeg4.2 源码为准,下载地址:链接:百度网盘 提取码:g3k8
FFplay 源码分析系列以一条简单的命令开始,ffplay -i a.mp4
。a.mp4下载链接:百度网盘,提取码:nl0s 。
在 main() 里面调用 parse_options() 解析完命令行参数之后,后面还有4个逻辑需要注意。如下图:
重点已经用红笔画出来了。
1,flush_pkt 变量初始化,flush_pkt 是一个 AVPacket,它的data不是NULL,所以 flush_pkt 不是用来刷解码器。那既然这个变量叫flush_pkt,它是flush,用来刷什么的呢?
解答:flush_pkt 是用来丢弃缓存的packet跟frame的,ffplay的播放模式不是每读一帧数据就播放一帧,而是ffplay开了2个线程分别处理读取数据跟播放数据,读取线程会维护两个队列,packet队列跟frame队列,读取线程不断往这两个队列堆数据,直到达到阈值。播放队列不断从frame队列拿数据出来传给SDL播放。读取线程一般来说是比播放线程要快的,因为视频的帧率是1秒播放24帧,但是读取线程,1秒可以大概解码出100多帧吧。假如播放队列线程播放到 00:00:04 秒,但是读取线程已经缓存了 00:00:04 ~ 00:00:14 秒的frame跟packet,如果这在这个瞬间,你拖动播放进度条,拖到 00:00:20 秒的地方播放,那之前缓存队列的00:00:04 ~ 00:00:14 秒的frame跟packet 是不是就没用了,所以拖动进度条就会产生一个 flush_pkt 丢进去 队列里面,然后导致 PacketQueue::serial + 1,队列里面位于 flush_pkt 之前的pakcet的serial值跟位于 flush_pkt 之前的pakcet的serial值 是不一样的,ffplay 就是根据 serial 决定丢不丢弃 packet跟frame。请看以下部分代码。
ffplay.c文件 427行
static int packet_queue_put_private(PacketQueue *q, AVPacket *pkt)
{
...省略代码....
if (pkt == &flush_pkt)
q->serial++; //注意这行代码
pkt1->serial = q->serial;
...省略代码....
return 0;
}
ffplay.c文件 637行~654行
do {
if (d->queue->nb_packets == 0)
SDL_CondSignal(d->empty_queue_cond);
if (d->packet_pending) {
av_packet_move_ref(&pkt, &d->pkt);
d->packet_pending = 0;
} else {
if (packet_queue_get(d->queue, &pkt, 1, &d->pkt_serial) < 0)
return -1;
}
} while (d->queue->serial != d->pkt_serial); //注意这行代码
if (pkt.data == flush_pkt.data) { //注意这行代码
avcodec_flush_buffers(d->avctx);
d->finished = 0;
d->next_pts = d->start_pts;
d->next_pts_tb = d->start_pts_tb;
}
2,上面截图 ,if (!display_disable) {..} 被我缩进起来的是初始化 SDL 的window跟render,窗口跟渲染器,比较容易理解,自己查看就可懂。不详细分析。
3,红色画出来的 streams_open() 函数是非常重要的,后续的好几个线程都是从这个函数里面开出来的,后续会仔细分析这个函数。
4,最后一个红色圈出来的是 event_loop(),看名字翻译成事件处理,很容易联想到鼠标键盘控制暂停播放之类的,但是不要被这个名字迷惑,这个 event_loop() 除了处理键盘鼠标事件,还有一个功能,就是播放视频。event_loop() 是一个死循环,因为不是每时每刻都有键盘事件需要处理,在循环的时候,如果没有键盘事件需要处理,它就会去取 frame 队列里面的视频帧进行播放。
至此,main() 函数的主干逻辑已经分析完了,里面的子函数逻辑后续文章再分析,现在简单做个小总结。
main() 函数主要做了4件事情。
1,调 parse_option() 解析命令行参数到全局变量。
2,初始化 SDL window 跟render。
3,调用 stream_open() 开启多线程处理,这里先简单介绍一下有多少个线程。
- packet读取线程 read_thread(),不断从文件读取pakcet,然后根据packet类型,传递到 音频pakcet队列,视频packet队列或字幕packet队列。
- 音频解码线程 audio_thread(),不断从音频pakcet队列拿到 packet,然后解码出frame,插进去 音频frame队列。
- 视频解码线程 video_thread(),不断从视频pakcet队列拿到 packet,然后解码出frame,插进去 视频frame队列。
- 字幕解码线程 subtitle_thread(),不断从字幕pakcet队列拿到 packet,然后解码出frame,插进去 字幕frame队列。
4,调 event_loop() 处理键盘事件跟不断从视频frame队列 拿frame丢给SDL播放。读者读到这里可能会疑惑,视频frame队列 在 event_loop() 里面播放,那音频frame队列 在哪里播放?解答:音频frame队列是在 sdl_audio_callback() 回调播放的。字幕播放咱们不分析,因为个人感觉ffplay的字幕播放挺不完善。
是时候画一个流程图便于理解 main() 的主干逻辑了,如图:
ffplay 源码分析,main()分析完毕。
©版权所属:知识星球:弦外之音,QQ:2338195090。
由于笔者的水平有限, 加之编写的同时还要参与开发工作,文中难免会出现一些错误或者不准确的地方,恳请读者批评指正。如果读者有任何宝贵意见,可以加我微信 Loken1。