[MPlayer-dev-eng] Finalize NUT spec

Michael Niedermayer michaelni at gmx.at
Sat Jan 28 15:30:33 CET 2006


Hi

On Sat, Jan 28, 2006 at 04:17:15PM +0200, Oded Shimon wrote:
[...]
> > for(; j<n && j<syncpoints; j++){
> >     if (!has_keyframe[j][i]) continue
> >     A                           v
> >     if(!A){
> >         A                       v
> >         B                       v
> >         eor_pts[j][i] = last_pts + A + B
> >     }else
> >         B=0
> >     keyframe_pts[j][i] = last_pts + A
> >     last_pts += A + B
> > }
> 
> I preffer this. Maybe coded slightly more efficiently.
> 
> > the issue with your method is:
> > 
> > S K1 EOR2 S ... K9 S => K1, K9 (no indication of the EOR2)
> > 
> > so when we seek to TS=8 we will start at the very first syncpoint and have to
> > linear search until K9, IIRC thats twice as much as we would have to without
> > EORs
> 
> Yeah, this is a break to optimal seeking. the linear search with index 
> should always be bounded by 2 adjacent syncpoints.
> 
> > with my suggestion:
> > S K1 EOR2 S ... K9 S => K1/EOR2, K9
> 
> Ok, just 3 things to figure out:
> 1. if you have eor, is it coded as keyframe as well?
> 2. if there are several, which keyframe should you code
> 3. if there are several, which eor should you code
> 
> I say:
> 1. no (the index method proposed above doesn't allow this)

id say yes, (A=0,A=pts, B=0) (with my encoding suggestion)


> 2. the minimum in the region
> 3. the maximum in the region

agree

[...]
-- 
Michael




More information about the MPlayer-dev-eng mailing list