On Mon, Sep 23, 2013 at 1:56 PM, Olivier Lapicque <[email protected]>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
_______________________________________________ x265-devel mailing list [email protected] https://mailman.videolan.org/listinfo/x265-devel
