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

[Michael Niedermayer]

On Mon, Feb 11, 2008 at 04:51:46PM +0100, Nico Sabbi wrote:
> On Monday 11 February 2008 16:41:39 Michael Niedermayer wrote:
> 
> > buffer_fullness, transmit_ts and all of the others are equivalent
> > One can be found from the other if you know assumed-bitrate,
> > actual-bitrate and timestamps.
> >
> >
> > [...]
> 
> 
> but if you lose packets at the first recovery: 
> -with the buffer_fullness method you may or may not reach
> the required buffer size (and possibly not flush, that may not
> be what the sender expects the receiver to do)
> - whereas with transmit_ts you are sure that you have
> to flush all packets with dts < transmit_ts, whatever
> size they actually amount to
> 
> Or I'm missing something?

The demuxer should detect such missing packets and just flush the buffer and
retry on initial recovery.
This of course would be a disadvantage in terms of preload delay for streams
with significant packet loss.

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The educated differ from the uneducated as much as the living from the
dead. -- Aristotle 
-------------- 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/3a20a813/attachment.pgp>