> seems to break
> make fate-vsynth1-mjpeg-444

Fixed.

Core of patch is from paul@paulmehta.com
Reference https://crbug.com/643951Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
Check value reduced as the code does not support values beyond INT_MAX
Also the check is moved to a more common place and before integer truncation

Core of patch is from paul@paulmehta.com
Reference https://crbug.com/643950Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
Check value reduced as the code does not support larger lengths

Make the comment message understandable and correct.

Signed-off-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

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

Fixes: 559/clusterfuzz-testcase-6424225917173760

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

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

Signed-off-by: NPaul B Mahol <onemda@gmail.com>

Adds a `-hls_flags +temp_file` which will write segment data to
filename.tmp, and then rename to filename when the segment is complete.

This patch is similar in spirit to one used in Plex's ffmpeg fork, and
allows a transcoding webserver to ensure incomplete segment files are
never served up accidentally.
Reviewed-by: NHendrik Leppkes <h.leppkes@gmail.com>
Reviewed-by: NBodecs Bela <bodecsb@vivanet.hu>
Signed-off-by: NAman Gupta <aman@tmm1.net>
Signed-off-by: NSteven Liu <lq@chinaffmpeg.org>

This avoids issues with wrong parameter translation by msys on some systems,
and the Windows SDK tools accept both forms equally.

Fixes: null pointer dereference
Fixes: 555/clusterfuzz-testcase-5986646595993600

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

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

Blocks are marked as key frames whenever the "reference" field is
zero. This breaks for non-keyframe Blocks with a reference timestamp
of zero.

The likelihood of reference timestamp being zero is increased by a
longstanding bug in muxing that encodes reference timestamp as the
absolute time of the referenced frame (rather than relative to the
current Block timestamp, as described in MKV spec).

Now using INT64_MIN to denote "no reference".

Reported to chromium at http://crbug.com/497889 (contains sample)

Fixes CID1396245
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Fixes CID1396242

Fixes Coverity CID 1396254.
Signed-off-by: NMarton Balint <cus@passwd.hu>

Fixes CID 1374119.

Fixes CID 1398954.

The original code is correctly following the API - vaTerminate() must
be called to free the resources of a VADisplay after it is created by
any of the vaGetDisplay*() calls; it is not necessary to have
successfully called vaInitialize() on it.  The segfaults which
prompted this change must therefore be bugs in libva or the driver it
loads.

This reverts commit 3606602f.

This currently leaks if multiple device options are specified on the
command line.

This reworks the code a bit and also disallows NULL contexts.

Fixes Coverity CID 1396273, 1396279.
Signed-off-by: NMarton Balint <cus@passwd.hu>

The user should supply a proper context.

Fixes Coverity CID 1396246.
Signed-off-by: NMarton Balint <cus@passwd.hu>

Detecting a leap second depends on a lot of things, segment time, segment
offset, system leap second implementation, the removed part is a huge
simplification which can be misleading, so it is best to remove it.
Signed-off-by: NMarton Balint <cus@passwd.hu>

Not starting a new segment if the elapsed microsecs since the start of the day
equals the the elapsed microsecs since the start of the day at the time of the
last cut seems plain wrong to me, Deti do you remember the original reason
behind this check?
Signed-off-by: NMarton Balint <cus@passwd.hu>

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

Signed-off-by: NPaul B Mahol <onemda@gmail.com>

Fixes out of array access
Fixes: 546/clusterfuzz-testcase-4809433909559296

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

Signed-off-by: NRostislav Pehlivanov <atomnuker@gmail.com>

Without the /UTF-8 switch, the MSVC compiler treats all files as in the
system codepage, instead of in UTF-8, which causes UTF-8 string literals
to be interpreted wrong.

This switch was only introduced in VS2015 Update 2, and any earlier
versions do not have an equivalent solution.

Fixes fate-sub-scc on MSVC 2015+

This suppresses the startup banner, which is consistent with all other calls
to the Windows SDK binaries.

Fixes out of array read
Fixes: 544/clusterfuzz-testcase-5936536407244800.f8bd9b24_8ba77916_70c2c7be_3df6a2ea_96cd9f14
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

This fixes ubsan warnings in non debug builds by using unsigned operations

in debug builds the correct signed operations are retained so that overflows
(which should not occur in valid files and may indicate problems in the DSP code
or decoder) can be detected.

Alternatively they can be changed to unsigned unconditionally, then its
not possible though to detect overflows easily if someone wants to test
the DSP code for overflows.

The 2nd alternative would be to leave the code as it is and accept that
there are undefined operations in the DSP code and that ubsan output is
full of them in some cases.

Similar changes would be needed in some other DSP routines
Suggested-by: NMatt Wolenetz <wolenetz@google.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

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

Clarify that setting loop=0 is required to make the stream loop infinitely, rather than saying that a value "less than 1" is needed.
Signed-off-by: NLou Logan <lou@lrcd.com>

Fixes memleak
Fixes part of CID1197065
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Fixes memleak
Fixes part of CID1197065
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Fixes memleak
Fixes part of CID1197065
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Fixes memleak
Fixes part of CID1197065
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Fixes memleak
Fixes part of CID1197065
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>