[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