- 22 Feb, 2017 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 03 Dec, 2016 1 commit
-
-
Carl Eugen Hoyos authored
-
- 03 Aug, 2016 1 commit
-
-
Steven Robertson authored
10- and 12-bit DNxHR use the same DC coefficient decoding process and VLC table, just with a different shift value. From SMPTE 2019-1:2016, 8.2.4 DC Coefficient Decoding: "For 8-bit video sampling, the maximum value of η=11 and for 10-/12-bit video sampling, the maximum value of η=13." A sample file will be uploaded to show that with this patch, things decode correctly: dnxhr_hqx_12bit_1080p_smpte_colorbars_davinci_resolve.mov Signed-off-by:
Steven Robertson <steven@strobe.cc> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 25 Jul, 2016 1 commit
-
-
James Almer authored
It's a small and simple function that can be inlined. This removes one private symbol and should reduce object dependencies with the next major bump Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 20 Jul, 2016 1 commit
-
-
Mark Reid authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 16 Jul, 2016 1 commit
-
-
Mark Reid authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 14 Feb, 2016 1 commit
-
-
Mark Reid authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 04 Dec, 2015 1 commit
-
-
Michael Niedermayer authored
Fixes: 2abd25478c62a675f335fac00b467023/asan_static-oob_10aff98_1227_8811480c6ef1e970a7977ceb7e5a9958.mxf Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 29 Nov, 2015 1 commit
-
-
Michael Niedermayer authored
The DC VLC table used is too small, fixing this requires a sample, thus request a sample. Some samples are said to work even though the table has the wrong size, thus this is left enabled if the user enables experimental features. Fixes: 2abd25478c62a675f335fac00b467023/asan_static-oob_10aff98_1227_8811480c6ef1e970a7977ceb7e5a9958.mxf Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Approved-by: kurosu Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 05 Nov, 2015 1 commit
-
-
Michael Niedermayer authored
Fixes null pointer dereference Fixes: 5c9d1a6f74a12763fc7c9dd7834022b9/signal_sigsegv_11f78d9_1461_ecee3c5e7205457498e79b3ffaf21d0c.mxf Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 15 Oct, 2015 1 commit
-
-
Christophe Gisquet authored
This allows more efficient access to the array as the level and flags are contiguous. Around 4% faster coefficient decoding. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 07 Oct, 2015 1 commit
-
-
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>
-
- 05 Oct, 2015 5 commits
-
-
Jeremy James authored
These are DNxHR profiles with the following properties: - Variable size in a profile (property added in a previous commit), requiring variable-sized macroblock table; - Variable bitdepth, up to 12 bits. - Better validation of buffer sizes and positions Signed-off-by:
Christophe Gisquet <christophe.gisquet@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
This a 4:4:4 10 bits profile, where image size is not fixed by the profile, and which strays a bit outside the old frame header parsing code. Fixes ticket #4581 (DNxHR is not stricly supported, but that sequence is). Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Jeremy James authored
Signed-off-by:
Christophe Gisquet <christophe.gisquet@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
Currently not used, but will be used to indicate that a CIDEntry field is not set, because it is variable, and that checks should be adapted. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
Rely more on the actual syntax from the specs (also seen in the encoder code). Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 02 Oct, 2015 3 commits
-
-
Christophe Gisquet authored
Otherwise, the dsp may change without its permuation being applied. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
The current one, while correct, does not yield the best possible results. The specificiations suggest another formula, which results in quality gains in the decoded output from fate tests. This justifies changing said formula. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
The coded size is a multiple of the macroblock size, which is 16. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 29 Sep, 2015 2 commits
-
-
Vittorio Giovara authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Christophe Gisquet authored
This bit is 1 in some samples, and seems to coincide with interlaced mbs and CID1260. 2008 specs do not know about it, and maintain qscale is 11 bits. This looks oversized, but may help larger bitdepths. Currently, it leads to an obviously incorrect qscale value, meaning its syntax is shifted by 1. However, reading 11 bits also leads to obviously incorrect decoding: qscale seems to be 10 bits. However, as most profiles still have 11bits qscale, the feature is restricted to the CID1260 profile (this flag is dependent on a higher-level flag located in the header). The encoder writes 12 bits of syntax, last and first bits always 0, which is now somewhat inconsistent with the decoder, but ends up with the same effect (progressive + reserved bit). Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 28 Sep, 2015 2 commits
-
-
Christophe Gisquet authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 27 Sep, 2015 4 commits
-
-
Christophe Gisquet authored
Each line is padded by the format, and errors are now reported and stop the decoding. Around 5% speedup. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
This only occur when an overrun in coefficient decoding is detected. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
Fewer arguments, less duplicated code. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 26 Sep, 2015 3 commits
-
-
Christophe Gisquet authored
Around 3x speedup with 4 threads. Maybe more mb lines should be batched per thread, but that's good enough for a first try. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
Indicates a YCbCr->RGB transform at the block level. Although nothing explicitly states it, this would assume the actual content is planar RGB. Currently unsupported, but the one sequence I found using it flagged every mb that way, actually meaning the content was YCbCr, and thus best left to the output format to decide what to do of it. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
It currently only applies to CID 1260, but this flag is dependent on a higher-level flag located in the header. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 25 Sep, 2015 2 commits
-
-
Christophe Gisquet authored
It is supposed to only old BT.709 colorspaces. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
This bit is 1 in some samples, and seems to coincide with interlaced mbs and CID1260. 2008 specs do not know about it, and maintain qscale is 11 bits. This looks oversized, but may help larger bitdepths. Currently, it leads to an obviously incorrect qscale value, meaning its syntax is shifted by 1. However, reading 11 bits also leads to obviously incorrect decoding: qscale seems to be 10 bits. However, as most profiles still have 11bits qscale, the feature is restricted to the CID1260 profile. The encoder writes 12 bits of syntax, last and first bits always 0, which is now somewhat inconsistent with the decoder, but ends up with the same effect (progressive + reserved bit). Partially fixes ticket #4876. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 27 Jul, 2015 2 commits
-
-
Vittorio Giovara authored
Express bitfields more simply. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
Convert doxygen to multiline and express bitfields more simply. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 12 May, 2015 1 commit
-
-
Vittorio Giovara authored
-
- 01 May, 2015 1 commit
-
-
Carl Eugen Hoyos authored
Regression introduced in 598f7d04. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 19 Apr, 2015 1 commit
-
-
Vittorio Giovara authored
-
- 09 Apr, 2015 1 commit
-
-
Vittorio Giovara authored
-
- 28 Mar, 2015 1 commit
-
-
Carl Eugen Hoyos authored
Fixes ticket #4400.
-