- 27 1月, 2019 2 次提交
-
-
由 Matt Oliver 提交于
-
由 Matt Oliver 提交于
-
- 26 1月, 2019 6 次提交
-
-
由 Peter Ross 提交于
The VP3/4/5/6 reference decoders all use three IDCT versions: one for the DC-only case, another for blocks with more than 10 coefficients, and an optimised one for blocks with up to 10 AC coefficents. VP6 relies on the sparse 10 coefficient version, and without it, IDCT drift occurs. Fixes: https://trac.ffmpeg.org/ticket/1282Signed-off-by: NPeter Ross <pross@xvid.org>
-
由 Peter Ross 提交于
Partially fixes: https://trac.ffmpeg.org/ticket/1282Signed-off-by: NPeter Ross <pross@xvid.org>
-
由 Peter Ross 提交于
Partially fixes: https://trac.ffmpeg.org/ticket/1282Signed-off-by: NPeter Ross <pross@xvid.org>
-
由 Peter Ross 提交于
This version of the IDCT is used by the VP6 decoder. Signed-off-by: NPeter Ross <pross@xvid.org>
-
由 Peter Ross 提交于
Signed-off-by: NPeter Ross <pross@xvid.org>
-
由 Peter Ross 提交于
This is also used by the VP6 decoder. Signed-off-by: NPeter Ross <pross@xvid.org>
-
- 25 1月, 2019 3 次提交
-
-
由 Zhong Li 提交于
Reviewed-by: NMark Thompson <sw@jkqxz.net> Signed-off-by: NFuwei Tang <fuweix.tang@intel.com> Signed-off-by: NZhong Li <zhong.li@intel.com>
-
由 Zhong Li 提交于
QVBR mode is to use the variable bitrate control algorithm with constant quality. mfxExtCodingOption3 should be supported to enable QVBR mode. It is neccesary to specify a max_rate for QVBR, else it may be ICQ mode. Example usage: ffmpeg -hwaccel qsv -c:v h264_qsv -i input.mp4 -c:v h264_qsv -global_quality 25 -maxrate 2M test_qvbr.mp4 -v verbose Clip QVBR quality range to be [0, 51] as Mark's commments. It is similar to qp range of CQP but possibly should be updated when VP8/VP9 encoding can be supported. Reviewed-by: NMark Thompson <sw@jkqxz.net> Signed-off-by: NZhong Li <zhong.li@intel.com>
-
由 Gyan Doshi 提交于
New fade curve value 'nofade' passes audio samples as-is. Primarily useful in carrying out acrossfade without fades.
-
- 24 1月, 2019 14 次提交
-
-
由 郭叶军 提交于
Signed-off-by: Guo, Yejun <yejun.guo@intel.com> Signed-off-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
-
由 Carl Eugen Hoyos 提交于
-
由 Carl Eugen Hoyos 提交于
Smarter improvements for this error message were suggested in the past but this is certainly an improvement.
-
由 Zachary Zhou 提交于
Swap width and height when do clock/cclock rotation Add reversal/hflip/vflip options ffmpeg -hwaccel vaapi -vaapi_device /dev/dri/renderD128 -hwaccel_output_format vaapi -i input.264 -vf "transpose_vaapi=clock_flip" -c:v h264_vaapi output.h264 Signed-off-by: NZachary Zhou <zachary.zhou@intel.com> Signed-off-by: NMark Thompson <sw@jkqxz.net>
-
由 Mark Thompson 提交于
-
由 Mark Thompson 提交于
The reference picture sets are now constructed directly from the DPB information.
-
由 Mark Thompson 提交于
-
由 Mark Thompson 提交于
No supported encode driver requires the pool to be fixed-size, so just remove this constraint.
-
由 Mark Thompson 提交于
This attaches the logic of picking the mode of for the next picture to the output, which simplifies some choices by removing the concept of the picture for which input is not yet available. At the same time, we allow more complex reference structures and track more reference metadata (particularly the contents of the DPB) for use in the codec-specific code. It also adds flags to explicitly track the available features of the different codecs. The new structure also allows open-GOP support, so that is now available for codecs which can do it.
-
由 Mark Thompson 提交于
-
由 Andreas Rheinhardt 提交于
Now memcpy can be avoided for NAL units containing escapes, too. Particularly improves performance for files with hardcoded black bars. For such a file, time spent in cbs_h2645_split_fragment went down from 369410 decicycles to 327677 decicycles. (It were 379114 decicycles when every NAL unit was copied.) Signed-off-by: NAndreas Rheinhardt <andreas.rheinhardt@googlemail.com>
-
由 Andreas Rheinhardt 提交于
This is in preparation for a patch for cbs_h2645. Now the packet's rbsp_buffer can be owned by an AVBuffer. Signed-off-by: NAndreas Rheinhardt <andreas.rheinhardt@googlemail.com>
-
由 Carl Eugen Hoyos 提交于
-
由 caohui 提交于
-
- 23 1月, 2019 4 次提交
-
-
由 Lou Logan 提交于
Signed-off-by: NLou Logan <lou@lrcd.com> Signed-off-by: NKieran O Leary <kieran.o.leary@gmail.com>
-
由 Marton Balint 提交于
This allows the underlying files to change their duration on subsequent avformat context opens. An example use case where this matters: ffconcat version 1.0 file dummy.mxf file dummy.mxf ffmpeg -re -stream_loop -1 -i dummy.ffconcat -f sdl2 none The user can seamlessly change the input by atomically replacing dummy.mxf. v2: Set ConcatFile duration in read_header for all segments with known durations because from now on we always recalculate the start time in open_file, and an instant seek could have caused unset ConcatFile durations. Signed-off-by: NMarton Balint <cus@passwd.hu>
-
由 Marton Balint 提交于
Signed-off-by: NMarton Balint <cus@passwd.hu>
-
由 Marton Balint 提交于
Signed-off-by: NMarton Balint <cus@passwd.hu>
-
- 22 1月, 2019 4 次提交
-
-
由 Zhong Li 提交于
Fix ticket #7663 Reviewed-by: NCarl Eugen Hoyos <ceffmpeg@gmail.com> Reviewed-by: NHendrik Leppkes <h.leppkes@gmail.com> Signed-off-by: NZhong Li <zhong.li@intel.com>
-
由 Shiyou Yin 提交于
Optimize put_hevc_qpel_bi_hv_8 with mmi in the case width=4/8/12/16/24/32/48/64. This optimization improved HEVC decoding performance 11.4%(2.01x to 2.24x, tested on loongson 3A3000). Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Shiyou Yin 提交于
Optimize put_hevc_qpel_hv_8 with mmi in the case width=4/8/12/16/24/32/48/64. This optimization improved HEVC decoding performance 11%(1.81x to 2.01x, tested on loongson 3A3000). Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 FeRD (Frank Dana) 提交于
The compiled libavcodec/tests/codec_desc was left out of that dir's .gitignore when the test was added, so it shows up in 'git status' as an untracked file if it's been built. Signed-off-by: NFeRD (Frank Dana) <ferdnyc@gmail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 21 1月, 2019 7 次提交
-
-
由 Karthick J 提交于
-
由 Karthick J 提交于
For low latency streaming even milliseconds matter!
-
由 Michael Niedermayer 提交于
if 0 is encountered in the LUT then decompress() will continue to output 0 bytes but never read more data. Without a specification it is impossible to say if this is invalid or a feature. None of the valid prosumer files tested cause a 0 to be read, so it is likely not a intended feature. Fixes: Timeout Fixes: 11266/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PROSUMER_fuzzer-5681827423977472 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Fixes: Assertion failure Fixes: 11898/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-5759794191794176 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
This is strongly based on code by Marton Balint, and depends on the previous commit Fixes: Timeout Fixes: 11502/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WCMV_fuzzer-5664893810769920 Before: Executed clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WCMV_fuzzer-5664893810769920 in 11209 ms After: Executed clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WCMV_fuzzer-5664893810769920 in 4104 ms Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegReviewed-by: NMarton Balint <cus@passwd.hu> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-