| Commit message (Collapse) | Author | Age |
... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Commit ca2f19b9cc37be509d85f05c8f902860475905f8 modified the meaning of
H264SliceContext.gb: it is now initialised at the start of the NAL unit
header, rather than at the start of the slice header. The VAAPI slice
decoder uses the offset after parsing to determine the offset of the
slice data in the bitstream, so with the changed meaning we no longer
need to add the extra byte to account for the NAL unit header because
it is now included directly.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Change log level from warning to debug: the E-AC-3 "core"
substream can be successfully decoded without the additional
and dependent substreams, and their presence is already
indicated via avpriv_request_sample in ff_eac3_parse_header.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
|
|
|
|
|
|
|
|
| |
These errors neither prevent nor stop successful decoding
of the E-AC-3 stream's "core", causing avpriv_request_sample
to be called for every single frame in the bitstream.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
| |
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
| |
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
| |
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
| |
|
|
|
|
| |
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
|
|
|
|
| |
This is already performed in init_context_frame().
|
| |
|
|
|
|
|
| |
This is assuming that intrax8 has no support for interlacing
Carry over lowdelay value in ff_intrax8_decode_picture.
|
|
|
|
|
| |
These values need to be updated with the last macroblock position,
so keep them as pointers.
|
|
|
|
| |
Helps in decoupling this code from mpegvideo.
|
| |
|
|
|
|
|
|
| |
Instead of handling the problem inside NAL decoding code, add a higher
level wrapper function. This should be more robust against future
changes (and easier to read).
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Use the SVQ3Context variable instead
|
| |
|
| |
|
| |
|
|
|
|
| |
Remove now unnecesary call to ff_h264_alloc_tables()
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This will allow removing the H264Context dependency in the future.
|
|
|
|
| |
It is shared with svq3.
|
|
|
|
| |
This will allow removing the H264Context dependency in the future.
|
|
|
|
|
| |
This function depends on the h264 internals and is so tiny that just
copying the code out is the simplest replacement.
|
|
|
|
|
| |
Stop using the H264Context ones, to allow removing the H264Context
dependency.
|
|
|
|
| |
There is no need for them to be extern anymore.
|
| |
|
|
|
|
|
| |
The ~100 lines of shared code is not worth the pain of svq3 messing with
h264 internals.
|
|
|
|
| |
This will allow decoupling the parser from the decoder.
|
|
|
|
| |
This is required by h264.
|
| |
|
|
|
|
|
| |
This should make it more clear that it is not supposed to be used for
anything except logging.
|
| |
|
|
|
|
| |
This code will be shared with h264.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, ff_h264_idct_add_neon (originally in the arm version) used
a non-regular transpose in order to be able to use more instructions
that deal with registers as 128 bit register pairs. The aarch64
translation doesn't do it to the same extent, but brought along the
same structure since it was a straight translation.
This reshuffles ff_h264_idct_add_neon, bringing it closer to
the C implementation, making the transpose_4x4H macro do a regular
transpose, usable for other algorithms as well.
Previously, the third and fourth output from transpose_4x4H were
swapped, and prior to cc29d96d5a, the same inputs as well. In
addition to just swapping the outputs, also renumber the intermediate
registers for better readability (making the register order match
transpose_4x8B).
This runs with the same number of cycles as before.
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
|
|
| |
Helps in decoupling this code from mpegvideo.
|