- 13 4月, 2018 8 次提交
-
-
由 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 10 次提交
-
-
由 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>
-
由 Alexander Kravchenko 提交于
Fixes ticket #6990. Tested-by: NJames Almer <jamrial@gmail.com> Reviewed-by: NMark Thompson <sw@jkqxz.net>
-
由 Rodger Combs 提交于
Signed-off-by: NAman Gupta <aman@tmm1.net>
-
- 10 4月, 2018 4 次提交
-
-
由 Misty De Meo 提交于
Reviewed-by: NKyle Swanson <k@ylo.ph> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Jun Zhao 提交于
Signed-off-by: NJun Zhao <mypopydev@gmail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Gyan Doshi 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Carl Eugen Hoyos 提交于
Fixes two warnings: ISO C90 forbids mixed declarations and code
-
- 09 4月, 2018 2 次提交
-
-
由 Meng Wang 提交于
Signed-off-by: NMeng Wang <wangmeng.kids@bytedance.com> Reviewed-by: NShengbin Meng <shengbinmeng@gmail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
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>
-
- 08 4月, 2018 4 次提交
-
-
由 Michael Niedermayer 提交于
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>
-
由 Carl Eugen Hoyos 提交于
-
由 Michael Niedermayer 提交于
Fixes visual corruption on seeking Fixes: downloadTest_clip_24M.rmvb Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Found-by: Kieran Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 07 4月, 2018 3 次提交
-
-
由 James Almer 提交于
Newly allocated data buffers (wavpack, prores, compressed buffers) are padded to meet the requirements of AVPacket. About 10x speed up in matroska_parse_frame(). Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 James Almer 提交于
Simplifies code in matroska_parse_frame(). This is in preparation for the following patch. Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 James Almer 提交于
Data in EbmlBin objects is never changed after being read from the input file (save for two specific cases with encoded CodePrivate), so using AVBufferRef we can prevent unnecessary copy of data by instead creating new references to said constant data. Signed-off-by: NJames Almer <jamrial@gmail.com>
-