[FFmpeg-devel] [PATCH v3] avformat/icecast: Add option to use TLS connection
Marvin Scholz
epirat07 at gmail.com
Fri Jun 19 00:16:30 EEST 2020
Ping? Anything else needed to get this merged?
On 14 Jun 2020, at 22:23, Marvin Scholz wrote:
> On 14 Jun 2020, at 15:42, Michael Niedermayer wrote:
>
>> On Sun, Jun 14, 2020 at 12:52:44AM +0200, Marvin Scholz wrote:
>>> ---
>>> doc/protocols.texi | 3 +++
>>> libavformat/icecast.c | 6 +++++-
>>> 2 files changed, 8 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/doc/protocols.texi b/doc/protocols.texi
>>> index 7aa758541c..32c829d2a3 100644
>>> --- a/doc/protocols.texi
>>> +++ b/doc/protocols.texi
>>> @@ -520,6 +520,9 @@ audio/mpeg.
>>> This enables support for Icecast versions < 2.4.0, that do not
>>> support the
>>> HTTP PUT method but the SOURCE method.
>>>
>>> + at item tls
>>> +Establish a TLS (HTTPS) connection to Icecast.
>>> +
>>> @end table
>>>
>>> @example
>>> diff --git a/libavformat/icecast.c b/libavformat/icecast.c
>>> index 38af16b99e..b06c53cabd 100644
>>> --- a/libavformat/icecast.c
>>> +++ b/libavformat/icecast.c
>>> @@ -43,6 +43,7 @@ typedef struct IcecastContext {
>>> int public;
>>> char *url;
>>> char *user_agent;
>>> + int tls;
>>> } IcecastContext;
>>>
>>> #define DEFAULT_ICE_USER "source"
>>> @@ -62,6 +63,7 @@ static const AVOption options[] = {
>>> { "password", "set password", OFFSET(pass), AV_OPT_TYPE_STRING,
>>> { .str = NULL }, 0, 0, E },
>>> { "content_type", "set content-type, MUST be set if not
>>> audio/mpeg", OFFSET(content_type), AV_OPT_TYPE_STRING, { .str = NULL
>>> }, 0, 0, E },
>>> { "legacy_icecast", "use legacy SOURCE method, for Icecast <
>>> v2.4", OFFSET(legacy_icecast), AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1,
>>> E },
>>> + { "tls", "use a TLS connection", OFFSET(tls), AV_OPT_TYPE_BOOL,
>>> { .i64 = 0 }, 0, 1, E },
>>> { NULL }
>>> };
>>>
>>> @@ -162,7 +164,9 @@ static int icecast_open(URLContext *h, const
>>> char *uri, int flags)
>>> }
>>>
>>> // Build new URI for passing to http protocol
>>> - ff_url_join(h_url, sizeof(h_url), "http", auth, host, port,
>>> "%s", path);
>>> + ff_url_join(h_url, sizeof(h_url),
>>> + s->tls ? "https" : "http",
>>> + auth, host, port, "%s", path);
>>> // Finally open http proto handler
>>> ret = ffurl_open_whitelist(&s->hd, h_url, AVIO_FLAG_READ_WRITE,
>>> NULL,
>>> &opt_dict, h->protocol_whitelist,
>>> h->protocol_blacklist, h);
>>
>> Is https support common or uncommon for icecast ?
>> if it is common then changing the default to enabled (in a seperate
>> patch)
>> would make sense
>>
>> the patch should be ok
>>
>
> It's getting more common now but most people are probably still used
> to
> have http enabled for use with source clients as most of the older
> ones do not yet support TLS at all.
>
> Ideally it would default to auto-detect but it seems thats not easily
> possible
> with how the ffmpeg protocols work.
>
>> thx
>>
>> [...]
>> --
>> Michael GnuPG fingerprint:
>> 9FF2128B147EF6730BADF133611EC787040B0FAB
>>
>> Breaking DRM is a little like attempting to break through a door even
>> though the window is wide open and the only thing in the house is a
>> bunch
>> of things you dont want and which you would get tomorrow for free
>> anyway
>> _______________________________________________
>> ffmpeg-devel mailing list
>> ffmpeg-devel at ffmpeg.org
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>>
>> To unsubscribe, visit link above, or email
>> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".
More information about the ffmpeg-devel
mailing list