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

Fixes trac ticket #7099.

For some odd reason, the Nvidia version macros puts the minor version in
the msb, so comparing against it is impossible.

When using hls_list_size with hls_flags delete_segments, currently
hls_list_size * 2 +- segments remain on disk. With this new option,
the amount of disk space used can be controlled by the user.

fix ticket: #7131
Signed-off-by: NSteven Liu <lq@chinaffmpeg.org>
Signed-off-by: NAman Gupta <aman@tmm1.net>

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

Fixes: Timeout
Fixes: 6381/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEGLS_fuzzer-5665032743419904

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

Fixes: signed integer overflow: 2147483646 - -2816 cannot be represented in type 'int'
Fixes: crbug 823145
Reported-by: NMatt Wolenetz <wolenetz@google.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Fixes: crbug 822705
Reported-by: NMatt Wolenetz <wolenetz@google.com>
Reviewed-by: NMatt Wolenetz <wolenetz@google.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Signed-off-by: NBela Bodecs <bodecsb@vivanet.hu>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Currently when specifying the program id you can only decide to select
all stream of the specified program (e.g. p:103 will select all streams
of program 103) or narrow the selection to a specific stream sub index
(e.g. p:145:1 will select 2nd stream of program 145.) But you can not
specify like all audio streams of program 145 or 3rd video stream of
program 311.
In some case, mainly working with multiprogram mpeg-ts containers as
input, this feature would be handy.
This patch makes it possible to narrow the stream selection among
streams of the specified program by stream type and optionally its
index. Handled types: a, v, s, d.
Examples: p:601:a  will select all audio streams of program 601,
p:603:a:1 will select 2nd audio streams of program 603,
p:604:v:0 will select first video stream of program 604.
Signed-off-by: NBela Bodecs <bodecsb@vivanet.hu>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

0 means no correction, not 0.5.

Also document ranges and defaults for options.
Signed-off-by: NLou Logan <lou@lrcd.com>

Signed-off-by: NJun Zhao <mypopydev@gmail.com>

Signed-off-by: NJun Zhao <mypopydev@gmail.com>

Signed-off-by: NJun Zhao <mypopydev@gmail.com>

Same as ff_get_line but strip the white-space characters in the
string tail.
Signed-off-by: NJun Zhao <mypopydev@gmail.com>

Updates documentation after the changes to loglevel flag prefix parsing
in 4b736bc9.
Signed-off-by: NTobias Rapp <t.rapp@noa-archive.com>

Some ADTS streams can have multiple ID3 tags between frames. This
change parses all of them, rather than just the first one.
Signed-off-by: NMattias Amnefelt <mattiasa@avm.se>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Limited to widths multiple of 8 (RGB) due to lack of test files for such corner case

This partially fixes ticket #5639
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

AIX strip doesn't know the option -o.

Before adding uvlinesize check, I was seeing failures decoding
some video with ffmpeg compiled with --enable-gray and using AV_CODEC_FLAG_GRAY.

[mpeg2video @ 0x7fa193818c00] get_buffer() failed (stride changed: linesize=1280/1280 uvlinesize=0/640)
[mpeg2video @ 0x7fa193818c00] get_buffer() failed (stride changed: linesize=1280/1280 uvlinesize=0/640)
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Such streams are found on Blu-ray, and identified as EAC3 type in
avformat, while the bitstream of the core stream is actually a pure AC3
frame.

Adjust the parsing accordingly, since AC3 frames always hold 6 blocks
and the numblkscod syntax element is not present.

When var_stream_map option is used, %v must appear either in segment
name template or in the directory path. This latter case currently is
not handled and delete_segments flag of hls_flags is broken now. This
patch fix this. The root cause of the bug was that HLSSegment struct
only stores the final filename part, but not the final directory path.
Most of the cases, final path info is unneded, It only necessary when
you want to delete old segments (e.g in case of live streaming).
Without variant streams it was unnecessary to store the final directory
path, because all segment were stored into the same directory. But
introducing %v in directory names either require to store the final
directory path into HLSSegment or associate segments with their variant
streams to be able deleting them later. I have choosen the second
solution and introduced a variant index data member into the segment
struct.
Signed-off-by: NBela Bodecs <bodecsb@vivanet.hu>
Signed-off-by: NSteven Liu <lq@onvideo.cn>

Support for writing copyright metadata was added in commit bed4fc54
for 3GP, MOV and iTunes metadata. 3GP and MOV cases are formally
specified. However, iTunes format does not have specification, and
it seems to have been assumed that it would use the same atom as
MOV (both being Apple formats).

However, Apple uses 'cprt' atom for iTunes metadata (do note that
the iTunes 'cprt' encoding is generic iTunes ItemList atom, not
the 3GP 'cprt' encoding. These are also inside different parent
atoms).

Most references trying to document iTunes atoms mention only
the 'cprt' tag. See:
 - http://atomicparsley.sourceforge.net/mpeg-4files.html
 - http://mutagen.readthedocs.io/en/latest/api/mp4.html

Same applies to other software supporting this tag. Most of them
encode and decode only the 'cprt' atom.

ffmpeg mov demuxer supports both atoms in this context. There are
few pieces of other software that support similarly both 'cprt' and
the incorrect '\251cpy' atom in this context. I believe they do it in
order to read the ffmpeg encoded incorrect copyright atom.

In light of the above this changes the copyright atom to 'cprt' as
it seems to be supported univerally and is the correct atom to use.
Signed-off-by: NTimo Teräs <timo.teras@iki.fi>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

If there is a decoder initialization failure detected in avcodec_open2
after .init is called, allow graceful decoder .close to prevent leaking
libopus decoder allocations.

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

Should fix compilation wiht some old mingw-w64 builds that
don't seem to define it.
Signed-off-by: NJames Almer <jamrial@gmail.com>

Should fix compilation on targets like some old Android NDK versions.
Signed-off-by: NJames Almer <jamrial@gmail.com>

Fixes ticket #6990.
Tested-by: NJames Almer <jamrial@gmail.com>
Reviewed-by: NMark Thompson <sw@jkqxz.net>

Signed-off-by: NAman Gupta <aman@tmm1.net>

Reviewed-by: NKyle Swanson <k@ylo.ph>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Signed-off-by: NJun Zhao <mypopydev@gmail.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

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

Fixes two warnings: ISO C90 forbids mixed declarations and code

Signed-off-by: NMeng Wang <wangmeng.kids@bytedance.com>
Reviewed-by: NShengbin Meng <shengbinmeng@gmail.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Limits based on 3GPP TS 26.245 V14.0.0
Fixes: Timeout
Fixes: 6377/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MOVTEXT_fuzzer-5175929115508736

Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegReviewed-by: NPhilip Langdale <philipl@overt.org>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Fixes: runtime error: signed integer overflow: 2052929346 + 204817098 cannot be represented in type 'int'

This was missed in b1bef755
Fixes: 5275/clusterfuzz-testcase-minimized-5367635958038528

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