Please add support on br (Brotli) decoding on https (HLS request)

[Mario101_HC]

Summary of the bug:
Received this line "unknown content coding: br" on the stream download (via hls)

How to reproduce:
ffmpeg \
-report \
-user_agent "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.55 Safari/537.36" \
-headers "Accept: */*"$'\r\n'"Origin: ​https://hqq.tv"$'\r\n' \
-i "​https://3gd64u.cfeucdn.com/silverlight/secip/38769/3XZ9nnAHLsRKRR7ic579Zg/NjEuOTIuODMuNzE=/1639772958/hls-vod-s006/flv/api/files/videos/2021/03/18/16160595861ypo5.mp4.m3u8" \
-c copy [Any file path]

ffmpeg version:
built on ffmpeg version 4.4.1 - built with Apple clang version 12.0.0 (clang-1200.0.32.29)
}}}

Log main point:
[https @ 0x7f8858b85380] Unknown content coding: br

[Mario101_HC]

Log file

[Mario101_HC]

static int parse_content_encoding(URLContext *h, const char *p)
{

if (!av_strncasecmp(p, "gzip", 4)

!av_strncasecmp(p, "deflate", 7)) {

anyone may help check possibility and guidance on adding br decompressing logic in parse content? ~ thanks

​https://github.com/google/brotli/blob/master/c/tools/brotli.c
Google provided brotli decompressor

[Balling]

Is this part of HTTP/3?

[Mario101_HC]

Replying to Balling:

Is this part of HTTP/3?

I am not sure, but see that it is a 2015 developed from google, open source decompression protocol format that improves loading speed for website

[Balling]

ffmpeg  -user_agent "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.55 Safari/537.36" -headers "Accept: */*"$'\r\n'"Origin: https://hqq.tv"$'\r\n' -i https://3gd64u.cfeucdn.com/silverlight/secip/38769/3XZ9nnAHLsRKRR7ic579Zg/NjEuOTIuODMuNzE=/1639772958/hls-vod-s006/flv/api/files/videos/2021/03/18/16160595861ypo5.mp4.m3u8 -c copy fcqemfeqa.mp4

Does not work here.