- 26 11月, 2017 16 次提交
-
-
由 Mark Thompson 提交于
-
由 Mark Thompson 提交于
-
由 Mark Thompson 提交于
Reviewed-by: NTimo Rothenpieler <timo@rothenpieler.org>
-
由 Mark Thompson 提交于
Drivers can support a format for surfaces without also supporting it for images, so we can't assume that sw_format is usable for transfer. This would previously hit an assert in cases where it isn't.
-
由 Derek Buitenhuis 提交于
Fixes NULL dereference during alloc failure. Signed-off-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Rostislav Pehlivanov 提交于
Signed-off-by: NRostislav Pehlivanov <atomnuker@gmail.com>
-
由 Rostislav Pehlivanov 提交于
Also makes it more robust than using volatiles. Signed-off-by: NRostislav Pehlivanov <atomnuker@gmail.com>
-
由 Rostislav Pehlivanov 提交于
Signed-off-by: NRostislav Pehlivanov <atomnuker@gmail.com>
-
由 James Almer 提交于
Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 James Almer 提交于
Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 Martin Vignali 提交于
-
由 Martin Vignali 提交于
-
由 Martin Vignali 提交于
decode rgtc1 block in gray8 picture
-
由 Jan Ekström 提交于
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.
-
由 Mikulas Patocka 提交于
The commit b7c16a3f ("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: NMikulas Patocka <mikulas@twibright.com> Signed-off-by: NJames Almer <jamrial@gmail.com>
-
- 25 11月, 2017 18 次提交
-
-
由 Mark Thompson 提交于
device_uninit can be called twice if device_init fails.
-
由 Mark Thompson 提交于
This is helpful to know what device has actually been used.
-
由 James Almer 提交于
Both are autodetected, and their dependency on cuda is checked elsewhere. Fixes ticket #6849. Reviewed-by: NPhilip Langdale <philipl@overt.org> Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 Mark Thompson 提交于
Also fix a typo and fill hashes and dates.
-
由 Mark Thompson 提交于
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: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Mark Thompson 提交于
* commit '136e7cf6': qsv/hevcdec: Load hw plugin by default on non-windows os Merged-by: NMark Thompson <sw@jkqxz.net>
-
由 Richard Ling 提交于
-
由 Mikulas Patocka 提交于
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: NMikulas Patocka <mikulas@twibright.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 John Stebbins 提交于
Use correct index into streams Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Karthick J 提交于
Reviewed-by: N刘歧 <lq@chinaffmpeg.org> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
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/ffmpegSigned-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 James Almer 提交于
Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 Philip Langdale 提交于
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.
-
由 James Almer 提交于
Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 James Almer 提交于
This is a bit more robust in case of OOM. Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 Dale Curtis 提交于
Signed-off-by: NDale Curtis <dalecurtis@chromium.org> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Dale Curtis 提交于
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: NDale Curtis <dalecurtis@chromium.org> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
- 24 11月, 2017 6 次提交
-
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Michael Niedermayer 提交于
Fixes: memleak Found-by: <jamrial> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Karthick J 提交于
-
由 Karthick J 提交于
-
由 Karthick J 提交于
-