写在前面
上一篇文章我大概跟踪了一下ijkplayer播放器的初始化流程，然后在IjkMediaPlayer_prepareAsync的时候我们发现它创建了几个线程：
- 视频显示线程
- 数据读取线程
- 消息循环处理线程
如果还不清楚的童鞋可以返回看一下。
在本篇文章中，我们将会详细地去了解数据读取线程。
数据读取线程
从上一文，我们了解到，数据读取线程是在stream_open()/ff_ffplayer.c函数里面创建的，那么我们现在就回到这个函数。
static VideoState *stream_open(FFPlayer *ffp, const char *filename, AVInputFormat *iformat)
{
frame_queue_init(&is->pictq, &is->videoq, ffp->pictq_size, 1)
frame_queue_init(&is->sampq, &is->audioq, SAMPLE_QUEUE_SIZE, 1)
packet_queue_init(&is->videoq);
packet_queue_init(&is->audioq);
SDL_CreateThreadEx(&is->_video_refresh_tid, video_refresh_thread, ffp, "ff_vout") //视频显示线程创建
SDL_CreateThreadEx(&is->_read_tid, read_thread, ffp, "ff_read")
}
前面几句都是初始化队列的操作，分为两个队列：一个是音频，一个是视频。创建这两个队列的作用，相信大家都能猜到。
frame_queue_init()的第一个参数是解码出来的队列,第二个参数是未解码的队列。
后面创建了两个线程。我们现在只分析read_thread，同样贴出部分重要代码：
static int read_thread(void *arg)
{
//...
err = avformat_open_input(&ic, is->filename, is->iformat, &ffp->format_opts);
//...
err = avformat_find_stream_info(ic, opts);
//...
/* open the streams */
if (st_index[AVMEDIA_TYPE_AUDIO] >= 0) {
stream_component_open(ffp, st_index[AVMEDIA_TYPE_AUDIO]);
}
ret = -1;
if (st_index[AVMEDIA_TYPE_VIDEO] >= 0) {
ret = stream_component_open(ffp, st_index[AVMEDIA_TYPE_VIDEO]);
}
//...
for (;;) {
if (is->seek_req) {
avformat_seek_file();
}
ret = av_read_frame(ic, pkt);
packet_queue_put(&is->audioq, pkt);
//如果是视频的话
//packet_queue_put(&is->videoq, pkt);
}
}
首先如果让我们来实现一个读取线程，我们是不是要先判断视频源的格式？？没错，avformat_open_input（）/Utils.c这句话内部就是探测数据源的格式。这里会跳转到ffmpeg里面了，不在本文讲解的范围内，有兴趣的童鞋可以自行阅读下源码，其实在avformat_open_input（）/Utils.c内读取网络数据包头信息时调用id3v2_parse()，然后获取到头信息后会执行ff_id3v2_parse_apic()/id3v2.c。最后 会更改ic这个AVFormatContext型的参数。
avformat_find_stream_info()解析流并找到相应解码器。当然解码器在我们上一文初始化的时候注册过了，在哪里呢？
在JNI_Load()函数里面有一个ijkmp_global_init()，然后它会调用avcodec_register_all();这个函数其实就是注册解码器等。
然后对于音频或者视频都会调用stream_component_open()函数来进行音视频读取和解码，我们现在来看看这个函数：
static int stream_component_open(FFPlayer *ffp, int stream_index)
{
//...
codec = avcodec_find_decoder(avctx->codec_id);
switch (avctx->codec_type) {
case AVMEDIA_TYPE_AUDIO : is->last_audio_stream = stream_index; forced_codec_name = ffp->audio_codec_name; break;
// FFP_MERGE: case AVMEDIA_TYPE_SUBTITLE:
case AVMEDIA_TYPE_VIDEO : is->last_video_stream = stream_index; forced_codec_name = ffp->video_codec_name; break;
default: break;
}
//...
switch (avctx->codec_type) {
case AVMEDIA_TYPE_AUDIO:
/* prepare audio output */
if ((ret = audio_open(ffp, channel_layout, nb_channels, sample_rate, &is->audio_tgt)) < 0)
goto fail;
//...
decoder_init(&is->auddec, avctx, &is->audioq, is->continue_read_thread);
//...
if ((ret = decoder_start(&is->auddec, audio_thread, ffp, "ff_audio_dec")) < 0)
goto fail;
SDL_AoutPauseAudio(ffp->aout, 0);
break;
case AVMEDIA_TYPE_VIDEO:
//...
decoder_init(&is->viddec, avctx, &is->videoq, is->continue_read_thread);
ffp->node_vdec = ffpipeline_open_video_decoder(ffp->pipeline, ffp);
//...
if ((ret = decoder_start(&is->viddec, video_thread, ffp, "ff_video_dec")) < 0)
goto fail;
//...
break;
}
fail:
av_dict_free(&opts);
return ret;
}
type == audio
首先我们看到如果是audio的话，这个函数里面会调用audio_open()，这个函数会接着调用aout->open_audio(aout, pause_on);这个open_audio()其实也是我们之前初始化的时候设置过了，最终会调用aout_open_audio_n()，最后会：
SDL_CreateThreadEx(&opaque->_audio_tid, aout_thread);
aout_thread线程从解码好的音频帧队列sampq中，循环取数据推入AudioTrack中播放。这里又创建了一个线程==。就叫音频播放线程吧。
在audio_open()里面还有个需要注意的地方，就是有这么一句，后面分析播放流程的时候会用到:
wanted_spec.callback = sdl_audio_callback;
这里继续返回调用stream_component_open（）的地方，然后接着后面有一个decoder_start();这个函数里面会创建一个线程：
SDL_CreateThreadEx(&is->_audio_tid, audio_thread, ffp, "ff_audio_dec");
音频解码线程,从audioq队列中获取音频包，解码并加入sampq音频帧列表中。入口函数是audio_thread()。
type == video
这里其实和上面的流程差不多。
先在stream_component_open()里面创建了一个线程:
SDL_CreateThreadEx(&is->_video_tid, video_thread, ffp, "ff_video_dec")
视频解码线程，这个线程里面分为硬解码和软解码。
- 软解：从videoq队列中获取视频包，解码视频帧放入pictq列表中。
- 硬解：从videoq队列中获取视频包，推送MediaCodec解码，获取解码outputbuffer index并存储在pictq列表中。
接着在stream_component_open()后有一个无限for循环，作用是循环读取数据，然后把数据放入相应的audio队列或者video队列中。
然后在for循环里面，会先判断是否暂停读取数据，因为有时队列满了。还会判断是否拖动了快进或者后退操作。
在for循环的最后:
if (is->audio_stream >= 0) {
packet_queue_flush(&is->audioq);
packet_queue_put(&is->audioq, &flush_pkt);
}
#ifdef FFP_MERGE
if (is->subtitle_stream >= 0) {
packet_queue_flush(&is->subtitleq);
packet_queue_put(&is->subtitleq, &flush_pkt);
}
#endif
if (is->video_stream >= 0) {
if (ffp->node_vdec) {
ffpipenode_flush(ffp->node_vdec);
}
packet_queue_flush(&is->videoq);
packet_queue_put(&is->videoq, &flush_pkt);
}
循环地向几个队列中put数据，这里看起来有3个队列，分别是音频，视频，字幕。然而作者前面似乎把字幕屏蔽过了。
总结
- 从上面的流程可以看出，在读取数据的时候，当queue满了的时候，会delay。然而并不会断开连接。
- 在读取的时候，有很多操作，这些操作都是受java层界面的影响，比如pause和resume操作，seek操作等。如果界面按了暂停什么的，都会反馈到这里，然后这里无限for循环的时候会相应作出各种操作。
- 这里会不断读取音频和视频，然后放入到相应队列中。
-
read_thread线程里面会创建两个解码线程，一个音频播放线程。
数据读取线程大概完成了。如果有缺漏或者错误，欢迎拍砖！_
写在前面
上一篇文章我大概跟踪了一下ijkplayer播放器的初始化流程，然后在IjkMediaPlayer_prepareAsync的时候我们发现它创建了几个线程：
- 视频显示线程
- 数据读取线程
- 消息循环处理线程
如果还不清楚的童鞋可以返回看一下。
在本篇文章中，我们将会详细地去了解数据读取线程。
数据读取线程
从上一文，我们了解到，数据读取线程是在stream_open()/ff_ffplayer.c函数里面创建的，那么我们现在就回到这个函数。
static VideoState *stream_open(FFPlayer *ffp, const char *filename, AVInputFormat *iformat)
{
frame_queue_init(&is->pictq, &is->videoq, ffp->pictq_size, 1)
frame_queue_init(&is->sampq, &is->audioq, SAMPLE_QUEUE_SIZE, 1)
packet_queue_init(&is->videoq);
packet_queue_init(&is->audioq);
SDL_CreateThreadEx(&is->_video_refresh_tid, video_refresh_thread, ffp, "ff_vout") //视频显示线程创建
SDL_CreateThreadEx(&is->_read_tid, read_thread, ffp, "ff_read")
}
前面几句都是初始化队列的操作，分为两个队列：一个是音频，一个是视频。创建这两个队列的作用，相信大家都能猜到。
frame_queue_init()的第一个参数是解码出来的队列,第二个参数是未解码的队列。
后面创建了两个线程。我们现在只分析read_thread，同样贴出部分重要代码：
static int read_thread(void *arg)
{
//...
err = avformat_open_input(&ic, is->filename, is->iformat, &ffp->format_opts);
//...
err = avformat_find_stream_info(ic, opts);
//...
/* open the streams */
if (st_index[AVMEDIA_TYPE_AUDIO] >= 0) {
stream_component_open(ffp, st_index[AVMEDIA_TYPE_AUDIO]);
}
ret = -1;
if (st_index[AVMEDIA_TYPE_VIDEO] >= 0) {
ret = stream_component_open(ffp, st_index[AVMEDIA_TYPE_VIDEO]);
}
//...
for (;;) {
if (is->seek_req) {
avformat_seek_file();
}
ret = av_read_frame(ic, pkt);
packet_queue_put(&is->audioq, pkt);
//如果是视频的话
//packet_queue_put(&is->videoq, pkt);
}
}
首先如果让我们来实现一个读取线程，我们是不是要先判断视频源的格式？？没错，avformat_open_input（）/Utils.c这句话内部就是探测数据源的格式。这里会跳转到ffmpeg里面了，不在本文讲解的范围内，有兴趣的童鞋可以自行阅读下源码，其实在avformat_open_input（）/Utils.c内读取网络数据包头信息时调用id3v2_parse()，然后获取到头信息后会执行ff_id3v2_parse_apic()/id3v2.c。最后 会更改ic这个AVFormatContext型的参数。
avformat_find_stream_info()解析流并找到相应解码器。当然解码器在我们上一文初始化的时候注册过了，在哪里呢？
在JNI_Load()函数里面有一个ijkmp_global_init()，然后它会调用avcodec_register_all();这个函数其实就是注册解码器等。
然后对于音频或者视频都会调用stream_component_open()函数来进行音视频读取和解码，我们现在来看看这个函数：
static int stream_component_open(FFPlayer *ffp, int stream_index)
{
//...
codec = avcodec_find_decoder(avctx->codec_id);
switch (avctx->codec_type) {
case AVMEDIA_TYPE_AUDIO : is->last_audio_stream = stream_index; forced_codec_name = ffp->audio_codec_name; break;
// FFP_MERGE: case AVMEDIA_TYPE_SUBTITLE:
case AVMEDIA_TYPE_VIDEO : is->last_video_stream = stream_index; forced_codec_name = ffp->video_codec_name; break;
default: break;
}
//...
switch (avctx->codec_type) {
case AVMEDIA_TYPE_AUDIO:
/* prepare audio output */
if ((ret = audio_open(ffp, channel_layout, nb_channels, sample_rate, &is->audio_tgt)) < 0)
goto fail;
//...
decoder_init(&is->auddec, avctx, &is->audioq, is->continue_read_thread);
//...
if ((ret = decoder_start(&is->auddec, audio_thread, ffp, "ff_audio_dec")) < 0)
goto fail;
SDL_AoutPauseAudio(ffp->aout, 0);
break;
case AVMEDIA_TYPE_VIDEO:
//...
decoder_init(&is->viddec, avctx, &is->videoq, is->continue_read_thread);
ffp->node_vdec = ffpipeline_open_video_decoder(ffp->pipeline, ffp);
//...
if ((ret = decoder_start(&is->viddec, video_thread, ffp, "ff_video_dec")) < 0)
goto fail;
//...
break;
}
fail:
av_dict_free(&opts);
return ret;
}
type == audio
首先我们看到如果是audio的话，这个函数里面会调用audio_open()，这个函数会接着调用aout->open_audio(aout, pause_on);这个open_audio()其实也是我们之前初始化的时候设置过了，最终会调用aout_open_audio_n()，最后会：
SDL_CreateThreadEx(&opaque->_audio_tid, aout_thread);
aout_thread线程从解码好的音频帧队列sampq中，循环取数据推入AudioTrack中播放。这里又创建了一个线程==。就叫音频播放线程吧。
在audio_open()里面还有个需要注意的地方，就是有这么一句，后面分析播放流程的时候会用到:
wanted_spec.callback = sdl_audio_callback;
这里继续返回调用stream_component_open（）的地方，然后接着后面有一个decoder_start();这个函数里面会创建一个线程：
SDL_CreateThreadEx(&is->_audio_tid, audio_thread, ffp, "ff_audio_dec");
音频解码线程,从audioq队列中获取音频包，解码并加入sampq音频帧列表中。入口函数是audio_thread()。
type == video
这里其实和上面的流程差不多。
先在stream_component_open()里面创建了一个线程:
SDL_CreateThreadEx(&is->_video_tid, video_thread, ffp, "ff_video_dec")
视频解码线程，这个线程里面分为硬解码和软解码。
- 软解：从videoq队列中获取视频包，解码视频帧放入pictq列表中。
- 硬解：从videoq队列中获取视频包，推送MediaCodec解码，获取解码outputbuffer index并存储在pictq列表中。
接着在stream_component_open()后有一个无限for循环，作用是循环读取数据，然后把数据放入相应的audio队列或者video队列中。
然后在for循环里面，会先判断是否暂停读取数据，因为有时队列满了。还会判断是否拖动了快进或者后退操作。
在for循环的最后:
if (is->audio_stream >= 0) {
packet_queue_flush(&is->audioq);
packet_queue_put(&is->audioq, &flush_pkt);
}
#ifdef FFP_MERGE
if (is->subtitle_stream >= 0) {
packet_queue_flush(&is->subtitleq);
packet_queue_put(&is->subtitleq, &flush_pkt);
}
#endif
if (is->video_stream >= 0) {
if (ffp->node_vdec) {
ffpipenode_flush(ffp->node_vdec);
}
packet_queue_flush(&is->videoq);
packet_queue_put(&is->videoq, &flush_pkt);
}
循环地向几个队列中put数据，这里看起来有3个队列，分别是音频，视频，字幕。然而作者前面似乎把字幕屏蔽过了。
总结
- 从上面的流程可以看出，在读取数据的时候，当queue满了的时候，会delay。然而并不会断开连接。
- 在读取的时候，有很多操作，这些操作都是受java层界面的影响，比如pause和resume操作，seek操作等。如果界面按了暂停什么的，都会反馈到这里，然后这里无限for循环的时候会相应作出各种操作。
- 这里会不断读取音频和视频，然后放入到相应队列中。
-
read_thread线程里面会创建两个解码线程，一个音频播放线程。
数据读取线程大概完成了。如果有缺漏或者错误，欢迎拍砖！_
** 如果大家还想了解ijkplayer的工作流程的话，可以关注下android下的ijkplayer。**
