FFplay源码分析-main2

《FFmpeg原理》的社群来了，想加入社群的朋友请购买 VIP 版，VIP 版有更高级的内容与答疑服务。

---

本系列 以 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()分析完毕。

©版权所属：弦外之音

由于笔者的水平有限， 加之编写的同时还要参与开发工作，文中难免会出现一些错误或者不准确的地方，恳请读者批评指正。