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?