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

  • mem : uninline av_malloc(z)_array()

    30 mars 2017, par Anton Khirnov
    mem: uninline av_malloc(z)_array()
    
    Inlining public functions hardcodes their implementation into the ABI,
    so it should be avoided unless there is a very good reason for it. No
    such reason exists in this case.
    
    • [DBH] libavutil/mem.c
    • [DBH] libavutil/mem.h
  • ac3_parser : add a public function for parsing the data required by the demuxer

    30 mars 2017, par Anton Khirnov
    ac3_parser: add a public function for parsing the data required by the demuxer
    
    Make the current semi-public avpriv_ac3_parse_header() private to lavc.
    
    Signed-off-by: Diego Biurrun <diego@biurrun.de>
    
    • [DBH] libavcodec/Makefile
    • [DBH] libavcodec/ac3_parser.c
    • [DBH] libavcodec/ac3_parser.h
    • [DBH] libavcodec/ac3_parser_internal.h
    • [DBH] libavcodec/ac3dec.c
    • [DBH] libavcodec/eac3dec.c
    • [DBH] libavformat/ac3dec.c
  • libavutil : Make LOCAL_ALIGNED(xx be equal to LOCAL_ALIGNED_xx(

    29 mars 2017, par Martin Storsjö
    libavutil: Make LOCAL_ALIGNED(xx be equal to LOCAL_ALIGNED_xx(
    
    Previously, the former form always produced a manually aligned,
    padded buffer, while the latter can use DECLARE_ALIGNED, if that
    amount of stack alignment is supported.
    
    libavutil/internal.h needs to include mem.h, since it uses
    the DECLARE_ALIGNED macro.
    
    Signed-off-by: Martin Storsjö <martin@martin.st>
    
    • [DBH] libavutil/internal.h
  • hevc : Avoid using LOCAL_ALIGNED for 4 byte alignment

    29 mars 2017, par Martin Storsjö
    hevc: Avoid using LOCAL_ALIGNED for 4 byte alignment
    
    The data types within the MvField struct themselves imply 4 byte alignment.
    
    Signed-off-by: Martin Storsjö <martin@martin.st>
    
    • [DBH] libavcodec/hevc_mvs.c
  • dcadec : remove extra indirection

    29 mars 2017, par Anton Khirnov
    dcadec: remove extra indirection
    
    num_core_channels is always equal to s->audio_header.prim_channels,
    neither one of those variables ever get changed.
    
    Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
    
    • [DBH] libavcodec/dcadec.c