ffplay中关于播放卡顿问题分析

本文目前只针对播放音频格式文件；对于视频文件，目前未进行研究，后期再考虑添加。

ffmpeg中使用ffplay播放音乐时，会有一个read_thread() 线程，在该线程中会有一个 for (;;)循环，在该循环中有 av_read_frame() 函数会不断的去读取包，并将读到的包存放在一个packet  queue中；同时在read_thread() 中在  stream_component_open() 函数中对于音频文件（   case AVMEDIA_TYPE_AUDIO）会调用函数audio_open（），audio_open（）定义了一个回调函数sdl_audio_callback（），并通过SDL_OpenAudio(&wanted_spec, &spec)开启了该回调函数，该回调函数sdl_audio_callback（）的作用是，一旦包队列packet queue中有包，就会对包进行解码audio_decode_frame（）并送入到SDL中进行播放。  decoder_start（）函数开启了一个线程audio_thread，

即ffplay中至少存在两个线程，一个是read_thread(),该线程通过av_frame_read() 不断的去读取包，并存放到包队列中；另一个线程是

在该函数中 会存在一个问题。如果 av_read_frame() 读包的速度跟不上 sdl_audio_callback()解码播放的速度，就会出现播放卡顿的现象，即SDL播放静音，给听者的感觉就是播放卡顿的现象。此时，如果av_read_frame()读了个包大小进来（这里的包大小并不一定是一个packet的大小，可能是一个或几个Pkt的大小，这个后续分析），此时packet queue中就有了一个或几个pkt，audio_thread() 线程就又会对包进行解码并调用SDL进行播放。此时，如果解码并播放完了packet queue中的包，而av_read_frame() 还没有读入新的包放入packet queue中，那么又会出现播放卡顿现象。如果是播放本地文件，因为av_read_frame()读取本地文件的速度非常快，远远大于audio_thread()解码播放的速度，所以基本上不会出现播放卡顿的现象；但是如果是播放网络音乐，比如使用http url的网络音乐，如果网络速度差时，就会出现播放卡顿的现象。而且ffplay的播放流程是，如果packet queue中有包，就会解码播放；如果没有包了，就播放静音；packet queue中再有包了，就继续解码播放。即packet queue中如果只有一个包，也会解码播放出一个声音，然后就停了；再有一个包，就又解码播放一个包，网络差时播放卡顿现象非常频繁，用户体验非常不好。

此时，

（1）、若可以修改为 packet queue中的包多于一定量包时（比如10个包），才会进行解码播放，这就可以使播放的时候，至少可以连续播放10个包的数据，不会播一包卡一下；（2）、或者低于 packet queue中低于10个包时，SDL_Delay(10) SDL延时10ms再播放，在这10ms的过程中，read_thread()线程中的av_read_frame()函数在不停的努力的读包放入packet queue中；

（3）、或者 av_read_frame()每次读包的大小大一些，这样使得av_read_packet（）每次读完包之后，把读到的大小再按真正的packet大小放入packet queue中,这样，每次av_read_packet（）读 到的大小大一点，每次读完后放入packet queue中的packet数量 就多一点，这样当packet queue中没有包时，播放静音，av_read_packet()读包放入packet queue，packet queue一有包就会解码播放，但这时后packet queue一有包，就至少有几十个包了，至少就能连续播放一段时间了，而不是一有包，可能才只有一个包，只能解码播放一个包。

以上三种处理方式都可以在一定程度上缓解播放卡顿的频繁次数，提高用户体验。下面分别对三种处理方式进行说明。

处理方式（1）：

处理方式（2）：

处理方式（3）：