Opened 7 years ago
Last modified 4 months ago
#7158 new enhancement
Attempt HTTP compression
| Reported by: | DeHackEd | Owned by: | |
|---|---|---|---|
| Priority: | wish | Component: | avformat |
| Version: | git-master | Keywords: | http |
| Cc: | MasterQuestionable | Blocked By: | |
| Blocking: | Reproduced by developer: | no | |
| Analyzed by developer: | no |
Description
Some live streaming servres (such as Youtube live feeds) can generate multi-megabyte .m3u8 files when uncompressed and on long feeds. Accepting gzip'd playlist files can both save bandwidth and dramatically improve playback performance.
I've tested this by just using "Accept-Encoding: gzip" but I don't think that would be an acceptable solution.
Change History (4)
comment:1 by , 6 years ago
comment:2 by , 6 years ago
| Keywords: | http added |
|---|---|
| Priority: | normal → wish |
| Version: | unspecified → git-master |
comment:4 by , 4 months ago
| Cc: | added |
|---|---|
| Summary: | Send "Accept-Encoding: gzip" on .m3u8 HTTP requests → Attempt HTTP compression |
͏ Typical reasonable:
͏ Accept-Encoding: gzip, deflate, br
͏ Disregard, it needs the decompressor support.
Note:
See TracTickets
for help on using tickets.
I just came across this in my own testing.
I have a couple of live-event streams that can generate a 1mb big playlist.
It would benefit everyone if that m3u8 can be gzipped instead.