[MPlayer-dev-eng] Cleaning your nuts

Michael Niedermayer michaelni at gmx.at
Thu Apr 22 20:03:23 CEST 2004


Hi

On Thursday 22 April 2004 19:55, D Richard Felker III wrote:
> On Thu, Apr 22, 2004 at 07:44:09PM +0200, Michael Niedermayer wrote:
> > > Then, in the vlc-coded PTS, use the low bit to flag whether it's
> > > absolute or lsb/relative (whichever we decide to use). IMO this better
> > > because we avoid wasting space in the flags byte, and the absolute/lsb
> > > flag is only coded in the case where the frame is already large.
> >
> > yes, agree
> > allthough maybe, we could code the vlc differently:
> > 0..max_lsb -> lsb timestamp
> > max_lsb.. -> full timestamp + max_lsb
> > this should be more compact then the single lsb bit switch
>
> Hm...? I don't follow.
well, lsb timestamps are maybe 0..127 or 0..16383 or ..., depending upon the 
msb_timestamp_shift in the stream header, so if the vlc timestamp is in that 
range its a lsb timestamp, if its above its a full timestamp + 128 / 
16384 / ..., so a stored 500 would be a full timestamp with value 500-128 or 
a lsb timestamp with value 500 depending upon how many bits lsb timestamps 
use

[...]
-- 
Michael
level[i]= get_vlc(); i+=get_vlc();		(violates patent EP0266049)
median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]);	(violates patent #5,905,535)
buf[i]= qp - buf[i-1];				(violates patent #?)
for more examples, see http://mplayerhq.hu/~michael/patent.html
stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en




More information about the MPlayer-dev-eng mailing list