- 17 Jul, 2015 5 commits
-
-
Luca Barbato authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
This reverts commit 9286de04. The change broke support for legit absolute file paths. Reported-by: Maksym Veremeyenko <verem@m1stereo.tv>.
-
Kieran Kunhya authored
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 15 Jul, 2015 3 commits
-
-
Henrik Gramner authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
-
- 13 Jul, 2015 7 commits
-
-
Luca Barbato authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
And drop the spurious newline. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
The function will grow larger as more formats are supported. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Alexandra Hájková authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
The parser depends on hevc_ps, which in turn needs some data tables. Found-by: James Almer <jamrial@gmail.com>
-
Anton Khirnov authored
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.
-
- 12 Jul, 2015 14 commits
-
-
Anton Khirnov authored
This can happen in update_thread_context(), when the previous frame was corrupted.
-
Anton Khirnov authored
It only needs the parameter sets.
-
Anton Khirnov authored
Particularly those that will be needed by the QSV decoder. More can be added later as necessary.
-
Anton Khirnov authored
That loop does the actual full decoding, so 'parse' can be misleading.
-
Anton Khirnov authored
This function is independent of the decoding context, so we'll be able to use it in the parser.
-
Anton Khirnov authored
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 authored
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 authored
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 authored
-
Andreas Cadhalpun authored
It is used as get_bits argument and reading 0 bits doesn't make sense. Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
-
Anton Khirnov authored
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
-
Henrik Gramner authored
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: Janne Grunau <janne-libav@jannau.net>
-
Hendrik Leppkes authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 11 Jul, 2015 5 commits
-
-
Andreas Cadhalpun authored
-
Luca Barbato authored
Try to parse up to 4 packets to find the closest packet. Reported-By: jan.schlueter@ofai.at
-
Luca Barbato authored
-
Luca Barbato authored
Properly report the sample rate as invalid CC: libav-stable@libav.org
-
Dan Flett authored
Tested on a Raspberry Pi. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 10 Jul, 2015 2 commits
-
-
Andreas Cadhalpun authored
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: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Alexandra Hájková authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 09 Jul, 2015 2 commits
-
-
Vittorio Giovara authored
Unbreak make checkheaders
-
Luca Barbato authored
Unbreak make checkheaders
-
- 08 Jul, 2015 2 commits
-
-
Luca Barbato authored
Found-by: kropping
-
Henrik Gramner authored
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: Luca Barbato <lu_zero@gentoo.org>
-