[x264-devel] "x264 --vbv-maxrate value does not match H.264/AVC HRD model"

[BugMaster]

On Thu, 19 Apr 2012 08:21:39 +0200, Pepe Gil Gomez wrote:

>                                                         
> Hello, lots of thanks for your answer.
> I send you directly this mail because I don't know how to answer in
> videolan x264-devel (my reply to Kieran Kunhya has been treated as a new thread).
> First I must say that I don't know anything about H.264/AVC specs
> or how encoding works, but I enjoy its results; that said, I have to
> believe you when you are saying x264 it's fully compliant, but I'm
> intrigued because the other "H264 professional" encoders
> follows this HRD model and x264 not.
> And thanks for your code, I don't know how to use it, just hope you
> are wrong and one day someone commites it (until then I'll keep
> using those other encoders when I need HRD model compliancy)..


> Best wishes---Mensaje original---
> On Wed, 18 Apr 2012 12:46:52  0200, Pepe Gil Gomez wrote:
> > Hello,

> Hi.

> > It seems that x264 streams do not completely follow H.264/AVC
> > standard, as their VBV buffer's maximum rate doesn't match H.264/AVC HRD model.

> > For example with --vbv-maxrate 31500 you should have a value of
> > 31499776 bps, but x264 stream have a value of 31499968 bps.

> Who have said that? 31499968 value is pretty standard compliant. It
> may be not the value you want but it is still valid.

> > Is there any way to have fully HRD model compliant streams with x264?

> They are compliant.

> ---

> Now for your real problem:
> http://forum.doom9.org/showthread.php?t=160214
> http://doom10.org/index.php?topic=1473.0

> It is possible to have higher precision (quick-hack patch allowing
> float values of --vbv-maxrate and --vbv-bufsize attached) but probably
> nobody really care about such use case to bother write clean version which
> could be committed.

Use good mailing application with plain text support (not HTML) and
don't use online mail editors which break subject (topic) name.