Unifying the way the EBML unknown length is signaled, rather than using two
incompatible values. UINT64_MAX cannot be read as a valid EBML length with the
current code.
Co-authored-by: Steve Lhomme <robux4@ycbcr.xyz>
Co-authored-by: Dale Curtis <dalecurtis@chromium.org>
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

The function typedefs we were using are only present when using the
dynamic loader, which means compilation breaks for code directly
using the cuda SDK.

To fix this, let's just duplicate the function typedefs locally.
These are not going to change.

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

Improves speed from 5.4 to 4.2 seconds
Fixes: 13149/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PGM_fuzzer-5760833622114304
Fixes: 13166/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PGMYUV_fuzzer-5763216322330624

Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegReviewed-by: Lauri Kasanen <cand@gmx.com>
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

The frame is not needed that early so obtaining it later avoids
the costly operation in case other checks fail.

Fixes: Timeout (14sec -> 4sec)
Fixes: 13140/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ZMBV_fuzzer-5738330308739072

Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegReviewed-by: Tomas Härdin <tjoppen@acc.umu.se>
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

Fixes: Timeout (78 sec -> 15 millisec)
Fixes: 13147/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JV_fuzzer-5727107827630080

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

fixes: https://trac.ffmpeg.org/ticket/6713Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

It is no longer interesting.
Signed-off-by: Lou Logan <lou@lrcd.com>

Signed-off-by: Marton Balint <cus@passwd.hu>

Signed-off-by: Marton Balint <cus@passwd.hu>

This way re-initializations properly update end_pts, enabling
sub2video_heartbeat to call sub2video_update as expected to re-init
the sub2video AVFrame's contents and to feed a frame into the filter
chain.

This then fixes memory usage ballooning due to framesync waiting
for secondary input in case of no actual subtitle samples being present
for a while in source after a re-init occurs.

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>