- 29 May, 2013 11 commits
-
-
Martin Storsjö authored
A few of the h264qpel neon functions are shared with other hpeldsp functions in this file. This fixes standalone compilation of the h264 decoder on arm. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This fixes build errors in cases where FFT is disabled. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Diego Biurrun authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Diego Biurrun authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Luca Barbato authored
Odd chunk size makes no sense for stereo and incomplete chunks are not supported. Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
Luca Barbato authored
Simplify a little, assume empty frames are acceptable and do not pointlessly reinit the bytestream2 contexts using possibly wrong size values. Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
Luca Barbato authored
CC: libav-stable@libav.org
-
Luca Barbato authored
While at it drop useless parentheses.
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This simplifies specifying a value containing spaces for this parameter. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 28 May, 2013 29 commits
-
-
Martin Storsjö authored
The modern MSVC for ARM always builds for thumb, and it can't be disabled. Also just use the default arch instead of trying to map the -march parameter to MSVC's -arch parameter (which only takes the values ARMv7VE and VFPv4). Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Janne Grunau authored
The decoder did not start predicted frames with missing references but called the end of frame handling on them anyway. This caused an assertion in the VA API HW accelorator since it tried to render a picture with uninitialized buffers.
-
Anton Khirnov authored
-
Anton Khirnov authored
This will be useful in the WavPack muxer.
-
Anton Khirnov authored
-
Anton Khirnov authored
It will be reused by other muxers and demuxers.
-
Anton Khirnov authored
wv.c will be used for shared wavpack functions.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
This way we don't require the caller to parse the block header. It also allows the channel configuration to change mid-stream.
-
Anton Khirnov authored
This way we don't require the caller to parse the block header. It also allows the sample rate to change mid-stream.
-
Luca Barbato authored
Since version 4.8 gcc sports asan and tsan integration that can be leveraged when hunting bugs. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Martin Storsjö authored
This allows having the samples accessible via different paths on the target and on the host. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
If building out of tree, make sure the filter scripts are copied into the build tree before running tests. This makes sure that SRC_PATH doesn't need to exist on the remote system (or doesn't need to exist at the same path). Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Kostya Shishkov authored
Currently if no custom block VLC is specified for band, a default block VLC will be used, while the global block VLC stored in the context should be used instead. This fixes decoding of one sample I have.
-
Kostya Shishkov authored
That involves fixing INV_HAAR4() macro and changing it to work with different input and output like INV_HAAR8() instead of in-place transform.
-
Kostya Shishkov authored
-
Michael Niedermayer authored
Also add a note about the feature in the changelog. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Now it can use different references for those blocks and even use averaging. This fixes several chroma artifacts in several videos. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Use the intensity-compensated reference frame for subsequent fields/B-frames. Since we currently don't change the reference frame we have to maintain lookup tables for intensity compensation in the following dependent frames. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
This simplifies the code since copying MVs to the reference is not needed anymore (and maybe something about fixing artifacts). Also remove the unused mv_f_last. Fixes a small number of artifacts in black_screen_VC-1.mkv and several more artifacts in other videos. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Kostya Shishkov authored
-
Anton Khirnov authored
This allows us to get rid of demuxer-specific hacks in the decoder and will allow streamcopy from matroska once we have a wavpack muxer.
-