| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Paul B Mahol <[email protected]>
|
|
|
|
| |
Signed-off-by: Rostislav Pehlivanov <[email protected]>
|
|
|
|
|
|
| |
Also makes it more robust than using volatiles.
Signed-off-by: Rostislav Pehlivanov <[email protected]>
|
|
|
|
| |
Signed-off-by: Rostislav Pehlivanov <[email protected]>
|
|
|
|
|
| |
Reviewed-by: Michael Niedermayer <[email protected]>
Signed-off-by: James Almer <[email protected]>
|
|
|
|
|
| |
Reviewed-by: Michael Niedermayer <[email protected]>
Signed-off-by: James Almer <[email protected]>
|
| |
|
| |
|
|
|
|
| |
decode rgtc1 block in gray8 picture
|
|
|
|
|
|
|
|
| |
Makes the uninit function re-entrable, which can be a common case
when an API user first tries to initialize its context, fails, and
then finally unrefs the AVHWDevice.
Fixes a crash reported by sm2345 on IRC.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The commit b7c16a3f2c4921f613319938b8ee0e3d6fa83e8d ("x86: fft: Port to
cpuflags") breaks the opus decoder in ffmpeg when compiling for 3dnow. The
output is audible, but there's a lot of noise.
The reason for the breakage is that the commit unintentionally changed the
INTERL macro so that it is empty when compiling for 3dnow. This patch
fixes it.
Signed-off-by: Mikulas Patocka <[email protected]>
Signed-off-by: James Almer <[email protected]>
|
|
|
|
| |
device_uninit can be called twice if device_init fails.
|
|
|
|
| |
This is helpful to know what device has actually been used.
|
|
|
|
|
|
|
|
|
|
| |
Both are autodetected, and their dependency on cuda is checked
elsewhere.
Fixes ticket #6849.
Reviewed-by: Philip Langdale <[email protected]>
Signed-off-by: James Almer <[email protected]>
|
|
|
|
| |
Also fix a typo and fill hashes and dates.
|
|
|
|
|
|
|
|
| |
This was added for compatibility with libav, by leaving a space for
formats added in libav to be merged. Since that feature has been
removed, we don't need a gap here.
Reviewed-by: Michael Niedermayer <[email protected]>
|
|\
| |
| |
| |
| |
| |
| | |
* commit '136e7cf64ce9e78de7158d6720539d51cb96b743':
qsv/hevcdec: Load hw plugin by default on non-windows os
Merged-by: Mark Thompson <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Software plugin is not available on Linux, Only works on Windows.
Similar changes have been applied to qsv hevc encoder by
b05128f3c953bd66483e697d60a2e7e45ee9cfa0.
Signed-off-by: Zhong Li <[email protected]>
Signed-off-by: Maxym Dmytrychenko <[email protected]>
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This patch fixes the following error when compiling mplayer with libopus.
libavcodec/libopusdec.c: In function 'libopus_decode_init':
libavcodec/libopusdec.c:130:27: error: implicit declaration of function 'ff_exp10'; did you mean 'ff_exp2fi'? [-Werror=implicit-function-declaration]
double gain_lin = ff_exp10(gain_db / (20.0 * 256));
^~~~~~~~
ff_exp2fi
Signed-off-by: Mikulas Patocka <[email protected]>
Signed-off-by: Michael Niedermayer <[email protected]>
|
| |
| |
| |
| |
| |
| | |
Use correct index into streams
Signed-off-by: Michael Niedermayer <[email protected]>
|
| |
| |
| |
| |
| | |
Reviewed-by: 刘歧 <[email protected]>
Signed-off-by: Michael Niedermayer <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| | |
Fixes: signed integer overflow: 2147483598 + 64 cannot be represented in type 'int'
Fixes: 4337/clusterfuzz-testcase-minimized-6192658616680448
Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: James Almer <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
nvdec will not produce odd width/height output, and while this is
basically never an issue with most codecs, due to internal alignment
requirements, you can get odd sized jpegs.
If an odd-sized jpeg is encountered, nvdec will actually round down
internally and produce output that is slightly smaller. This isn't
the end of the world, as long as you know the output size doesn't
match the original image resolution.
However, with an hwaccel, we don't know. The decoder controls
the reported output size and the hwaccel cannot change it. I was
able to trigger an error in mpv where it tries to copy the output
surface as part of rendering and triggers a cuda error because
cuda knows the output frame is smaller than expected.
To fix this, we can round up the configured width/height passed
to nvdec so that the frames are always at least as large as the
decoder's reported size, and data can be copied out safely.
In this particular jpeg case, you end up with a blank (green) line
at the bottom due to nvdec refusing to decode the last line, but
the behaviour matches cuviddec, so it's as good as you're going to
get.
|
| |
| |
| |
| | |
Signed-off-by: James Almer <[email protected]>
|
| |
| |
| |
| |
| |
| | |
This is a bit more robust in case of OOM.
Signed-off-by: James Almer <[email protected]>
|
| |
| |
| |
| |
| | |
Signed-off-by: Dale Curtis <[email protected]>
Signed-off-by: Michael Niedermayer <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
2LL << (wrap_bits=64 - 1) does not fit in int64_t; change the
code to use a uint64_t (2ULL) and add an av_assert2() to
ensure wrap_bits <= 64.
Signed-off-by: Dale Curtis <[email protected]>
Signed-off-by: Michael Niedermayer <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: Paul B Mahol <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: Paul B Mahol <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: Paul B Mahol <[email protected]>
|
| |
| |
| |
| |
| |
| |
| | |
Fixes: memleak
Found-by: <jamrial>
Signed-off-by: Michael Niedermayer <[email protected]>
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
Fixes make checkheaders.
Signed-off-by: James Almer <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: Lou Logan <[email protected]>
|
| |
| |
| |
| |
| |
| | |
Explain how to achieve infinite looping with the loop / aloop filters.
Signed-off-by: Werner Robitza <[email protected]>
|
| |
| |
| |
| | |
speed seems to be similar, but simplify code
|
| |
| |
| |
| |
| |
| |
| |
| | |
This was an mplayer-specific hack.
This reverts commit a4f94f24b4f153c30bbcaa700bedfb2b3a581e5e.
Signed-off-by: Derek Buitenhuis <[email protected]>
|
| | |
|
| |
| |
| |
| | |
Signed-off-by: Rostislav Pehlivanov <[email protected]>
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This was added in early 2013 and abandoned several months later; as far as
I can tell, there are no external users. Future OpenCL use will be via
hwcontext, which requires neither special OpenCL-only API nor global state
in libavutil.
All internal users are also deleted - this is just the unsharp filter
(replaced by unsharp_opencl, which is more flexible) and the deshake filter
(no replacement).
|
| | |
|
| |
| |
| |
| |
| | |
To match creation on a newly-derived device. (This was missed earlier
because the mode is only used in some cases.)
|
| |
| |
| |
| |
| |
| |
| | |
Intended to replace existing opencl mode of the unsharp filter.
Supports many more pixel formats and works without immediate upload
and download of frame data. The options are compatible with the
existing filter.
|
| |
| |
| |
| |
| | |
Input and output formats must be the same, the overlay format must be
the same as the input except possibly with an additional alpha component.
|
| | |
|