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

Les articles publiés sur le site

• vp8dsp : Remove the comment saying that the height is equal to the width

  10 juillet 2016, par Martin Storsjö

  vp8dsp: Remove the comment saying that the height is equal to the width
  
  This comment isn't true, the height can be different from the width
  for these functions (which is why the height is passed as a parameter
  to them).
  
  Signed-off-by: Martin Storsjö <martin@martin.st>
  

  • [DBH] libavcodec/vp8dsp.h

• checkasm : vp8 : mc : test unequal width/height for partitions

  10 juillet 2016, par Janne Grunau

  checkasm: vp8: mc: test unequal width/height for partitions
  

  • [DBH] tests/checkasm/vp8dsp.c

• vp8/armv6 : mc : avoid boolean expression in calculation

  9 juillet 2016, par Janne Grunau

  vp8/armv6: mc: avoid boolean expression in calculation
  
  GNU as evaluates true as '-1' while Apple's variant and llvm's internal
  assembler evaluate it as '1'. The best way to avoid this madness is to
  eliminate boolean expressions instead of trying to fix it with
  preprocessor directives. Use a direct formula to calculate the
  required temporary space on the stack in
  ff_put_vp8_{epel,bilin}{4,8,16}_h[246]v[246]_armv6().
  
  Fixes a checkasm segfault in vp8dsp.mc when using llvm's internal
  assembler for a non-Apple target.
  

  • [DBH] libavcodec/arm/vp8dsp_armv6.S

• libopenh264 : Support building with the 1.6 release

  8 juillet 2016, par Martin Storsjö

  libopenh264: Support building with the 1.6 release
  
  Signed-off-by: Martin Storsjö <martin@martin.st>
  

  • [DBH] libavcodec/libopenh264dec.c
  • [DBH] libavcodec/libopenh264enc.c

• h2645_parse : handle embedded Annex B NAL units in size prefixed NAL units

  7 juillet 2016, par Janne Grunau

  h2645_parse: handle embedded Annex B NAL units in size prefixed NAL units
  
  Fixes a regression in ca2f19b9cc3 with some mov/mp4 files. The files have
  several NAL units in the supposed single NAL unit after the size field.
  Annex B start code prefixes are used to separate them. The first NAL unit
  is correctly parsed but the buffer does not point to the next size field.
  Instead semi random data (it seems to be the rbsp_stop_one_bit and the
  start code prefix) is then parsed as length and will exceed the
  remaining length of the buffer.
  
  Patch based on the code in h264's decode_nal_units() and a similar
  patch by Hendrik Leppkes in FFmpeg (a9bb4cf87d1).
  
  Bug-Id: ffmpeg/trac5529
  Reported-By: Vittorio Giovara
  

  • [DBH] libavcodec/h2645_parse.c