vbv_bufsize 究竟应该怎么计算？

想编码成接近CBR状态，给播放机用

vbv-maxrate 选择的3200kbps

vbv_bufsize 究竟应该怎么计算呢？ 假设播放机有6MB的缓存

引用

最初由 ssnake 发布
要CBR的话，--qcomp 0。

你这个假设没有意义。

--qcomp 0 已经设置了，主要想搞明白vbv_bufsize究竟是什么意义：是指波动范围？

测试了vbv_bufsize分别为1、300、3100的情况，vbv_bufsize为300的时候，码率波动最小

要消除VBV underflow，只有增加 vbv_bufsize

但是VBV underflow 的告警，是否会影响到网络播放机的解码呢？


------------------------------------------------------------------------

测试过程：


故意选取了一段码流差异极大的片段做测试，时间1分钟,2pass，vbv_maxrate 3100k


当vbv_bufsize 设置为1时候，出现以下 underflow
此时最大码流3373k，文件大小13321k
======================================

J:\mctemp4040.aac is scheduled to be muxed into container as type 1.
x264 [warning]: VBV underflow (-12192 bits)
x264 [warning]: VBV underflow (-28800 bits)
x264 [warning]: VBV underflow (-34585 bits)
x264 [warning]: VBV underflow (-38704 bits)
x264 [warning]: VBV underflow (-1081 bits)
x264 [warning]: VBV underflow (-52680 bits)
x264 [warning]: VBV underflow (-193768 bits)
x264 [warning]: VBV underflow (-33088 bits)
x264 [warning]: VBV underflow (-41488 bits)
x264 [warning]: VBV underflow (-48976 bits)
x264 [warning]: VBV underflow (-30440 bits)
x264 [warning]: VBV underflow (-54256 bits)

Flushing video frames.

Video stream: 264909.637 kbit/s (33113704 B/s) size: 1490227200 bytes 45.003 secs 1079 frames
x264 [warning]: VBV underflow (-31907 bits)
x264 [warning]: VBV underflow (-120936 bits)
x264 [warning]: VBV underflow (-68816 bits)
x264 [warning]: VBV underflow (-63864 bits)
x264 [warning]: VBV underflow (-82792 bits)
x264 [warning]: VBV underflow (-72528 bits)
x264 [warning]: VBV underflow (-128 bits)
x264 [warning]: VBV underflow (-146296 bits)
x264 [warning]: VBV underflow (-6241 bits)
J:\mctemp4040.264 is scheduled to be muxed into container as type 2.

======================================




看它最大值没超过300，于是把vbv_bufsize设置为300，underflow减少了，但仍然存在

此时最大码流3337k，文件大小13413k
======================================
J:\mctemp4040.aac is scheduled to be muxed into container as type 1.
x264 [warning]: VBV underflow (-43536 bits)
x264 [warning]: VBV underflow (-11584 bits)
x264 [warning]: VBV underflow (-115784 bits)
x264 [warning]: VBV underflow (-54360 bits)
x264 [warning]: VBV underflow (-66760 bits)
x264 [warning]: VBV underflow (-68896 bits)
x264 [warning]: VBV underflow (-83448 bits)
x264 [warning]: VBV underflow (-38736 bits)
x264 [warning]: VBV underflow (-48848 bits)

Flushing video frames.

Video stream: 264909.637 kbit/s (33113704 B/s) size: 1490227200 bytes 45.003 secs 1079 frames
x264 [warning]: VBV underflow (-27819 bits)
x264 [warning]: VBV underflow (-155890 bits)
x264 [warning]: VBV underflow (-68296 bits)
x264 [warning]: VBV underflow (-63816 bits)
x264 [warning]: VBV underflow (-83712 bits)
x264 [warning]: VBV underflow (-89681 bits)
x264 [warning]: VBV underflow (-7928 bits)

======================================


于是把vbv_bufsize设置为和vbv_maxrate相同的3100，underflow告警消失了
此时最大码流4160k，文件大小14061k

那若果在PC上放, 比如DVDrip
vbv_bufsize跟vbv_maxrate一般都是設0?

引用

最初由 roozhou 发布
码率的计算永远都是“平均的”，需要一定大小的取样窗口
vbv_bufsize就是这个窗口的大小，设为5000，就表示在编码出的视频中任取一段大小为5M的连续片段，它的平均码率都不能超过你的预设值即vbv_maxrate

所以你的播放器有多大的缓存，你就把vbv_bufsize设为多大

这个应该是指单位时间内的波动幅度吧

测试了两天，最终结果是确定吧vbv_bufsize设置为1了

告警就不管它了

引用

最初由 a4840639 发布
听了解释以后我还是觉得这个东西很有问题
播放器对码率的限制到底是指的严格意义上每一秒的数据量还是buffer里头的平均码率？
播放器有多少buffer又怎么能知道？

我前面解释的很清楚了，解码的过程是连续的，并存在“每一秒”这种说法，因为1秒~2秒，1.1秒~2.1秒，1.11秒到2.11秒，这些都是“每一秒”。如果你仅仅保证1~2秒，2~3秒的码率不超是没用的，因为可能1.5~2.5秒的码率超了。

你可以把播放器的缓冲区看成一根管子，你不断地从一头塞重量不同但体积相同的东西进去（如果视频是vfr那么体积也不相同），塞满后东西会从另一头掉出来。管子的承重能力是有限的，所以你需要保证任何时刻管子里所有东西的重量都不能超过这个限制。

vbv_bufsize的单位是kb不是kbps

网络播放为什么要设置下限？
设置上限的作用是减少缓冲时间，保证网速有限的情况下能连续播放

硬解同样有码率限制，实际限制的是单帧的大小，但并不需要你手动设置vbv_maxrate和vbv_bufsize