[NUT-devel] CVS: main/DOCS/tech mpcf.txt,1.117,1.118

Michael Niedermayer michaelni at gmx.at
Thu Mar 2 16:29:50 CET 2006


Hi

On Thu, Mar 02, 2006 at 01:25:38PM +0200, Oded Shimon wrote:
[...]
> > > >      EOR frames MUST be zero-length and must be set keyframe.
> > > >      All streams SHOULD end with EOR, where the pts of the EOR indicates the
> > > >      end presentation time of the final frame.
> > > >      An EOR set stream is unset by the first content frames.
> > > >      EOR can only be unset in streams with zero decode_delay .
> > > > +    has_checksum must be set if the frame is larger then 2*max_distance or its
> > > 
> > > I still feel this should be a seperate variable, the only reason you gave 
> > > so far against it is that poor demuxers won't be able to decide... And IMO 
> > > that's a very poor argument...
> > 
> > every additional field adds complexity, what do we gain here with that field?
> > personally i would fix max_distance and not store it at all, as i fear people
> > will set it to random values
> 
> ?
> if (frame_size > 2*nut->max_distance)
> 
> if (frame_size > sc->max_size)
> 
> I fail to see the added complexity...
> 
> As for what do we gain - more freedom to the muxer, and the ability of 
> limiting for ex. audio to a very small size and not increasing overhead, 
> and limiting video to slightly higher to avoid additional overhead...

agree but only if we store all these max_size/distance stuff in u(16) so
they cannot be arbitrary large

[...]
-- 
Michael




More information about the NUT-devel mailing list