[FFmpeg-devel] [PATCH] Revert "avformat/hls: fail on probing non hls/m3u8 file extensions"

Leo Izen leo.izen at gmail.com
Mon May 15 00:58:58 EEST 2023


On 5/14/23 17:39, Michael Niedermayer wrote:
> On Sun, May 14, 2023 at 09:41:29PM +0200, Anton Khirnov wrote:
>> This reverts commit 6b1f68ccb04d791f0250e05687c346a99ff47ea1, which
>> broke many streams in the wild
>>
>> Fixes #10353.
> 
> This change violates a SHOULD in rfc8216 4.  Playlists
> 
>     Each Playlist file MUST be identifiable either by the path component
>     of its URI or by HTTP Content-Type.  In the first case, the path MUST
>     end with either .m3u8 or .m3u.  In the second, the HTTP Content-Type
>     MUST be "application/vnd.apple.mpegurl" or "audio/mpegurl".
>     
>     Clients SHOULD refuse to parse Playlists that are not so identified.
>     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 

Except that commit doesn't check the mimetype. Some CDNs such as Azure 
Media Services, only use mimetype to identify HLS streams, and not file 
extensions. See: 
https://learn.microsoft.com/en-us/azure/media-services/latest/encode-dynamic-packaging-concept

This commit breaks more than it helps.

- Leo Izen (Traneptora / thebombzen)


More information about the ffmpeg-devel mailing list