This was missed in d5d699abSigned-off-by: James Almer <jamrial@gmail.com>

This was missed in d5d699abSigned-off-by: James Almer <jamrial@gmail.com>

This was missed in d5d699abSigned-off-by: James Almer <jamrial@gmail.com>

Fixes: runtime error: signed integer overflow: 2147421862 - -33624063 cannot be represented in type 'int'
Fixes: 12885/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_H264_fuzzer-5733516975800320

Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>

Can be used as a vacation mode to enable/disable mail delivery
without needing to unsubscribe.
Signed-off-by: Lou Logan <lou@lrcd.com>

Signed-off-by: Ruiling Song <ruiling.song@intel.com>
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

When a JACOsub subtitle has two timestamps, they represent its start and
end times (http://unicorn.us.com/jacosub/jscripts.html#l_times); the
duration is the difference between the two, not the sum of the two.

The subtitle end times in the FATE test for this were wrong as a result;
fix them too. (This test is based on JACOsub's demo.txt, and the end
time computed for the last line using @ now matches what the comments
there say it should be.)

Also tested in practice using MPV, a LaserDisc, and some authentic 1993
JACOsub files.
Signed-off-by: Adam Sampson <ats@offog.org>
Reviewed-by: Paul B Mahol <onemda@gmail.com>
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

* commit '90b15f60':
  srt: Set srto_sender flag to sender srt socket
Merged-by: James Almer <jamrial@gmail.com>

* commit '156ea66c':
  h264/x86: sign extend int stride in deblock functions

This commit is a noop, see d5d699abMerged-by: James Almer <jamrial@gmail.com>

* commit 'eec93e57':
  libopenh264dec: Use a newer decoding entry point function
Merged-by: James Almer <jamrial@gmail.com>

* commit '28a8b541':
  h264/aarch64: add intra loop filter neon asm
Merged-by: James Almer <jamrial@gmail.com>

* commit '846c3d6a':
  h264/aarch64: optimize neon loop filter
Merged-by: James Almer <jamrial@gmail.com>

* commit 'd7f4f5c4':
  checkasm/h264: add loop filter tests
Merged-by: James Almer <jamrial@gmail.com>

* commit 'bb515e3a':
  h264/aarch64: sign extend int stride in loop filter asm
Merged-by: James Almer <jamrial@gmail.com>

* commit '41cf3e3b':
  arm: Create proper .rdata sections for COFF
Merged-by: James Almer <jamrial@gmail.com>

* commit 'ca44fa5d':
  avcodec/libdav1d: properly free all output picture references

This commit is a noop, see 10931a06Merged-by: James Almer <jamrial@gmail.com>

* commit '90adbf4a':
  cook: Use the correct table for 6-bit stereo coupling
Merged-by: James Almer <jamrial@gmail.com>

* commit '70ab2778':
  libdav1d: update API usage to the first stable release
  libdav1d: fix build after a recent API break
  qsvenc: Add VDENC support for H264 and HEVC
  avcodec: libdav1d AV1 decoder wrapper.
  swscale: Add GRAY10
  pixfmt: Add GRAY10
  libx264: Pass the reordered_opaque field through the encoder
  libavutil: Undeprecate the AVFrame reordered_opaque field
  libaom: remove references to yuva444p pixfmt
  Revert "decode: copy the output parameters from the last bsf in the chain back to the AVCodecContext"

This commit is a noop, see
87588caf
4e9cff28
882ae091
3f1b5ca2
b5177c70
beaa350e
e92ce340Merged-by: James Almer <jamrial@gmail.com>

* commit '1ff6cb2c':
  lavc/qsvenc_jpeg: set a default quality
  lavc/qsvenc_jpeg: add async_depth support

This commit is a noop, see
0e3d7d84
92c25963Merged-by: James Almer <jamrial@gmail.com>

* commit '5584abf6':
  arm: Emit .thumb_func directives
Merged-by: James Almer <jamrial@gmail.com>

* commit '04e8b8b0':
  avcodec/libaomenc: export the Sequence Header OBU as extradata

This commit is a noop. aom_codec_get_global_headers() is buggy at the moment.
See https://bugs.chromium.org/p/aomedia/issues/detail?id=2208Merged-by: James Almer <jamrial@gmail.com>

* commit '97c9a508':
  avcodec/libaomenc: remove AVOption related to frame partitions
  avcodec/extract_extradata: don't uninitialize the H2645Packet on every processed packet
  avcodec/extract_extradata: Move the reference in the bsf internal buffer
  avcodec/extract_extradata: Do not allocate more space than needed when removing NALUs in h264/hevc
  avcodec/extract_extradata: Zero-initialize the padding bytes in all allocated buffers
  avcodec/extract_extradata_bsf: Fix leak discovered via fuzzing
  avcodec/bsf: Add ff_bsf_get_packet_ref() function

This commit is a noop, see

7ae52f8a
5a412a5c
d168e78e
2536bd86
9c6dd9d6
016d4001
b69ea742Merged-by: James Almer <jamrial@gmail.com>

Even if NEON would be disabled, the init functions should be built
as they are called as long as ARCH_AARCH64 is set.

These functions are part of a generic DSP subsytem, not tied directly
to one decoder. (They should be built if the vp7 decoder is enabled,
even if the vp8 decoder is disabled.)
Signed-off-by: Martin Storsjö <martin@martin.st>
(cherry picked from commit b4b27dce)

This fixes building with MSVC, which lacks unistd.h.
Signed-off-by: Martin Storsjö <martin@martin.st>
(cherry picked from commit ad32f7b1)

Signed-off-by: Martin Storsjö <martin@martin.st>
(cherry picked from commit 2eeac799)

This also partially fixes assembling with MS armasm64 (via
gas-preprocessor).

The movrel macro invocations need to pass the offset via a separate
parameter. Mach-o and COFF relocations don't allow a negative
offset to a symbol, which is handled properly if the offset is passed
via the parameter. If no offset parameter is given, the macro
evaluates to something like "adrp x17, subpel_filters-16+(0)", which
older clang versions also fail to parse (the older clang versions
only support one single offset term, although it can be a parenthesis.
Signed-off-by: Martin Storsjö <martin@martin.st>
(cherry picked from commit 26d7af4c)

If we fill with black then the generated palette will have one color more
than what the user requested. This also resulted in unwanted black specks in
the output of paletteuse, especially when generating small palettes.

- Clamp ME range to -64..63 (prevents corruption when me_range is too high)
- Allow MV's up to *and including* the positive range limit
- Allow out-of-edge ME by padding the prev buffer with a border of 0's
- Try previous MV before checking the rest (improves speed in some cases)
- More robust logic in code - ensure *mx,*my,*xored are updated together

- Improve block choices by counting 0-bytes in the entropy score
- Make histogram use uint16_t type, to allow byte counts from 16*16
(current block size) up to 255*255 (maximum allowed 8bpp block size)
- Make sure score table is big enough for a full block's worth of bytes
- Calculate *xored without using code in inner loop

Signed-off-by: hwrenx <hwrenx@126.com>

Signed-off-by: hwrenx <hwrenx@126.com>

Signed-off-by: hwrenx <hwrenx@126.com>

Signed-off-by: Xiaofeng Wang <xiaofeng.wang@bqvision.com>
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

This was found through the Hacker One program on VLC but is not a security issue in libavformat
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

Fixes: out of array access

Found-by: Wenxiang Qian
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>