Bug#740421: mpv: Really slow to start playing audio stream

[Alessandro Ghedini]

Control: reassign -1 libavformat54
Control: retitle -1 libavformat54: really slow HTTP audio streaming (unlike ffmpeg)
Control: affects -1 mpv

On sab, mar 01, 2014 at 01:38:46 +0100, Kurt Roeckx wrote:
> Package: mpv
> Version: 0.3.5-1
> 
> Hi,
> 
> When using mpv to play an audio stream I get:
> $ mpv http://mp3.streampower.be/radio1.aac
> Playing: http://mp3.streampower.be/radio1.aac
> [...]
> 
> It gets to this "Cache fill: 20.62% (67584 bytes)" fast, and then
> stalls and starts to show thise cache lines.  Then after some time
> it plays audio for like 0.2 seconds or something, then it starts
> showing the "A: " line and cache is filling for a while, and then
> after some time it starts to play, with a huge delay between when
> it's send and when I hear it.

This is a libav problem. In essence, mpv relies on libavformat for the HTTP
streaming, while mplayer2 implements its own client.

It turns out that the HTTP implementation in libav sucks, because I do not have
this problem with mpv built againt ffmpeg, but I can reproduce it when built
against the libav version in Debian (both sid and experimental) and from
upstream git.

Reassigning to libavformat.

> (It also shows the stream info, which mpv doesn't)

Yet another libav bug (not present in ffmpeg), see #739936.

Cheers

-- 
perl -E '$_=q;$/= @{[@_]};and s;\S+;<inidehG ordnasselA>;eg;say~~reverse'
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20140301/0a8742f8/attachment.sig>