git.videolan.org Git - ffmpeg.git/rss log

Les articles publiés sur le site

• Merge commit ’8aba7968dd604aae91ee42cbce0be3dad7dceb30’

  3 septembre 2013, par Michael Niedermayer

  Merge commit '8aba7968dd604aae91ee42cbce0be3dad7dceb30'
  
  * commit '8aba7968dd604aae91ee42cbce0be3dad7dceb30':
    vcr1: add sanity checks
  
  Conflicts:
  	libavcodec/vcr1.c
  
  See: 845724c82c1a732ab398c9e8cedd178f96f1626d
  See: 8e09482e4d27d65bbce2ce5c2f4392216011ed09
  Merged-by: Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavcodec/vcr1.c

• alac : Check that the channels fit at the given offset

  3 septembre 2013, par Martin Storsjö

  alac: Check that the channels fit at the given offset
  
  The code tries to decode a number of channels at the
  offset given by the ff_alac_channel_layout_offsets table.
  Even if the number of channels decoded so far doesn't
  exceed the total number of channels, we need to check that
  we actually can decode that number of channels at this offset
  as well.
  
  Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
  CC: libav-stable@libav.org
  Signed-off-by: Martin Storsjö <martin@martin.st>
  

  • [DH] libavcodec/alac.c

• 4xm : Check that the read track value is non-negative

  3 septembre 2013, par Martin Storsjö

  4xm: Check that the read track value is non-negative
  
  Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
  CC: libav-stable@libav.org
  Signed-off-by: Martin Storsjö <martin@martin.st>
  

  • [DH] libavformat/4xm.c

• matroskadec : Check that .lang was allocated and set before reading it

  3 septembre 2013, par Martin Storsjö

  matroskadec: Check that .lang was allocated and set before reading it
  
  Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
  CC: libav-stable@libav.org
  Signed-off-by: Martin Storsjö <martin@martin.st>
  

  • [DH] libavformat/matroskadec.c

• alac : Limit max_samples_per_frame

  3 septembre 2013, par Martin Storsjö

  alac: Limit max_samples_per_frame
  
  Otherwise buffer size calculations in allocate_buffers could
  overflow later, making the code think a large enough buffer
  actually was allocated.
  
  Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
  CC: libav-stable@libav.org
  Signed-off-by: Martin Storsjö <martin@martin.st>
  

  • [DH] libavcodec/alac.c