On Wed, Sep 25, 2013 at 6:22 PM, Olivier Lapicque <[email protected]>wrote:
> Yeah, it seems like it should be more like:**** > > MaxDecPicBuffering = 1 (Current) + MaxNumNegativePics (=MaxForwardRefs) + > MaxNumPositivePics (=MaxBackwardRefs)**** > > ** ** > > With assuming **** > > MaxNumNegativePics = maxNumReferences (really MaxNumForwardReferences)**** > > MaxNumPositivePics = limited by gop structure (reordering) **** > > ** ** > > For a standard GOP structure with non-reference B-frames (coded > order=Pbbb):**** > > MaxDecPicBuffering = 1 (Current) + maxNumReferences + 1 ( 1P available as > backward reference, limiting NumPositivePics to 1) = 2+maxNumReferences*** > * > > ** ** > > For 1-deep B-pyramid where the middle-B is a reference (display > order=bBbP, coded order=PBbb):**** > > MaxDecPicBuffering = 1 (Current) + maxNumReferences + 2 (1P + 1B available > as backward references, limiting NumPositivePics to 1) = 3+maxNumReferences > I think the current logic is correct. We don't yet support B-pyramid so I believe: maxPositivePics = 1 maxNegativePics = max(1, maxNumReferences - maxPositivePics). The max consecutive bframes count (--bframes) doesn't influence MaxDecPicBuffering since non-referenced B frames can be flushed from the DPB as soon as they are displayed. Deepthi D, can you confirm this is true? Thanks, -- Steve Borho
_______________________________________________ x265-devel mailing list [email protected] https://mailman.videolan.org/listinfo/x265-devel
