Opened 4 months ago

Last modified 2 months ago

#10786 new defect

CODECS for HLS mux hard coded to 4

Reported by: David Johansen Owned by:
Priority: important Component: avformat
Version: 6.1 Keywords: HLS
Cc: David Johansen Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description

Summary of the bug:
How to reproduce:

ffmpeg -i test.mp4 -c:v copy -c:a copy -map v:0 -map a:0 -tag:v hvc1 -master_pl_name index.m3u8 -f hls "%v/index.m3u8"
6.1.1
Built on macOS with homebrew

The tier is hard coded to 4 and I'd be glad to submit a patch to fix this, but need some guidance on where the value should be pulled from:
https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/e38092ef9395d7049f871ef4d5411eb410e283e0:/libavformat/hlsenc.c#l413

Change History (2)

comment:1 by David Johansen, 4 months ago

The problem is actually the B01 on the end of CODECS and I'm guessing that needs to be made dynamic instead of being hard coded

Here's the issues it's causing with playback in Chrome:
https://github.com/videojs/video.js/issues/8549
https://github.com/video-dev/hls.js/issues/6086

comment:2 by David Johansen, 2 months ago

It appears that the logic is in section 5.2.1 of this document:
https://www.etsi.org/deliver/etsi_ts/103200_103299/103285/01.01.01_60/ts_103285v010101p.pdf

Note: See TracTickets for help on using tickets.