[FFmpeg-devel] [RFC] unix socket protocol and our proto situation

Michael Niedermayer michaelni
Thu Aug 19 00:02:07 CEST 2010

On Fri, Aug 13, 2010 at 10:46:21AM +0200, Luca Barbato wrote:
> Our network protocol layer is pretty much ineffective and can lose quite
> easily packets. Usually the system buffer would hide the issue with tcp
> based protocols and udp based might hide well the problem till we call
> url_read often enough. Losing data over loopback is something we do
> experience already when we test rtp.
> Here yesterday stab at the unix sockets, it shows pretty well how much
> our current proto layer rely on system buffers instead doing its proper
> buffering itself.
> Way to use it:
> ./ffplay -f mpegts unix:///tmp/ff.socket &
> sleep 2 && ./ffmpeg_g -re -i something -vcodec copy -acodec copy -f
> mpegts unix://tmp/ff.socket
> Expect to lose lots of frames.

why are packets lost with this?
with a realtime stream and udp its possible to overflow system buffers
but i would have expected that in the above case the writing process would
block instead of data being lost
what am i missing?

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: 190 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20100819/7ae82384/attachment.pgp>

More information about the ffmpeg-devel mailing list