[FFmpeg-devel] [PATCH] http: add hack to make streams served by MediaGateway not seekable

[Michael Niedermayer]

On Sun, Nov 03, 2013 at 06:17:45PM +0100, wm4 wrote:
> These streams are reported as seekable, but all tests show they are not,
> and the server merely pretends the streams are seekable. The server
> responds with:
> 
>     content-range: bytes 0-1999999999/2000000000
> 
> Range requests seem to be correctly answered, but the actual data
> returned at the same offset is different. Assume this is a bug in the
> server software. The server identifies itself as:
> 
>     Server: MediaGateway 3.5.2-001
> 
> Add a hack that checks the server name, and disables seeking in this
> case.
> 
> Test URL: http://8283.live.streamtheworld.com:80/CBC_R1_VCR_H_SC
> ---
> I think this is terrible, but at least it prevents long delay caused
> by the AAC demuxer trying to seek towards the end of the stream for
> reading the id3 tag (see test url).
> 
> Also, maybe someone could verify that the server indeed only pretends
> to support seeking, and that it doesn't actually work?
> ---
>  libavformat/http.c | 12 ++++++++++--
>  1 file changed, 10 insertions(+), 2 deletions(-)

applied

thanks

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

Frequently ignored answer#1 FFmpeg bugs should be sent to our bugtracker. User
questions about the command line tools should be sent to the ffmpeg-user ML.
And questions about how to use libav* should be sent to the libav-user ML.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20131103/806958f2/attachment.asc>