[NUT-devel] Another suggestion for broadcast [PATCH]

[Michael Niedermayer]

On Sun, Feb 10, 2008 at 08:56:56PM -0500, Rich Felker wrote:
> On Thu, Feb 07, 2008 at 03:55:46AM +0100, Michael Niedermayer wrote:
> > --- nut.txt	(revision 590)
> > +++ nut.txt	(working copy)
> > @@ -412,6 +412,8 @@
> >  syncpoint:
> >      global_key_pts                      t
> >      back_ptr_div16                      v
> > +    if(bytes remaining in the syncpoint)
> > +        buffer_fullness                 v
> >      reserved_bytes
> 
> Would it be possible to have this be:
> 
> if (bcast flag present in global header && bytes remaining in syncpoint)
> 
> This way files not utilizing the broadcast functionality would not be
> forced to waste an extra byte per syncpoint in the future when there
> might be other new fields in the syncpoint that they want to use. Also
> it's not clear that just coding a 0 for this field would even be
> valid, according to the description you wrote for buffer_fullness.
> Having a "broadcast" flag (or buffer-controlled or whatever you like
> to call it) in the header to indicate that the field is present and to
> be used solves both problems at once.

ok, ill add a
main_flags              v
to the main header
and use
if(main_flags & WHATEVER)
    buffer_fullness                 v
in case we agree on the buffer_fullness field


I think we dont need the "if(bytes remaining in the syncpoint)"
then anymore

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I do not agree with what you have to say, but I'll defend to the death your
right to say it. -- Voltaire
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/nut-devel/attachments/20080211/c4dae12a/attachment.pgp>