1. 20 Jun, 2019 2 commits
    • Gyan Doshi's avatar
      avformat/segment: fix muxing tmcd tracks in MOV · 91f5950f
      Gyan Doshi authored
      avformat/movenc still relies on AVCodecContext time_base to mux tmcd
      tracks and segment muxer did not copy that field to inner streams
      leading to SIGFPE in the child muxer instance.
      91f5950f
    • Bodecs Bela's avatar
      avformat/hlsenc: enhanced %v handling with variant names · 86f04b91
      Bodecs Bela authored
      When multiple variant streams are specified by var_stream_map option, %v
      placeholder in various names ensures that each variant has its unique
      names. Currently %v is substituted by its variant index value (0, 1, 2
      etc.). In some use cases it would be handy to specify names for variants
      instead of numerical indexes. This patch makes it possible to use names
      instead of default indexes. In var_stream_map option each or some of the
      variant streams may use an optional name attributum (e.g.
      -var_stream_map "v:0,a:0,name:sd v:1,a:1,name:720p") If a name is
      specified for a variant, then this name value will be used as
      substitution value of %v instead of the default index value.
      Signed-off-by: 's avatarBela Bodecs <bodecsb@vivanet.hu>
      Signed-off-by: 's avatarSteven Liu <lq@onvideo.cn>
      86f04b91
  2. 19 Jun, 2019 1 commit
    • Bodecs Bela's avatar
      av_format/hlsenc: fix %v handling by format_name function · 09a48539
      Bodecs Bela authored
      Hi All,
      
      When multiple variant streams are specified by var_stream_map option, %v
      placeholder in various names ensures that each variant has its unique
      names. Most of %v handlng is done in format_name function. Currently
      in this function the result buffer is the same as the
      input pattern buffer, so you must allocate it before calling format_name
      function. It also means, that it is silently assumed that the result
      string will NOT be
      longer that the pattern string. It is true most of the time, because %v
      may appear only once in the pattern string and number of variant streams
      is less than 100 in practical cases. But theoretically it will fail if
      specified number of variant streams is greater than 100 (i.e. longer
      than 2 digits).
      This patch fixes this behaviour by altering format_name function to
      allocate the
      result buffer and return it to the caller.
      
      Please, review this patch.
      
      best,
      
      Bela
      >From 6377ebee8a106a9684d41b270c7d6c8e57cd3e7b Mon Sep 17 00:00:00 2001
      From: Bela Bodecs <bodecsb@vivanet.hu>
      Date: Mon, 17 Jun 2019 14:31:36 +0200
      Subject: [PATCH] av_format/hlsenc: fix %v handling by format_name function
      
      When multiple variant streams are specified by var_stream_map option, %v
      placeholder in various names ensures that each variant has its unique
      names. Most of %v handlng is done in format_name function. Currently
      in this function the result buffer is the same as the input pattern
      buffer, so you must allocate it before calling format_name function. It
      also means, that it is silently assumed that the result string will NOT
      be longer that the pattern string. It is true most of the time, because
      %v may appear only once in the pattern string and number of variant
      streams is less than 100 in practical cases. But theoretically it will
      fail if specified number of variant streams is greater than 100. This
      patch fixes this behaviour by altering format_name function to allocate
      the result buffer and return it to the caller.
      Signed-off-by: 's avatarBela Bodecs <bodecsb@vivanet.hu>
      09a48539
  3. 18 Jun, 2019 3 commits
  4. 17 Jun, 2019 1 commit
  5. 16 Jun, 2019 3 commits
  6. 14 Jun, 2019 20 commits
  7. 13 Jun, 2019 4 commits
  8. 12 Jun, 2019 6 commits