Opened 13 years ago
Last modified 13 years ago
#1917 new defect
http streaming fails if content-length is large
Reported by: | Owned by: | reimar | |
---|---|---|---|
Priority: | normal | Component: | streaming |
Version: | HEAD | Severity: | normal |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Reproduced by developer: | no | Analyzed by developer: | no |
Description
when streaming video from http with
mplayer -prefer-ipv4 -cache 4096 http://some.url
mplayer seems to try to seek forward near to
the end of the video
if the content-length is a large nonsensical value
then mplayer cannot handle it
the result is that
mplayer -prefer-ipv4 -cache 4096 http://some.url
mplayer -cache 4096 ffmpeg://http://some.url
does not work, but
wget -O- http://some.url |mplayer -cache 4096 -
works, since in this later case mplayer does
not try to do the forward seek
i found this with a livestreaming url
from youtube, the headers are:
HTTP/1.1 200 OK
Last-Modified: Wed, 02 May 2007 10:26:10 GMT
Content-Type: video/x-flv
Date: Tue, 10 May 2011 20:13:50 GMT
Expires: Tue, 10 May 2011 20:13:51 GMT
Cache-Control: public, max-age=1
Accept-Ranges: bytes
Content-Length: 2147483646
Connection: close
X-Content-Type-Options: nosniff
Server: gvls 2.0
(got the particular url by
wget -O- http://youtu.be/RhmWg7Lp0i0 |sed 's/, /\n/g' |grep '"fmt_stream_map'
and then some more hacking..)
Attachments (2)
Change History (3)
by , 13 years ago
Attachment: | mplayerhttp1.txt added |
---|
mplayer logs