[MPlayer-dev-eng] NUT, what's left

Michael Niedermayer michaelni at gmx.at
Sat Sep 17 10:40:26 CEST 2005


Hi

On Sat, Sep 17, 2005 at 04:26:09AM -0400, Rich Felker wrote:
[...]
> 
> > > 6. possibly remove the "GPL" code in there as that seems to scare some very 
> > >    weird people (or just make it public domain).
> > 
> > do we care about these people ;) well i wont object changing the 10 line
> > example in there to public domain if everyone thinks its a good idea
> 
> Yes, sadly we do. These are the people working for companies that we
> want to support NUT (in their hardware, etc.)...

ok then, you have my agreement for making the little examples in mpcf.txt
public domain, are there any other authors?


> 
> > > 7. Zero byte frames in the end.
> > 
> > i dont care
> 
> IMO zero byte frame should indicate end (duration) of previous frame
> and no new data. This can be used for end of file (final duration) and
> for signaling no data in subtitle streams to prevent backpointers from
> being insanely far back.

i know, i meant i dont care if its added to the spec or not


[...]
> > @@ -255,13 +254,11 @@
> >  				other_stream_header
> >  		}
> >  		while(next_code != main_startcode){
> > +			if(next_code == frame_startcode)
> > +				sync_point
> >  			if(next_code == info_startcode)
> > -				info_packet
> > -			else{
> > -				if(next_code == frame_startcode)
> > -					sync_point
> > -				frame
> > -			}
> > +				info_startcode	f(64)
> > +			frame
> >  		}
> 
> I'm a bit confused about how this matches the below description of how
> info frames are stored..

info packets are dead, the info_startcode can optionally be placed prior 
to info frames


> 
> > +back_ptr
> > +	pointer to the latest frame, for which there is at least one
> > +	keyframe prior to the global_timestamp in every stream
> > +
> 
> This does not work. The backpointer must point to a syncpoint;
> otherwise it's impossible to parse timestamps without linear searching
> backwards for the previous syncpoint.

yes, indeed, fixed it localy

[...]

if there are no objections, ill commit these in a day or 2

-- 
Michael




More information about the MPlayer-dev-eng mailing list