- 16 7月, 2015 2 次提交
-
-
由 Luca Barbato 提交于
Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Luca Barbato 提交于
-
- 14 7月, 2015 4 次提交
-
-
由 Luca Barbato 提交于
Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Luca Barbato 提交于
And drop the spurious newline. Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Luca Barbato 提交于
The function will grow larger as more formats are supported. Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Alexandra Hájková 提交于
Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
- 13 7月, 2015 15 次提交
-
-
由 James Almer 提交于
Signed-off-by: NJames Almer <jamrial@gmail.com> Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Anton Khirnov 提交于
The parser depends on hevc_ps, which in turn needs some data tables. Found-by: NJames Almer <jamrial@gmail.com>
-
由 Anton Khirnov 提交于
Some of the goto err clauses do not set the error code. It seems better to fall back on INVALIDDATA instead of adding it everywhere explicitly.
-
由 Anton Khirnov 提交于
This can happen in update_thread_context(), when the previous frame was corrupted.
-
由 Anton Khirnov 提交于
It only needs the parameter sets.
-
由 Anton Khirnov 提交于
Particularly those that will be needed by the QSV decoder. More can be added later as necessary.
-
由 Anton Khirnov 提交于
That loop does the actual full decoding, so 'parse' can be misleading.
-
由 Anton Khirnov 提交于
This function is independent of the decoding context, so we'll be able to use it in the parser.
-
由 Anton Khirnov 提交于
Also, make hls_nal_unit() work only on the provided NAL unit, without requiring a whole decoding context. This will allow splitting this code for reuse by the parser.
-
由 Anton Khirnov 提交于
There is no need to wait until actually decoding the NALU. This will allow to get rid of the second hls_nal_unit() call later.
-
由 Anton Khirnov 提交于
Factor out the parameter sets into a separate struct and use it instead. This will allow us to reuse this code in the parser.
-
由 Anton Khirnov 提交于
-
由 Andreas Cadhalpun 提交于
It is used as get_bits argument and reading 0 bits doesn't make sense. Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
This prevents possible infinite loops with the calling code along the lines of while (bytestream2_get_bytes_left()) { ... }, where the reader does not advance. CC: libav-stable@libav.org
-
- 12 7月, 2015 6 次提交
-
-
由 Henrik Gramner 提交于
It provides the following features: * verify correctness by comparing output to the C version. * detect failure to save and restore clobbered callee-saved registers. * detect 32-bit parameters being used as if they were 64-bit in x86-64 (the upper halves are not guaranteed to be zero - but in practice they very often are, which makes those bugs hard to spot otherwise). * easy benchmarking. Compile by running 'make checkasm'. Execute by running 'tests/checkasm/checkasm'. Optional arguments are '--bench' to run benchmarks for all functions, '--bench=<pattern>' to run benchmarks for all functions that starts with <pattern>, and '<integer>' to seed the PRNG for reproducible results. Contains unit tests for most h264pred functions to get started, more tests can be added afterwards using those as a reference. Loosely based on code from x264. Currently only supports x86 and x86-64, but additional architectures shouldn't be too much of an obstacle to add. Note that functions with floating point parameters or floating point return values are not supported. Some compiler-specific features or preprocessor hacks would likely be required to add support for that. Signed-off-by: NJanne Grunau <janne-libav@jannau.net>
-
由 Hendrik Leppkes 提交于
Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Andreas Cadhalpun 提交于
-
由 Luca Barbato 提交于
Try to parse up to 4 packets to find the closest packet. Reported-By: jan.schlueter@ofai.at
-
由 Luca Barbato 提交于
-
由 Luca Barbato 提交于
Properly report the sample rate as invalid CC: libav-stable@libav.org
-
- 11 7月, 2015 2 次提交
-
-
由 Dan Flett 提交于
Tested on a Raspberry Pi. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Andreas Cadhalpun 提交于
flcoeffs2[pos] should be the log2 of flcoeffs1[pos]. flcoeffs1[0] can be 0 here, thus flcoeffs2[pos] gets set to -inf, causing problems further down. This seems to have been copied from imc_decode_level_coefficients in commit 4eb4bb3a without updating the position. Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
- 10 7月, 2015 3 次提交
-
-
由 Alexandra Hájková 提交于
Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Vittorio Giovara 提交于
Unbreak make checkheaders
-
由 Luca Barbato 提交于
Unbreak make checkheaders
-
- 09 7月, 2015 8 次提交
-
-
由 Luca Barbato 提交于
Found-by: kropping
-
由 Henrik Gramner 提交于
Improves the accuracy of measurements, especially in short sections. To quote the Intel 64 and IA-32 Architectures Software Developer's Manual: "The RDTSC instruction is not a serializing instruction. It does not necessarily wait until all previous instructions have been executed before reading the counter. Similarly, subsequent instructions may begin execution before the read operation is performed. If software requires RDTSC to be executed only after all previous instructions have completed locally, it can either use RDTSCP (if the processor supports that instruction) or execute the sequence LFENCE;RDTSC." SSE2 is a requirement for lfence so only use it on SSE2-capable systems. Prefer lfence;rdtsc over rdtscp since rdtscp is supported on fewer systems. Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Sebastien Zwickert 提交于
Avoid possible issues with memmapped hardware buffers in case VDA is not doing a conversion on behalf of the user and make the code more proper as working example. CC: libav-stable@libav.org Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Luca Barbato 提交于
Mixing succinct and long syntax does not work.
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
It will be useful in the QSV HEVC encoder.
-
由 Anton Khirnov 提交于
This will be useful in the later commits, where we want to parse an SPS without having a whole decoding context.
-