<div dir="ltr">Adding to Mario's points, changing the vbv-maxrate and vbv-bufsize , while keeping the target bitrate the same - will have a heavier impact on the moving average bitrate rather than the overall bitrate.<div>Increasing the vbv buffer, while keeping the rest constant roughly means the buffer can handle a larger fluctuation in the per second bitrate. </div><div>Similary, decreasing the vbv buffer size will drive the encoder to a stick to a constant bitrate for every second. At this point the vbv restrictions will kick in to decrease the bitrate hikes in between,</div><div>and the quality for that portion of scene might go down.</div><div><br></div><div>So, I suggest you plot the distribution of bitrates for each of your test case to see the impact .</div><div><br></div><div>Regards</div><div>Aarthi</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 20, 2015 at 11:53 AM, Mario *LigH* Rohkrämer <span dir="ltr"><<a href="mailto:contact@ligh.de" target="_blank">contact@ligh.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I believe the reason is the relation between the three values. You can fill the buffer faster than the video target bitrate, so it needs only few seconds to fill a previously empty buffer, and even less if the buffer was already pre-filled. And then you compare it to a case where you can fill it even faster than before, so there is even less problem; the encoder is almost unrestricted by the VBV, only restricted by the target bitrate.<br>
<br>
You will certainly see a difference in cases where filling the buffer would take longer, and the video bitrate would exceed this fill rate for a longer duration if it was not limited by the fill rate: Then the encoder needs to reduce its target bitrate and spend less than the optimum for the desired quality.<br>
<br>
>From my experience as DVD Video author, we had cases of close to optimum utilizations of videos just even rejected by the authoring tool, where the analysis of the scene in question revealed per GOP spikes of 13-14 Mbps (VBV max fill rate of DVD Video is 9.8 Mbps) which the VBV simulator of the encoder found acceptable, but the VBV simulator in the authoring tool could not accept (possibly due to an unfortunate burst of subtitles). Agerage bitrates tell little, their distribution over the VBV filling duration makes the difference.<br>
<br>
One of the most demanding scenes ever was the beginning of "Cruel Intentions" with a flight over a graveyard, filmed downwards: Several seconds of heavy motion right at the start. It revealed a few rare DVD player models which possibly had less than the specified 224 KB of decoding buffer built in.<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
Am 20.10.2015, 04:59 Uhr, schrieb fangzhen <<a href="mailto:wintelx264@163.com" target="_blank">wintelx264@163.com</a>>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Recently, I am testing the x265 codes  and mostly on VBV rc mode.\<br>
But, I find an strange problem. For instance, I set up the following test circumstance:<br>
resolution: 1920x1080<br>
bitrate=1000kbps, vbv-bufsize=3000kbit<br>
when I set vbv-maxbitrate>1250kbps, I get almost the same result, like the same psnr, the almost same bitrate.<br>
I get the same result for vbv-bufsize where the vbv-maxbitrate is fixed, like 3000kbps.<br>
So I wonder why this situation exists? Can anybody give me some explanation? Thanks so much in advance.<br>
</blockquote>
<br>
<br></div></div><span class="HOEnZb"><font color="#888888">
-- <br>
<br>
Fun and success!<br>
Mario *LigH* Rohkrämer<br>
mailto:<a href="mailto:contact@ligh.de" target="_blank">contact@ligh.de</a><br>
<br>
_______________________________________________<br>
x265-devel mailing list<br>
<a href="mailto:x265-devel@videolan.org" target="_blank">x265-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/x265-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/x265-devel</a><br>
</font></span></blockquote></div><br></div>