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

[Michael Niedermayer]

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.
But putting it in info packets just doesnt work without allowing
changeable info. Putting it in streams is a huge mess and changing nothing
wont work as has been shown and i belive isnt disputed anymore?

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

No great genius has ever existed without some touch of madness. -- 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/361bbdd0/attachment.pgp>