Opened 13 years ago

Last modified 13 years ago

#1917 new defect

http streaming fails if content-length is large

Reported by: M8R-3w06bx@… 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)

mplayerhttp1.txt (47.8 KB ) - added by M8R-3w06bx@… 13 years ago.
mplayer logs
mplayerhttp2.txt (10.6 KB ) - added by M8R-3w06bx@… 13 years ago.
mplayer logs when ffmpeg:// was used

Download all attachments as: .zip

Change History (3)

by M8R-3w06bx@…, 13 years ago

Attachment: mplayerhttp1.txt added

mplayer logs

by M8R-3w06bx@…, 13 years ago

Attachment: mplayerhttp2.txt added

mplayer logs when ffmpeg:// was used

comment:1 by M8R-3w06bx@…, 13 years ago

Note: See TracTickets for help on using tickets.