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

[Michael Niedermayer]

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.

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Dictatorship naturally arises out of democracy, and the most aggravated
form of tyranny and slavery out of the most extreme liberty. -- Plato
-------------- next part --------------
A non-text attachment was scrubbed...
Name: broadcast-bf.patch
Type: text/x-patch
Size: 1289 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/nut-devel/attachments/20080207/97a11911/attachment.bin>
-------------- 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/20080207/97a11911/attachment.pgp>