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

[Nico Sabbi]

On Thursday 07 February 2008 03:55:46 Michael Niedermayer wrote:
> Heres a third try, the
> first was transmit_ts with unspecified buffers
> second was transmit_ts with a single specified buffer
>
> Here now comes the buffer state per syncpoint.
> It trivially allows the demuxer to find the needed preload, and
> allows trivial clock synchronization.
>
> Iam not sure how much more or less device dependant this is. It
> surely looks better if one considers broadcasting at a higher
> bitrate than the intended one. (lower will fail as with all other
> proposals)
>
> Also this is the smallest solution so far, and likely also has less
> overhead than the transmit_ts.
>

> +buffer_fullness (v)
> +  for broadcast mode:
> +    The number of bytes the demuxer is supposed to have in its
> buffer. If +    less data than that is in the buffer then the
> decoders should be slowed +    down to allow the buffer to fill up.
> If more data than that is in the +    buffer then the decoders
> should be speed up.

to me "fullness" conveys an idea of percentage that doesn't fit
wth the descripion you gave of this item. Why not call it 
min_buffer_size?