[mythtv] 0.21 and ffmpeg handling of corrupt ac3
mrand at pobox.com
Fri Apr 18 20:21:16 UTC 2008
On Fri, Apr 18, 2008 at 2:12 PM, Scott D. Davilla <davilla at 4pi.com> wrote:
> >Certainly nothing wrong with doing that, but doing a check at the
> >decoder makes sense as well, at least to me. Corrupted data could
> >come from other sources (the first one that jumps to mind is a
> >front-end connected via a wireless network), could it not?
> Possible but not likely over wireless unless one is using a UDP
> socket and not checking and retransmitting dropped packets. A TCP
> socket is guaranteed, you get the data or it stalls and you lose the
> socket connection.
> You never have to check packets of data sent using TCP sockets. TCP
> does the checking for you and that's why it's "slower" than UDP.
But isn't most streaming done via UDP?
In my experience you don't typically buffer streams enough to make use
More information about the mythtv-dev