git.videolan.org Git - ffmpeg.git/rss log

FFmpeg git repo

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

Les articles publiés sur le site

  • avcodec/dvbsubenc : Sanity check num_rects

    16 avril, par Andreas Rheinhardt
    avcodec/dvbsubenc: Sanity check num_rects

It is written as region_id which is a single byte.
Also fixes a potential (defined) overflow in the num_rects * 6
multiplication later; this has been found by 김승호 <kimsho98@naver.com>.

Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/dvbsubenc.c

  • Revert "lavf/id3v2dec : support multiple values and TIPL frames"

    16 avril, par Michael Niedermayer
    Revert "lavf/id3v2dec: support multiple values and TIPL frames"

see: Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

but in short, first our API since 16years says we dont have multiple values per key
(which it supports since 9 years only)

and it causes some problems for ffprobe apparently.
I do believe the original patch is the correct direction but it requires
more changes. So revert this until other things are in place and until
we have a consensus.

This reverts commit 80b77e8e8d0630710ad6069133f397459015f139.
    • [DH] libavformat/id3v2.c

  • avcodec/h264_mb : Fix tmp_cr for arm

    16 avril, par Michael Niedermayer
    avcodec/h264_mb: Fix tmp_cr for arm

When decoding a bitstream with weighted-bipred enabled,
the results on ARM and x86 platforms may differ.

The reason for the inconsistency is that the value of
STRIDE_ALIGN differs between platforms. And STRIDE_ALIGN
is set to the buffer stride of temporary buffers for U
and V components in mc_part_weighted.

If the buffer stride is 32 or 64 (as on x86 platforms),
the U and V pixels can be interleaved row by row without
overlapping, resulting in correct output.
However, on ARM platforms where the stride is 16,
the V component did overwrite part of the U component's pixels,
leading to incorrect predicted pixels.

The bug can be reproduced by the following bitstream.

https://trac.ffmpeg.org/attachment/ticket/11357/inter_weighted_bipred2.264

Fixes: ticket 11357
Commit-msg-mostly-by: Bin Peng <pengbin@visionular.com>
Reviewed-by: Bin Peng <pengbin@visionular.com>
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/h264_mb.c

  • libpostproc : update APIChanges and version for "deprecate the AMD 3DNow"

    15 avril, par Sean McGovern
    libpostproc: update APIChanges and version for "deprecate the AMD 3DNow"

Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
    • [DH] doc/APIchanges
    • [DH] libpostproc/postprocess.h
    • [DH] libpostproc/version.h
    • [DH] libpostproc/version_major.h

  • aarch64/h26x : optimize sao_band_filter

    15 avril, par Zhao Zhili
    aarch64/h26x: optimize sao_band_filter

int8_t[] is enough for offset_table of 8 bit streams.

On rpi5:
                             Before               After
hevc_sao_band_8_8_c:          252.3 ( 1.00x)     252.3 ( 1.00x)
hevc_sao_band_8_8_neon:        95.8 ( 2.63x)      61.0 ( 4.57x)
hevc_sao_band_16_8_c:         875.2 ( 1.00x)     864.9 ( 1.00x)
hevc_sao_band_16_8_neon:      317.5 ( 2.76x)     150.0 ( 6.26x)
hevc_sao_band_32_8_c:        3853.5 ( 1.00x)    3871.6 ( 1.00x)
hevc_sao_band_32_8_neon:     1222.3 ( 3.15x)     550.6 ( 7.39)
hevc_sao_band_48_8_c:        8203.6 ( 1.00x)    8182.6 ( 1.00x)
hevc_sao_band_48_8_neon:     2685.7 ( 3.05x)    1185.8 ( 7.36x)
hevc_sao_band_64_8_c:       14023.0 ( 1.00x)   14038.9 ( 1.00x)
hevc_sao_band_64_8_neon:     4783.2 ( 2.93x)    2078.4 ( 7.15x)

Reviewed-by: Martin Storsjö <martin@martin.st>
Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
    • [DH] libavcodec/aarch64/h26x/dsp.h
    • [DH] libavcodec/aarch64/h26x/sao_neon.S
    • [DH] libavcodec/aarch64/hevcdsp_init_aarch64.c
    • [DH] libavcodec/aarch64/vvc/dsp_init.c

Navigation

Sites Web