git.libav.org Git - libav.git/rss log

Les articles publiés sur le site

• mov : Use av_stream_add_side_data() for displaymatrix side data

  22 novembre 2016, par James Almer

  mov: Use av_stream_add_side_data() for displaymatrix side data
  
  Signed-off-by: James Almer <jamrial@gmail.com>
  Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
  

  • [DBH] libavformat/mov.c

• avpacket : fix leak on realloc in av_packet_add_side_data()

  19 novembre 2016, par James Almer

  avpacket: fix leak on realloc in av_packet_add_side_data()
  
  If realloc fails, the pointer is overwritten and the previously allocated buffer
  is leaked, which goes against the expected functionality of keeping the packet
  unchanged in case of error.
  
  Signed-off-by: James Almer <jamrial@gmail.com>
  Signed-off-by: Anton Khirnov <anton@khirnov.net>
  

  • [DBH] libavcodec/avpacket.c

• smacker : limit recursion depth of smacker_decode_bigtree

  19 novembre 2016, par Andreas Cadhalpun

  smacker: limit recursion depth of smacker_decode_bigtree
  
  This fixes segmentation faults due to stack-overflow caused by too deep
  recursion.
  
  Reviewed-by: Michael Niedermayer <michael@niedermayer.cc>
  Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
  Signed-off-by: Sean McGovern <gseanmcg@gmail.com>
  

  • [DBH] libavcodec/smacker.c

• arm : warn/error on movrelx usage problematic with PIC on ELF

  18 novembre 2016, par Janne Grunau

  arm: warn/error on movrelx usage problematic with PIC on ELF
  
  The warning has false positives but our asm does not trigger it. For
  new code false positives can only be avoided by changing the register
  allocation.
  

  • [DBH] libavutil/arm/asm.S

• aarch64 : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

  18 novembre 2016, par Martin Storsjö

  aarch64: vp9itxfm: Skip empty slices in the first pass of idct_idct 16x16 and 32x32
  
  This work is sponsored by, and copyright, Google.
  
  Previously all subpartitions except the eob=1 (DC) case ran with
  the same runtime:
  
  vp9_inv_dct_dct_16x16_sub16_add_neon:   1373.2
  vp9_inv_dct_dct_32x32_sub32_add_neon:   8089.0
  
  By skipping individual 8x16 or 8x32 pixel slices in the first pass,
  we reduce the runtime of these functions like this:
  
  vp9_inv_dct_dct_16x16_sub1_add_neon:     235.3
  vp9_inv_dct_dct_16x16_sub2_add_neon:    1036.7
  vp9_inv_dct_dct_16x16_sub4_add_neon:    1036.7
  vp9_inv_dct_dct_16x16_sub8_add_neon:    1036.7
  vp9_inv_dct_dct_16x16_sub12_add_neon:   1372.1
  vp9_inv_dct_dct_16x16_sub16_add_neon:   1372.1
  vp9_inv_dct_dct_32x32_sub1_add_neon:     555.1
  vp9_inv_dct_dct_32x32_sub2_add_neon:    5190.2
  vp9_inv_dct_dct_32x32_sub4_add_neon:    5180.0
  vp9_inv_dct_dct_32x32_sub8_add_neon:    5183.1
  vp9_inv_dct_dct_32x32_sub12_add_neon:   6161.5
  vp9_inv_dct_dct_32x32_sub16_add_neon:   6155.5
  vp9_inv_dct_dct_32x32_sub20_add_neon:   7136.3
  vp9_inv_dct_dct_32x32_sub24_add_neon:   7128.4
  vp9_inv_dct_dct_32x32_sub28_add_neon:   8098.9
  vp9_inv_dct_dct_32x32_sub32_add_neon:   8098.8
  
  I.e. in general a very minor overhead for the full subpartition case due
  to the additional cmps, but a significant speedup for the cases when we
  only need to process a small part of the actual input data.
  
  Signed-off-by: Martin Storsjö <martin@martin.st>
  

  • [DBH] libavcodec/aarch64/vp9itxfm_neon.S