- 10 Feb, 2016 18 commits
-
-
Timothy Gu authored
10x faster than C. Reviewed-by:
Paul B Mahol <onemda@gmail.com>
-
Timothy Gu authored
Reviewed-by:
Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
This fixes stalled output pts when main stream ends. Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Michael Niedermayer authored
Regression since bc9a5965Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Rostislav Pehlivanov authored
This was first reported on the mailing list in an earlier revision of this encoder but was forgotten from the final commit. Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
Rostislav Pehlivanov authored
Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
Rostislav Pehlivanov authored
This commit adds a new encoder capable of creating BBC/SMPTE Dirac/VC-2 HQ profile files. Dirac is a wavelet based codec created by the BBC a little more than 10 years ago. Since then, wavelets have mostly gone out of style as they did not provide adequate encoding gains at lower bitrates. Dirac was a fully featured video codec equipped with perceptual masking, support for most popular pixel formats, interlacing, overlapped-block motion compensation, and other features. It found new life after being stripped of various features and standardized as the VC-2 codec by the SMPTE with an extra profile, the HQ profile that this encoder supports, added. The HQ profile was based off of the Low-Delay profile previously existing in Dirac. The profile forbids DC prediction and arithmetic coding to focus on high performance and low delay at higher bitrates. The standard bitrates for this profile vary but generally 1:4 compression is expected (~525 Mbps vs the 2200 Mbps for uncompressed 1080p50). The codec only supports I-frames, hence the high bitrates. The structure of this encoder is simple: do a DWT transform on the entire image, split it into multiple slices (specified by the user) and encode them in parallel. All of the slices are of the same size, making rate control and threading very trivial. Although only in C, this encoder is capable of 30 frames per second on an 4 core 8 threads Ivy Bridge. A lookup table is used to encode most of the coefficients. No code was used from the GSoC encoder from 2007 except for the 2 transform functions in diracenc_transforms.c. All other code was written from scratch. This encoder outperforms any other encoders in quality, usability and in features. Other existing implementations do not support 4 level transforms or 64x64 blocks (slices), which greatly increase compression. As previously said, the codec is meant for broadcasting, hence support for non-broadcasting image widths, heights, bit depths, aspect ratios, etc. are limited by the "level". Although this codec supports a few chroma subsamplings (420, 422, 444), signalling those is generally outside the specifications of the level used (3) and the reference decoder will outright refuse to read any image with such a flag signalled (it only supports 1920x1080 yuv422p10). However, most implementations will happily read files with alternate dimensions, framerates and formats signalled. Therefore, in order to encode files other than 1080p50 yuv422p10le, you need to provide an "-strict -2" argument to the command line. The FFmpeg decoder will happily read any files made with non-standard parameters, dimensions and subsamplings, and so will other implementations. IMO this should be "-strict -1", but I'll leave that up for discussion. There are still plenty of stuff to implement, for instance 5 more wavelet transforms are still in the specs and supported by the decoder. The encoder can be lossless, given a high enough bitrate. Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
Rostislav Pehlivanov authored
The type of the option has been changed but the limit was apparently forgotten. Some video codes can handle bitrates of over ~2.2 Gbps (like VC-2). Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
This makes sure that white stays white and black black Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Derek Buitenhuis authored
This also deprecates our old duplicated callbacks. * commit '9f61abc8': lavf: allow custom IO for all files Merged-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Timothy Gu authored
Reviewed-by:
Clément Bœsch <u@pkh.me>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Michael Niedermayer authored
Fixes CID1351359 Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 09 Feb, 2016 4 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Fixes CID1351360 Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Thierry Foucu authored
The UUID is based on http://www.adobe.com/devnet/xmp.html The patch is made according to XMP SPECIFICATION PART 3 - STORAGE IN FILES See Table 8 Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Timothy Gu authored
4.9 was released precisely nine years after the first GCC version with autovectorizer (4.0) and six years after the first GCC version with `-ftree-vectorize` default to enabled on `-O3` (4.3). We've given GCC enough time to fix those bugs. FATE passes here on a x86-64 machine with both GCC 4.9.2 and 5.3.1. Some optimization hotspots benefit greatly from this change, especially those without handwritten assembly. For instance, the main function in vf_phase is now 1.6x faster (1.2x overall) on my machine.
-
- 08 Feb, 2016 4 commits
-
-
Michael Niedermayer authored
Fixes CID1351358 Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Timothy Gu authored
5 times faster than C, 3 times overall.
-
Michael Niedermayer authored
Fixes CID1351356, CID1351357 Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 07 Feb, 2016 14 commits
-
-
Michael Niedermayer authored
Fixes CID1351355 Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Fixes CID1351347 Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
James Almer authored
They are also slow when using 256 bit wide registers Reviewed-by:
Hendrik Leppkes <h.leppkes@gmail.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Timothy Gu authored
-
Timothy Gu authored
-
Timothy Gu authored
-
Timothy Gu authored
-
Timothy Gu authored
-
Timothy Gu authored
The functions are all private.
-
Timothy Gu authored
-
Clément Bœsch authored
Fixes Ticket 5187
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-