[x265] Bug report: incorrect computation of sps_max_dec_pic_buffering_minus1

[Steve Borho]

On Mon, Sep 23, 2013 at 1:56 PM, Olivier Lapicque <olapicque at nvidia.com>wrote:

> x265 doesn’t appear to include reordering delay due to B-frames in
> sps_max_dec_pic_buffering_minus1 (I believe early builds of x264 had a
> similar issue)****
>
> While this is currently not flagged as an error by the HM decoder (HM
> doesn’t enforce the DPB size restriction), it is technically non-compliant
> (can lead to incorrect output order in a decoder that actually enforces the
> dpb size limit)****
>
> **
>
Thanks Olivier,

Near as I can tell, we're setting this to "(param->bframes + 2) - 1" which
seems sane.  Can you provide a command line that generates a non-compliant
stream?

Regards,

--
Steve Borho
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20130923/f686370a/attachment.html>