- 26 Nov, 2017 4 commits
-
-
Mark Thompson authored
-
Mark Thompson authored
-
Mark Thompson authored
This removes the dependency that hardware pixel formats previously had on AVHWAccel instances, meaning only those which actually do something need exist after this patch. Also updates avcodec_default_get_format() to be able to choose hardware formats if either a matching device has been supplied or no additional external configuration is required, and avcodec_get_hw_frames_parameters() to use the hardware config rather than searching the old hwaccel list. The FF_CODEC_CAP_HWACCEL_REQUIRE_CLASS mechanism is deleted because it no longer does anything (the codec already contains the pointers to the matching hwaccels).
-
Mark Thompson authored
-
- 20 Nov, 2017 1 commit
-
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
- 15 Nov, 2017 1 commit
-
-
James Almer authored
The fields can be accessed directly, so these are not needed anymore. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 14 Nov, 2017 1 commit
-
-
Aman Gupta authored
-
- 13 Nov, 2017 1 commit
-
-
Aman Gupta authored
Signed-off-by: Aman Gupta <aman@tmm1.net>
-
- 10 Nov, 2017 2 commits
-
-
wm4 authored
Currently, AVHWAccels are looked up using a (codec_id, pixfmt) tuple. This means it's impossible to have 2 decoders for the same codec and using the same opaque hardware pixel format. This breaks merging Libav's CUVID hwaccel. FFmpeg has its own CUVID support, but it's a full stream decoder, using NVIDIA's codec parser. The Libav one is a true hwaccel, which is based on the builtin software decoders. Fix this by introducing another field to disambiguate AVHWAccels, and use it for our CUVID decoders. FF_CODEC_CAP_HWACCEL_REQUIRE_CLASS makes this mechanism backwards compatible and optional.
-
Aurelien Jacobs authored
The encoder was reverse engineered from binary library and from EP0398973B1 patent (long expired). The decoder was simply deduced from the encoder.
-
- 30 Oct, 2017 1 commit
-
-
James Almer authored
Make it clear that these are deprecated and the new API should be used instead. As a side effect, this slightly reduces differences with libav. Reviewed-by: Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 26 Oct, 2017 1 commit
-
-
Carl Eugen Hoyos authored
Fixes the following gcc warning: libavcodec/bitstream_filter.c:39:12: warning: return discards 'const' qualifier from pointer target type
-
- 22 Oct, 2017 2 commits
-
-
James Almer authored
Deprecated in 02/2015. Signed-off-by: James Almer <jamrial@gmail.com>
-
James Almer authored
Deprecated in 03/2013.
-
- 19 Oct, 2017 1 commit
-
-
wm4 authored
This adds a new API, which allows the API user to query the required AVHWFramesContext parameters. This also reduces code duplication across the hwaccels by introducing ff_decode_get_hw_frames_ctx(), which uses the new API function. It takes care of initializing the hw_frames_ctx if needed, and does additional error handling and API usage checking. Support for VDA and Cuvid missing. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 11 Oct, 2017 1 commit
-
-
Ivan Kalvachev authored
In the past XvMC forced simple_idct since it was using FF_IDCT_PERM_NONE. However now we have SIMD variants of simple_idct that are using FF_IDCT_PERM_TRANSPOSE and if they are selected XvMC would get coefficients in the wrong order. The patch creates new FF_IDCT_NONE that is used only for this kind of hardware decoding and that fallbacks to the old C only simple idct. Signed-off-by: Ivan Kalvachev <ikalvachev@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 01 Oct, 2017 1 commit
-
-
James Almer authored
It leaks memory and destroys the dst packet in case of failure, and it ultimately duplicates functionality already existing in the saner av_packet_copy_props(). Reviewed-by: wm4 Signed-off-by: James Almer <jamrial@gmail.com>
-
- 28 Sep, 2017 1 commit
-
-
Karthick J authored
Signed-off-by: Karthick J <kjeyapal@akamai.com> Signed-off-by: Marton Balint <cus@passwd.hu>
-
- 26 Sep, 2017 1 commit
-
-
James Almer authored
It does the same thing as av_packet_ref(). Signed-off-by: James Almer <jamrial@gmail.com>
-
- 14 Sep, 2017 1 commit
-
-
James Almer authored
-
- 13 Sep, 2017 1 commit
-
-
Mark Thompson authored
-
- 04 Sep, 2017 1 commit
-
-
James Almer authored
This flag replaces the deprecated, non-prefixed HWACCEL_CODEC_CAP_EXPERIMENTAL one. Reviewed-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 30 Aug, 2017 1 commit
-
-
Paras Chadha authored
Signed-off-by: Paras Chadha <paraschadha18@gmail.com>
-
- 25 Aug, 2017 1 commit
-
-
James Almer authored
Reviewed-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 19 Jul, 2017 1 commit
-
-
foo86 authored
-
- 19 Jun, 2017 1 commit
-
-
Michael Niedermayer authored
The new name more accuratly describes what the function does Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 14 Jun, 2017 1 commit
-
-
Mark Thompson authored
(cherry picked from commit 64a5260c)
-
- 11 Jun, 2017 2 commits
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 16 May, 2017 1 commit
-
-
Rostislav Pehlivanov authored
Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
- 12 May, 2017 1 commit
-
-
Michael Niedermayer authored
Fixes: 1293/clusterfuzz-testcase-minimized-6054752074858496 See: [FFmpeg-devel] [PATCH] avcodec/avcodec: Limit the number of side data elements per packet Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/targets/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 26 Apr, 2017 1 commit
-
-
Mark Thompson authored
-
- 25 Apr, 2017 1 commit
-
-
Kostya Shishkov authored
Only I-frames are decoded for now. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 23 Apr, 2017 1 commit
-
-
James Almer authored
This reverts commit bfdca87a. Packets with no data or side data will be valid EOF signal in an upcoming merge. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 18 Apr, 2017 2 commits
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 13 Apr, 2017 1 commit
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 06 Apr, 2017 2 commits
-
-
James Almer authored
-
Steve Lhomme authored
These data are necessary when transmitting HDR over HDMI. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 05 Apr, 2017 1 commit
-
-
Damien Riegel authored
Add a codec capable of decoding some formats of the RFC4175. For now it's only capable of handling YCbCr-4:2:2 with 8-bit or 10-bit depth. For 8-bit it's a simple pass-through, for 10-bit it depacks the stream in the AV_PIX_FMT_YUV422P10 pixel format. Signed-off-by: Damien Riegel <damien.riegel@savoirfairelinux.com> Reviewed-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-