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

[Michael Niedermayer]

On Mon, Feb 11, 2008 at 03:11:45AM +0100, Michael Niedermayer wrote:
> On Sun, Feb 10, 2008 at 08:53:17PM -0500, Rich Felker wrote:
> > On Mon, Feb 11, 2008 at 12:54:56AM +0100, Michael Niedermayer wrote:
> > > On Thu, Feb 07, 2008 at 03:55:46AM +0100, Michael Niedermayer wrote:
> > > > Hi
> > > > 
> > > > 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.
> > > 
> > > Iam planing to commit this in 24h, if someone has objections / wants me
> > > to wait say so.
> > 
> > Can you wait a little bit for some more discussion? I'm not rejecting
> > it but I'd like to think it through more.
> 
> ok

ping, i waited a week ...
Ill add a transmit_ts in 48h (without buffer model) unless there is some
sort of discussion happening before.

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

Republics decline into democracies and democracies degenerate into
despotisms. -- 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/20080217/6b31d4c1/attachment.pgp>