[MPlayer-dev-eng] [PATCH] Fix interpretation of Accept-Ranges http header to match the RFC
Alexander Kanavin
alexander.kanavin at nokia.com
Thu Jul 10 16:29:07 CEST 2008
Hi,
currently mplayer determines if a http stream is seekable by looking at the
presence of "Accept-Ranges: bytes" header. If it's there, mplayer decides
it's possible to seek by using "Range" requests, and not possible otherwise.
However, HTTP specification sets a different rule:
(http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html)
==============================
Origin servers that accept byte-range requests MAY send
Accept-Ranges: bytes
but are not required to do so. Clients MAY generate byte-range
requests without having received this header for the resource
involved. Range units are defined in section 3.12.
Servers that do not accept any kind of range request for a
resource MAY send
Accept-Ranges: none
to advise the client not to attempt a range request.
========================
So it's possible to seek in the absence of such header, and only
"Accept-Ranges: none" disables it. Attached patch makes mplayer behaviour
match the RFC.
By the way, my previous two http patches seem to have fallen through,
what's the best way to get them reviewed/included?
Thanks,
Alex
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 750_http-seekable.diff
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20080710/03c2036d/attachment.asc>
More information about the MPlayer-dev-eng
mailing list