FFplay源码分析-main2 - 弦外之音

/ 0评 / 0

本系列 以 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() 开启多线程处理,这里先简单介绍一下有多少个线程。

4,调 event_loop() 处理键盘事件跟不断从视频frame队列 拿frame丢给SDL播放。读者读到这里可能会疑惑,视频frame队列 在 event_loop() 里面播放,那音频frame队列 在哪里播放?解答:音频frame队列是在 sdl_audio_callback() 回调播放的。字幕播放咱们不分析,因为个人感觉ffplay的字幕播放挺不完善。

是时候画一个流程图便于理解 main() 的主干逻辑了,如图:


ffplay 源码分析,main()分析完毕。

©版权所属:知识星球:弦外之音,QQ:2338195090。

由于笔者的水平有限, 加之编写的同时还要参与开发工作,文中难免会出现一些错误或者不准确的地方,恳请读者批评指正。如果读者有任何宝贵意见,可以加我微信 Loken1。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注