| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Currently, the frame stride is passed in bytes, while the MC buffer size
is in int16_t elements, This can be confusing, so pass both strides in
bytes.
|
|
|
|
| |
This should allow for more efficient SIMD.
|
|
|
|
| |
This should allow for more efficient SIMD.
|
|
|
|
|
|
|
| |
This should allow for more efficient SIMD.
Keep the C versions as they are now, to allow the compiler to inline the
interpolation coefficients.
|
|
|
|
|
|
|
| |
There is not much reason to generate such a small table at runtime.
Signed-off-by: Derek Buitenhuis <derekb@vimeo.com>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
|
|
|
|
|
|
| |
The intended meaning is "if this block is the first block in a slice then
its left boundary is a slice boundary". Silence a logical-not-parentheses
warning from gcc.
|
|
|
|
|
|
| |
The new fields can be accessed directly and are more intelligible.
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
|
|
|
|
|
| |
put_weighted_pred_avg should be put_unweighted_pred_avg, there is no
weighting there.
|
| |
|
|
|
|
|
|
| |
Express bitfields more simply.
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
|
|
|
|
|
|
| |
The parser depends on hevc_ps, which in turn needs some data tables.
Found-by: James Almer <jamrial@gmail.com>
|
|
|
|
|
| |
This can happen in update_thread_context(), when the previous frame was
corrupted.
|
|
|
|
| |
It only needs the parameter sets.
|
|
|
|
| |
That loop does the actual full decoding, so 'parse' can be misleading.
|
|
|
|
|
| |
This function is independent of the decoding context, so we'll be able
to use it in the parser.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
Factor out the parameter sets into a separate struct and use it instead.
This will allow us to reuse this code in the parser.
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
It will be useful in the QSV HEVC encoder.
|
|
|
|
|
| |
This will be useful in the later commits, where we want to parse an SPS
without having a whole decoding context.
|
|
|
|
| |
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
|
|
| |
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Personally, I need the decoder to back out if get_format() returns no
usable pixel format. This didn't work because the error code was not
propagated down the call chain. This in turn happened because the
variable declaration removed in this patch shadowed the variable, whose
value is returned at the end of the function. Consequently, failures of
decode_nal_unit() were ignored in this place.
Reviewed-by: Andreas Cadhalpun <andreas.cadhalpun@googlemail.com>
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
|
|
|
|
|
| |
This allows the callers to have a hint of the probable stream parameters
without actually decoding anything.
|
|
|
|
|
|
| |
Additionally always set the software pixel format, so it's available
even if ff_get_format() is not called later. This will be useful for
exporting stream parameters from init().
|
|
|
|
|
|
|
|
|
| |
hevc seems to be the only place where the C implementation
of the av_clip function is explicitly selected, precluding
platform-specific optimizations
Signed-off-by: Peter Meerwald <pmeerw@pmeerw.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: Anton Khirnov <anton@khirnov.net>
|
|
|
|
|
|
| |
For future use by hardware accelerators.
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
|
|
| |
Hardware Accelerators require access to the escaped bitstream.
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
|
|
|
| |
This enables decode_nal_unit to access additional fields added in
subsequent commits.
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
| |
Prevents DPB from filling up with damaged input.
|
|
|
|
|
|
|
| |
Its value shall be between 0 and 7 according to the specifications.
CC: libav-stable@libav.org
Bug-Id: CID 1257502
|
|
|
|
| |
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
|
| |
|
| |
|
|
|
|
|
| |
Also, collapse the array into a scalar, since only one value is needed
at a time.
|
| |
|
| |
|
| |
|
|
|
|
| |
pred_mode is overwritten a few lines immediately below.
|
|
|
|
| |
It does not need to be accessed outside of hls_coding_unit().
|
|
|
|
| |
It does not need to be accessed outside of hls_coding_unit().
|
|
|
|
|
| |
CC: libav-stable@libav.org
Bug-Id: CID 1238828 / CID 1238832
|
|
|
|
|
|
|
|
|
|
|
| |
When decoding, this field holds the inverse of the framerate that can be
written in the headers for some codecs. Using a field called 'time_base'
for this is very misleading, as there are no timestamps associated with
it. Furthermore, this field is used for a very different purpose during
encoding.
Add a new field, called 'framerate', to replace the use of time_base for
decoding.
|
|
|
|
|
|
| |
When dealing with MVs, both components may be processed at a time.
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
|
|
| |
iterate over memory in a more continuous order
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|