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

Libav master git repository

http://git.libav.org/?p=libav.git;a=summary

Les articles publiés sur le site

  • lavc : Use hardware config information in ff_get_format()

    26 octobre 2017, par Mark Thompson
    lavc: Use hardware config information in ff_get_format()
    
    This removes the dependency that hardware pixel formats previously had on
    AVHWAccel instances, meaning only those which actually do something need
    exist after this patch.
    
    Also updates avcodec_default_get_format() to be able to choose hardware
    formats if either a matching device has been supplied or no additional
    external configuration is required, and avcodec_get_hw_frames_parameters()
    to use the hardware config rather than searching the old hwaccel list.
    
    • [DBH] libavcodec/decode.c
    • [DBH] libavcodec/internal.h
  • webp : Fix alpha initialisation

    26 octobre 2017, par Mark Thompson
    webp: Fix alpha initialisation
    
    ff_get_format() in the next patch will reject formats which aren't in the
    offered list, so the hack in 7cb9296db872c4221453e5411f242ebcfca62664 is
    no longer valid.  Change the hack by adding a new field in the VP8 decoder
    context to indicate that it's actually WebP and don't call ff_get_format()
    at all in that case.
    
    • [DBH] libavcodec/vp8.c
    • [DBH] libavcodec/vp8.h
    • [DBH] libavcodec/webp.c
  • lavc : Add hardware config metadata for decoders supporting hardware output

    26 octobre 2017, par Mark Thompson
    lavc: Add hardware config metadata for decoders supporting hardware output
    
    This includes a pointer to the associated hwaccel for decoders using
    hwaccels - these will be used later to implement the hwaccel setup
    without needing a global list.
    
    Also added is a new file listing all hwaccels as external declarations -
    this will be used later to generate the hwaccel list at configure time.
    
    • [DBH] libavcodec/h263dec.c
    • [DBH] libavcodec/h264dec.c
    • [DBH] libavcodec/hevcdec.c
    • [DBH] libavcodec/hwaccel.h
    • [DBH] libavcodec/hwaccels.h
    • [DBH] libavcodec/mmaldec.c
    • [DBH] libavcodec/mpeg12dec.c
    • [DBH] libavcodec/mpeg4videodec.c
    • [DBH] libavcodec/qsvdec.c
    • [DBH] libavcodec/qsvdec.h
    • [DBH] libavcodec/qsvdec_h2645.c
    • [DBH] libavcodec/qsvdec_other.c
    • [DBH] libavcodec/vc1dec.c
    • [DBH] libavcodec/vp8.c
  • lavc : Add codec metadata to indicate hardware support

    26 octobre 2017, par Mark Thompson
    lavc: Add codec metadata to indicate hardware support
    
    • [DBH] doc/APIchanges
    • [DBH] libavcodec/avcodec.h
    • [DBH] libavcodec/hwaccel.h
    • [DBH] libavcodec/utils.c
    • [DBH] libavcodec/version.h
  • vaapi_h264 : Add workaround for bad SEI in old Intel drivers

    25 octobre 2017, par Mark Thompson
    vaapi_h264: Add workaround for bad SEI in old Intel drivers
    
    With pre-2.0 Intel drivers in CBR mode, if an explicit SEI message with
    the old (now deprecated) type is not included, the driver generates and
    inserts some timing SEI which is almost certainly invlaid.  Before
    7a4fac5e91789b73e07bd4ad20493cfde028df76 we always inserted our own SEI
    so this would not be visible, but since then it has been possible to
    disable that.  We would also like to avoid using the deprecated type,
    and using the new type, while working in old drivers, does not suppress
    the spurious message like the old type does.
    
    Therefore, suppress the bad SEI insertion by providing a zero-length
    buffer with the old type, which the driver can insert harmlessly.
    
    • [DBH] libavcodec/vaapi_encode_h264.c