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

[Måns Rullgård]

Nico Sabbi wrote:
> 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.

Please fix your quoting.

> 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?

If you find "fullness" confusing, perhaps it could be called
"buffer_level" instead.  Either way, the value is exact, not
a minimum.

-- 
Måns Rullgård
mans at mansr.com