ffmpeg+x264编码mp4格式的视频出现视频帧率很大，导致视频无法播放的问题

最新用ffmpeg+x264编码视频，之前使用老版本的ffmpeg编码视频文件没有问题，但是换了最新的版本之后（ffmpeg版本号2.8.2），出现了编码出来的视频帧率特别大的问题。

找了很久，终于解决了，在这里记录一下探索过程。

首先，我设置的视频的帧率是25帧/s，但是编码出来的视频帧率则是几千，如下图所示

可以看到上图的帧率和码率都是非法的值，这个是为什么呢？

下面是解决过程。

首先，先知道这个帧率是存在AVStream里的，也就是AVStream的time_base字段。但是我明明设置的这个字段是25帧每秒，为什么最后编码出来的视频是这个样子呢。

没办法，只好去参看ffmpeg文档，在AVStream的time_base的介绍中有这么一句话。

简单的翻译一下，这句话的意思是在avformat_write_header中，这个混合器（不知道怎么翻译好，简单来说就是把视频流和音频流混合在一起的东西）会重新覆盖这个值，这个覆盖的值和你设置的值是无关的，它依赖这个存储的格式。

恩 这算是给了我一个指示，马上去看avformat_write_header。不幸的事，文档中只有简单的该函数的介绍，并没有说明这个值怎么变化。

没办法了 只有使用最原始的办法了，打开source insight ，查看ffmpeg的源码吧。

可以看见avformat_write_header还是比较简单的，只调用了几个接口，下面的问题就是找到是哪个接口更改了这个值。

这个简单 可以是用最原始的方法 打日志解决。通过打日志可以找到是在write_header中更改了这个值。

这个write_header是你设置的Outputforamt的write_header方法，这里我设置的是mp4,所以muxer就是ff_mp4_muxer，全局搜索这个字段就行了。

可以找到这个muxer的write_header方法是mov_write_header

好了 终于找到根源了，让我们来看一下这个mov_write_header方法吧，

这个函数比较长，我就不全截取下来了，如果你不愿意去看代码的话，找根源还可以使用万能方法（我不会告诉你）

这里直接截取根源的代码

注意看画红框的代码，这里的track->timescale会在下面重新计算AVStream的time_base,也就是这里更改了我设置的值。上面的if判断如果设置了video_track_timescale这个值的话，则他就采用这个值，要是没有设置这个值的话，就采用我们AVStream的time_base的分母，等等，你下面的while循环是什么鬼，如果我设置的分母小于10000.你就一直乘以2，直到它大于10000，怪不得我编码出来的视频都这么奇葩呢。原来是你在搞鬼。

好吧 终于找到根源了。下面就是解决办法了。通过看源码可以知道 如果我们设置了video_track_timescale，他就会采用这个值。恩好，既然这样。那我们在avformat_write_header之前设置上这个值吧‘

    AVDictionary* opt = NULL;
    av_dict_set_int(&opt, "video_track_timescale", 25, 0);
    avformat_write_header(m_pFormatCtx, &opt);

恩 重新编码一下试试。结果果然如我所料，这回帧率正常了，码率也正常了。

ps:这个地方之前版本的ffmpeg没有下面的while循环，当然老版本的代码和新版本的代码变化也很大，不知道这个while循环的意义是什么。

小弟也是初学ffmpeg和音视频编码，对很多的基础名词都不知道什么意思（比如上面的video_track_timescale），了解的ffmpeg也是九牛一毛，所以如果有什么问题，还希望大家指正。