- 09 Oct, 2015 6 commits
-
-
Rodger Combs authored
-
Rodger Combs authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Rodger Combs authored
-
Clément Bœsch authored
-
Clément Bœsch authored
Fixes regression since 7218352e: WebVTT files were matching the SRT probing.
-
Rodger Combs authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 08 Oct, 2015 7 commits
-
-
wm4 authored
-
Ganesh Ajjanagadde authored
Change to https for FFmpeg websites. Signed-off-by:
Ganesh Ajjanagadde <gajjanagadde@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Justin Greer authored
Fixes #4919
-
Ganesh Ajjanagadde authored
Signed-off-by:
Ganesh Ajjanagadde <gajjanagadde@gmail.com>
-
Ganesh Ajjanagadde authored
Signed-off-by:
Ganesh Ajjanagadde <gajjanagadde@gmail.com>
-
Stefano Sabatini authored
tests: update fate-filter-delogo test reference after commit 8bc708fc
-
Jean Delvare authored
The original interpolation algorithm behaved poorly on the borders and did not even guarantee continuity at the borders. For this reason, a second interpolation/blending pass was required on the borders to make them seamless. However, since the interpolation algorithm was improved in June 2013, the border issues no longer exist. The new algorithm does guarantee continuity at the borders, making the second pass useless. A larger band always increases the cumulated interpolation error. In most cases it also increases the average interpolation error, even though the samples in the band are only partially interpolated. For this reason I would like to get rid of the "band" parameter. As a first step, let's change its default value from 4 to 1 and document it as deprecated. I have benchmarked this change on a combination of input sources and realistic logo areas. Lowering the band value from 4 to 1 resulted in 8 to 39 % less interpolation error per frame (or 1 to 34 % less interpolation error per luma sample.) Signed-off-by:
Jean Delvare <jdelvare@suse.de> Signed-off-by:
Stefano Sabatini <stefasab@gmail.com>
-
- 07 Oct, 2015 27 commits
-
-
Christophe Gisquet authored
The MBAFF handling recently introduced on the decoder side shows that the encoder does not support it correctly. Therefore, make the related profile experimental. Furthermore, current encoder logic treats it as unable to encode as progressive, which isn't the case. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
MBAFF-like handling of interlaced content in CID 1260 is different from the other CIDs, and in particular doesn't use the same syntax. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Christophe Gisquet authored
Profiles 1256 & 1270 (currently) signal at the frame header and MB levels the colorspace used, either RGB or YUV. While a MB-level varying colorspace is not supported, whether it is constant can be tracked so as to determine the exact colorspace. This requires having bitdepth and the ACT and 4:4:4 flags, in turn needing the CID. Because setting those before having validated enough things may result in invalid/unset DSP fucntions, setting the bitdepth in the context is delayed. It is not tested against a true RGB sequence, though. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Nicolas George authored
-
Michael Niedermayer authored
About 10% faster Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
speedup of about 1% Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Shivraj Patil authored
Modified datatype of function argument (pitch from int32_t to ptrdiff_t) Signed-off-by:
Shivraj Patil <shivraj.patil@imgtec.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Shivraj Patil authored
Modified sps and pps access from old HEVCContext(s) structure to newly introduced HEVCParamSets(ps) Signed-off-by:
Shivraj Patil <shivraj.patil@imgtec.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Arttu Ylä-Outinen authored
The -threads option is ignored with libkvazaar since it does not have any of the AV_CODEC_CAP_{FRAME,SLICE,AUTO}_THREADS capabilities. This commit removes the incorrect documentation as well as the no-op of setting the number of threads in libkvazaar encoder. Signed-off-by:
Arttu Ylä-Outinen <arttu.yla-outinen@tut.fi>
-