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

Les articles publiés sur le site

• mpeg2enc : Don’t mark all streams as component video

  12 août 2017, par Mark Thompson

  mpeg2enc: Don't mark all streams as component video
  
  Since there is no information about the source format, "unspecified"
  is the correct value to write here.
  
  All tests using the MPEG-2 encoder are updated, as this changes the
  header on all outputs.
  

  • [DBH] libavcodec/mpeg12enc.c
  • [DBH] tests/ref/lavf/gxf
  • [DBH] tests/ref/lavf/mxf
  • [DBH] tests/ref/lavf/mxf_d10
  • [DBH] tests/ref/lavf/ts
  • [DBH] tests/ref/vsynth/vsynth1-mpeg2
  • [DBH] tests/ref/vsynth/vsynth1-mpeg2-422
  • [DBH] tests/ref/vsynth/vsynth1-mpeg2-idct-int
  • [DBH] tests/ref/vsynth/vsynth1-mpeg2-ilace
  • [DBH] tests/ref/vsynth/vsynth1-mpeg2-ivlc-qprd
  • [DBH] tests/ref/vsynth/vsynth1-mpeg2-thread
  • [DBH] tests/ref/vsynth/vsynth1-mpeg2-thread-ivlc
  • [DBH] tests/ref/vsynth/vsynth2-mpeg2
  • [DBH] tests/ref/vsynth/vsynth2-mpeg2-422
  • [DBH] tests/ref/vsynth/vsynth2-mpeg2-idct-int
  • [DBH] tests/ref/vsynth/vsynth2-mpeg2-ilace
  • [DBH] tests/ref/vsynth/vsynth2-mpeg2-ivlc-qprd
  • [DBH] tests/ref/vsynth/vsynth2-mpeg2-thread
  • [DBH] tests/ref/vsynth/vsynth2-mpeg2-thread-ivlc

• vaapi_h265 : Reduce the amount of padding in the stream

  12 août 2017, par Mark Thompson

  vaapi_h265: Reduce the amount of padding in the stream
  
  It is not necessary to pad to the CTU size.  The CB size of 8x8 should be
  sufficient, but due to constraints in the Intel driver (the one usable
  implementation of this) it has to be padded to 16x16 like in H.264.
  

  • [DBH] libavcodec/vaapi_encode_h265.c

• dfa : Disallow odd width/height and add proper bounds check for DDS1 chunks

  11 août 2017, par Diego Biurrun

  dfa: Disallow odd width/height and add proper bounds check for DDS1 chunks
  
  DDS1 chunks are decoded in 2x2 blocks, odd chunk width or height is not
  allowed in that case. Also ensure that the decode buffer is big enough
  for all blocks being processed.
  
  Bug-Id: CVE-2017-9992
  CC: libav-stable@libav.org
  

  • [DBH] libavcodec/dfa.c

• pixfmt : Support chroma-derived and ictcp color matrices

  8 août 2017, par Vittorio Giovara

  pixfmt: Support chroma-derived and ictcp color matrices
  
  Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
  

  • [DBH] libavutil/pixdesc.c
  • [DBH] libavutil/pixfmt.h
  • [DBH] libavutil/version.h

• h264 : Add support for alternative transfer characterics SEI

  8 août 2017, par Vittorio Giovara

  h264: Add support for alternative transfer characterics SEI
  
  The use of this SEI is for backward compatibility in HLG HDR systems:
  older devices that cannot interpret the "arib-std-b67" transfer will
  get the compatible transfer (usually bt709 or bt2020) from the VUI,
  while newer devices that can interpret HDR will read the SEI and use
  its value instead.
  
  Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
  

  • [DBH] libavcodec/h264_sei.c
  • [DBH] libavcodec/h264_sei.h
  • [DBH] libavcodec/h264_slice.c