[FFmpeg-trac] #11088(undetermined:new): HLS muxing variant streams has some incorrect behaviour

FFmpeg trac at avcodec.org
Thu Jul 4 20:01:47 EEST 2024


#11088: HLS muxing variant streams has some incorrect behaviour
-------------------------------------+-------------------------------------
             Reporter:  vckt         |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:  git-
  undetermined                       |  master
             Keywords:  HLS          |               Blocked By:
  variance                           |
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:
 The HLS muxer has some weird behaviour that I think is incorrect, such as
 producing all variant streams with default=yes, when only one variant
 stream in group is allowed to have that, lack of autoselect.
 I am a beginner and have made a patch, so I would appreciate some guidance
 on getting it accepted.
 How to reproduce:
 {{{
 % ffmpeg -i input -f hls -map 0:v:0 -map 0:a:0 -map 0:a:0 -b:v:0 1000k
 -b:a:0 200k -b:a:1 100k -var_stream_map "v:0,agroup:g1 a:0,agroup:g1
 a:1,agroup:g1 out-%v.ts
 ffmpeg N-116133-g03175b587c
 built with gcc 14.1.0
 }}}
 This will produce the following:
 {{{
 #EXT-X-MEDIA:TYPE=AUDIO,GROUP-
 ID="group_g1",NAME="audio_1",DEFAULT=YES,URI="out-1.ts"
 #EXT-X-MEDIA:TYPE=AUDIO,GROUP-
 ID="group_g1",NAME="audio_2",DEFAULT=YES,URI="out-2.ts"
 }}}
 However when a default is specified, DEFAULT=NO is printed for other
 variant streams, but this is not necessary as in absence of default it is
 assumed to be NO.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/11088>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list