[Mplayer-cvslog] CVS: main/DOCS/tech mpcf.txt,1.54,1.55

Michael Niedermayer michaelni at gmx.at
Sat May 1 13:54:16 CEST 2004


Hi

On Saturday 01 May 2004 07:34, D Richard Felker III wrote:
> On Sat, May 01, 2004 at 12:54:01AM +0200, Michael Niedermayer CVS wrote:
> > CVS change done by Michael Niedermayer CVS
> >
> > Update of /cvsroot/mplayer/main/DOCS/tech
> > In directory mail:/var2/tmp/cvs-serv2525
> >
> > Modified Files:
> > 	mpcf.txt
> > Log Message:
> > additional start_code rule (implemenattion does this since a long time
> > already)
> >
> >
> > Index: mpcf.txt
> > ===================================================================
> > RCS file: /cvsroot/mplayer/main/DOCS/tech/mpcf.txt,v
> > retrieving revision 1.54
> > retrieving revision 1.55
> > diff -u -r1.54 -r1.55
> > --- mpcf.txt	28 Apr 2004 03:19:35 -0000	1.54
> > +++ mpcf.txt	30 Apr 2004 22:53:59 -0000	1.55
> > @@ -234,6 +234,9 @@
> >  	0x11405BF2F9DBULL + (((uint64_t)('N'<<8) + 'S')<<48)
> >  frame_startcode
> >  	0xE4ADEECA4569ULL + (((uint64_t)('N'<<8) + 'K')<<48)
> > +	frame_startcodes MUST be placed immedeatly before a keyframe if the
> > +	previous frame of the same stream was a non-keyframe
> > +
>
> Very bad rule. What if you have an audio codec that alternates
> I/P/I/P/...?? This is a horrible waste. 
does such a audio codec exist?
IMO if a (audio) codec supports P frames then the majority (>90%) of frames 
should be of P type, as P types should be smaller 

> There's no reason for such a 
> rule...
it allows simpler seeking, for example our current implementation cant seek to 
type 0 frames, so IMHO it isnt unreasonable to expect other simple demuxers 
to be incapable of seeking to startcode-less frames

anyway, iam not against removing this after our implementation supports 
seeking to startcode-less frames and we see that doing so doesnt require 
overly complicated code
i just have bad feeling after implementing seeking to the old type 1 frames, 
as i first thought we could just follow the backward pointers when we need to 
search for the previous frame, sadly this fails fataly if the stream is 
damaged

[...]
-- 
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-cvslog mailing list