- 14 4月, 2018 8 次提交
-
-
由 James Almer 提交于
* commit 'b0958698': libaom: remove references to RGB pixfmts libaom: remove references to yuv440p pixfmt This commit is a noop, see d039d7d4Merged-by: NJames Almer <jamrial@gmail.com>
-
由 Michael Niedermayer 提交于
Fixes: runtime error: signed integer overflow: 18133149658382192 - -9223090561878065151 cannot be represented in type 'long long' Fixes: crbug 831552 Reported-by: NMatt Wolenetz <wolenetz@google.com> Reviewed-by: NMatt Wolenetz <wolenetz@google.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Fixes: out of array access Fixes: poc_0411 Found-by: NGwanYeong Kim <gy741.kim@gmail.com> Tested-by: NGwanYeong Kim <gy741.kim@gmail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Fixes: Timeout Fixes: 6389/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TRUEMOTION2_fuzzer-5695918121680896 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Fixes: crbug 829153 Reported-by: NMatt Wolenetz <wolenetz@google.com> Reviewed-by: NMatt Wolenetz <wolenetz@google.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
tests/fate/filter-video: Use a bitexact/lossless input sample for fate-filter-metadata-silencedetect Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Bela Bodecs 提交于
In some cases, mainly working with multiprogram mpeg-ts containers as input, it would be handy to select sub stream of a specific program by their metadata. This patch makes it possible to narrow the stream selection among streams of the specified program by stream metadata. Examples: p:601:m:language:hun will select all sub streams of program with id 601 where sub streams have metadata key named 'language' with value 'hun'. p:602:m:guide will select all sub streams of program with id 602 where sub streams have metadata key named 'guide'. Signed-off-by: NBela Bodecs <bodecsb@vivanet.hu> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Gyan Doshi 提交于
Signed-off-by: NLou Logan <lou@lrcd.com>
-
- 13 4月, 2018 15 次提交
-
-
由 Michael Niedermayer 提交于
C11 atomics allow direct access. This check should prevent the usage of bogus stdatomic.h available on some systems. Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 James Almer 提交于
It appears strip -o creates new files without preserving permissions from the source binary, resulting in non executable files. Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Hendrik Leppkes 提交于
Fixes trac ticket #7099.
-
由 Hendrik Leppkes 提交于
-
由 Timo Rothenpieler 提交于
For some odd reason, the Nvidia version macros puts the minor version in the msb, so comparing against it is impossible.
-
由 Steven Liu 提交于
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>
-
由 Timo Rothenpieler 提交于
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Michael Niedermayer 提交于
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>
-
由 Michael Niedermayer 提交于
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>
-
由 Michael Niedermayer 提交于
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>
-
由 Bela Bodecs 提交于
Signed-off-by: NBela Bodecs <bodecsb@vivanet.hu> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Bela Bodecs 提交于
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>
-
由 Lou Logan 提交于
0 means no correction, not 0.5. Also document ranges and defaults for options. Signed-off-by: NLou Logan <lou@lrcd.com>
-
- 12 4月, 2018 9 次提交
-
-
由 Jun Zhao 提交于
Signed-off-by: NJun Zhao <mypopydev@gmail.com>
-
由 Jun Zhao 提交于
Signed-off-by: NJun Zhao <mypopydev@gmail.com>
-
由 Jun Zhao 提交于
Signed-off-by: NJun Zhao <mypopydev@gmail.com>
-
由 Jun Zhao 提交于
Same as ff_get_line but strip the white-space characters in the string tail. Signed-off-by: NJun Zhao <mypopydev@gmail.com>
-
由 Tobias Rapp 提交于
Updates documentation after the changes to loglevel flag prefix parsing in 4b736bc9. Signed-off-by: NTobias Rapp <t.rapp@noa-archive.com>
-
由 Mattias Amnefelt 提交于
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>
-
由 Jérôme Martinez 提交于
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>
-
由 Carl Eugen Hoyos 提交于
AIX strip doesn't know the option -o.
-
由 Aman Gupta 提交于
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>
-
- 11 4月, 2018 8 次提交
-
-
由 Timo Rothenpieler 提交于
-
由 Timo Rothenpieler 提交于
-
由 Hendrik Leppkes 提交于
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.
-
由 Bela Bodecs 提交于
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>
-
由 Timo Teräs 提交于
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>
-
由 Matt Wolenetz 提交于
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>
-
由 James Almer 提交于
Should fix compilation wiht some old mingw-w64 builds that don't seem to define it. Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 James Almer 提交于
Should fix compilation on targets like some old Android NDK versions. Signed-off-by: NJames Almer <jamrial@gmail.com>
-