libavformat/http: add support for content_type option in listen mode
authorMoritz Barsnick <barsnick@gmx.net>
Wed, 10 Aug 2016 19:18:00 +0000 (21:18 +0200)
committerMichael Niedermayer <michael@niedermayer.cc>
Sun, 14 Aug 2016 08:44:38 +0000 (10:44 +0200)
Instead of silently ignoring the content_type option in listen mode,
apply its value to the provided "Content-Type:" header.

Signed-off-by: Moritz Barsnick <barsnick@gmx.net>
Reviewed-by: Nicolas George <george@nsup.org>
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
doc/protocols.texi
libavformat/http.c

index 5767e23..470c99c 100644 (file)
@@ -276,7 +276,7 @@ value is -1.
 If set to 1 use chunked Transfer-Encoding for posts, default is 1.
 
 @item content_type
-Set a specific content type for the POST messages.
+Set a specific content type for the POST messages or for listen mode.
 
 @item http_proxy
 set HTTP proxy to tunnel through e.g. http://example.com:1234
index cb5824f..adb3d92 100644 (file)
@@ -355,7 +355,7 @@ static int http_write_reply(URLContext* h, int status_code)
     case 200:
         reply_code = 200;
         reply_text = "OK";
-        content_type = "application/octet-stream";
+        content_type = s->content_type ? s->content_type : "application/octet-stream";
         break;
     case AVERROR_HTTP_SERVER_ERROR:
     case 500: