ffmpeg 奇葩问题2

前段时间一直搞固定码率的问题，在这里不得不吐槽国内的资料。
在固定码率那里如果只是根据网上那种将bit_rate， rc_max_rate， rc_min_rate， 以及rc_buffer_size设置到特定的码率下，在ts的模式下，你会发现还是vbr的编码而不是网上说的cbr。
这个是第一个坑，大部分人转载了那篇不知哪里来的文章，而且没有验证或者是特定格式的问题，导致了不是cbr的出现，
而在官网里面，你会发现在mpegts里面有个参数是muxrate,与这个结合才是真正的cbr模式。
但如果你将将murate也设置了，还是不成功，提示什么dts <pcr，这个时候才是真正烦人的时候。首先你要将delay设置后，问题缓冲了，但是没有解决的话可以往下看看。
在这个坑里，我用了差不多2个星期时间去查资料，跟踪源码，以及调试。所幸的是在命令行下是可以成功的，但在我自己代码里面不成功。这里也提供我一个方向去查找原因。
Google了一番，发现大家都遇见了这类的问题。但奇怪的是很少解决方案，大部分都是用命令行的解决。
一开始跟踪源码，发现这个问题引发是因为pcr是根据ts的文件偏移得到一个时间戳值，然后dts会跟它对比，只要dts小于pcr就认为这个帧其实是太慢了。这时你可能会怀疑
pts跟dts，但这个你去掉murate时候是没有错误的。这个就侧面证明了pts跟dts是正确的。那么真正的原因是什么呢？通过修改ffmpeg.c的源码，发现每一个视频帧都比我自己代码
里面的视频帧都要小。这会不会就是因为编码时候不符合规格呢。最终对比参数发现了，真正的原因是量化因素导致。只要将qmin跟qmax设置好，ok烦人的提示没有了。
ps:上述实验在ffmpeg3.2版本，以及如果你不处理那个warning，在一些比较严谨的播放器下是播放不成功(vlc),但有些播放器如果只关注pts跟dts，不关注pcr的本身，那播放是没有问题。

假如你发现有时候会是Stream #0:0: Unknown: none 这类问题，只要在avformat_write_header后av_dump_format就可以了。

编译代码时候-L/usr/local/lib -lavfilter -lpostproc -lavformat -lavcodec -ldl  -lx264  -lmp3lame -lz -lpthread -lswscale -lswresample -lavutil