最新版ffmpeg源码分析一：框架

(ffmpeg v0.9)

框架

最新版的ffmpeg中发现了一个新的东西：avconv，而且ffmpeg.c与avconv.c一个模样，一研究才发现是libav下把ffmpeg改名为avconv了．

到底libav与ffmpeg现在是什么个关系？我也搞得希里糊涂的，先不管它了．

ffmpeg的主要功能是音视频的转换和处理．其功能之强大已经到了匪夷所思的地步(有点替它吹了)．它的主要特点是能做到把多个输入文件中的任意几个流重新组合到输出文件中，当然输出文件也可以有多个．

所以我们就会发现，在ffmpeg.c中，有类似于如下的一些变量：

static InputStream *input_streams = NULL;
static int         nb_input_streams = 0;
static InputFile   *input_files   = NULL;
static int         nb_input_files   = 0;


static OutputStream *output_streams = NULL;
static int        nb_output_streams = 0;
static OutputFile   *output_files   = NULL;
static int        nb_output_files   = 0;

其中：
input_streams 是输入流的数组，nb_input_streams是输入流的个数．
InputFile 是输入文件（也可能是设备）的数组，input_files是输入文件的个数．
下面的输出相关的变量们就不用解释了．

可以看出，文件和流是分别保存的．于是，可以想象，结构InputStream中应有其所属的文件在input_files中的序号，结构OutputStream中也应有其所属文件在output_files中的序号．输入流数组应是这样填充的：每当在输入文件中找到一个流时，就把它添加到input_streams中，所以一个输入文件对应的流们在input_streams中是紧靠着的，于是InputFile结构中应有其第一个流在input_streams中的开始序号和被放在input_streams中的流的个数，因为并不是一个输入文件中所有的流都会被转到输出文件中．我们看一下InputFile：

typedef struct InputFile {
    AVFormatContext *ctx;
    int eof_reached;      /* true if eof reached */
    int ist_index;        /* index of first stream in input_streams */
    int buffer_size;      /* current total buffer size */
    int64_t ts_offset;
    int nb_streams;       /* number of stream that ffmpeg is aware of; may be different
                             from ctx.nb_streams if new streams appear during av_read_frame() */
    int rate_emu;
} InputFile;

注意其中的ist_index和nb_streams。

在输出流中，除了要保存其所在的输出文件在output_files中的序号，还应保存其对应的输入流在input_streams中的序号，也应保存其在所属输出文件中的流序号．而输出文件中呢，只需保存它的第一个流在output_streams中的序号，但是为啥不保存输出文件中流的个数呢？我也不知道，但我知道肯定不用保存也不影响实现功能（嘿嘿，相当于没说）．
各位看官看到这里应该明白ffmpeg是怎样做到可以把多个文件中的任意个流重新组和到输出文件中了吧？

流和文件都准备好了，下面就是转换，那么转换过程是怎样的呢？还是我来猜一猜吧：
首先打开输入文件们，然后跟据输入流们准备并打开解码器们，然后跟据输出流们准备并打开编码器们，然后创建输出文件们，然后为所有输出文件们写好头部，然后就在循环中把输入流转换到输出流并写入输出文件中，转换完后跳出循环，然后写入文件尾，最后关闭所有的输出文件．


概述就先到这里吧，后面会对几个重要函数做详细分析．

原文链接： http://blog.csdn.net/nkmnkm/article/details/7173296