1. 14 Oct, 2019 20 commits
  2. 13 Oct, 2019 12 commits
  3. 12 Oct, 2019 8 commits
    • Paul B Mahol's avatar
      avfilter/vf_colorconstancy: fix overreads in gauss array · a7fd1279
      Paul B Mahol authored
      Fixes #8250
      a7fd1279
    • Paul B Mahol's avatar
      avfilter/vf_waveform: add yflat filter · e923e620
      Paul B Mahol authored
      e923e620
    • Paul B Mahol's avatar
      33fd82ae
    • Paul B Mahol's avatar
      avfilter/vf_waveform: add invert graticule · 42974eb1
      Paul B Mahol authored
      42974eb1
    • Paul B Mahol's avatar
      avfilter/vf_waveform: add graticule enum · ecc16753
      Paul B Mahol authored
      ecc16753
    • Matthieu Bouron's avatar
      avformat/mov: parse sdtp atom and set the pkt disposable flag accordingly · 1921f866
      Matthieu Bouron authored
      Allows the creation of the sdtp atom while remuxing MP4 to MP4. This
      atom is required by Apple devices (iPhone, Apple TV) in order to accept
      2160p medias.
      1921f866
    • Andreas Rheinhardt's avatar
      avcodec/zmbvenc: Correct offset in buffer · def04022
      Andreas Rheinhardt authored
      zmbvenc allocates a buffer for a picture with padding on all four sides:
      The stride is choosen so large that it already contains padding on the
      right; the height also includes padding rows. The padding on the right
      of each row is also reused as padding for the left of the next row. So
      one still needs to add padding on the left for the first row. This is done
      by offsetting the actual pointer used to access the picture from the
      pointer returned by av_mallocz and the formula for this offset was
      wrong, because it ignored that a pixel can take more than one byte when
      calculating the offset resulting from the left padding of the first row.
      
      This fixes accesses outside of the allocated buffer that were reported
      in tickets #7980 and #7994. No writes were ever attempted outside of
      the buffer.
      Signed-off-by: 's avatarAndreas Rheinhardt <andreas.rheinhardt@gmail.com>
      Reviewed-by: 's avatarTomas Härdin <tjoppen@acc.umu.se>
      Signed-off-by: 's avatarMichael Niedermayer <michael@niedermayer.cc>
      def04022
    • Andreas Rheinhardt's avatar
      fftools/ffmpeg: Improve streamcopy · 223a2c2a
      Andreas Rheinhardt authored
      do_streamcopy() has a packet that gets zero-initialized first, then gets
      initialized via av_init_packet() after which some of its fields are
      oerwritten again with the actually desired values (unless it's EOF): The
      side data is copied into the packet with av_copy_packet_side_data() and
      if the source packet is refcounted, the packet will get a new reference
      to the source packet's data. Furthermore, the flags are copied and the
      timestamp related fields are overwritten with new values.
      
      This commit replaces this by using av_packet_ref() to both initialize
      the packet as well as populate its fields with the right values (unless
      it's EOF again in which case the packet will still be initialized). The
      differences to the current approach are as follows:
      a) There is no call to a deprecated function (av_copy_packet_side_data())
      any more.
      b) Several fields that weren't copied before are now copied from the source
      packet to the new packet (e.g. pos). Some of them (the timestamp related
      fields) may be immediately overwritten again and some don't seem to be
      used at all (e.g. pos), but in return using av_packet_ref() allows to forgo
      the initializations.
      c) There was no check for whether copying side data fails or not. This
      has been changed: Now the program is exited in this case.
      
      Using av_packet_ref() does not lead to unnecessary copying of data,
      because the source packets are already always refcounted (they originate
      from av_read_frame()).
      Signed-off-by: 's avatarAndreas Rheinhardt <andreas.rheinhardt@gmail.com>
      Signed-off-by: 's avatarMichael Niedermayer <michael@niedermayer.cc>
      223a2c2a