OSDN Git Service

http: Fix decetion of range support in HTTP servers
authorStefan Fritsch <sf@sfritsch.de>
Sat, 3 Sep 2011 20:29:07 +0000 (22:29 +0200)
committerMichael Niedermayer <michaelni@gmx.at>
Sat, 3 Sep 2011 20:29:07 +0000 (22:29 +0200)
currently libavformat only allows seeking if a request with "Range:
0-" results in a 206 reply from the HTTP server which includes a
Content-Range header. But according to RFC 2616, the server may also
reply with a normal 200 reply (which is more efficient for a request
for the whole file). In fact Apache HTTPD 2.2.20 has changed the
behaviour in this way and it looks like this change will be kept in
future versions. The fix for libavformat is easy: Also look at the
Accept-Ranges header.

libavformat/http.c

index 95ba456..518c47d 100644 (file)
@@ -265,6 +265,8 @@ static int process_line(URLContext *h, char *line, int line_count,
                     s->filesize = atoll(slash+1);
             }
             h->is_streamed = 0; /* we _can_ in fact seek */
+        } else if (!strcasecmp (tag, "Accept-Ranges") && !strncmp (p, "bytes", 5)) {
+            h->is_streamed = 0;
         } else if (!strcasecmp (tag, "Transfer-Encoding") && !strncasecmp(p, "chunked", 7)) {
             s->filesize = -1;
             s->chunksize = 0;