summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* lavc: Add support for increasing hardware frame pool sizesMark Thompson2018-02-115-1/+28
| | | | | | | | | | AVCodecContext.extra_hw_frames is added to the size of hardware frame pools created by libavcodec for APIs which require fixed-size pools. This allows the user to keep references to a greater number of frames after decode, which may be necessary for some use-cases. It is also added to the initial_pool_size value returned by avcodec_get_hw_frames_parameters() if a fixed-size pool is required.
* configure: Factorize check_64_bit()Diego Biurrun2018-02-061-6/+6
|
* configure: Simplify restrict keyword handlingDiego Biurrun2018-02-061-6/+7
| | | | Skip a variable indirection and only redefine restrict if necessary.
* Drop some unnecessary config.h #includesDiego Biurrun2018-02-067-7/+4
|
* configure: Group code that sets the license string with licensing checksDiego Biurrun2018-02-061-11/+12
| | | | | This also moves the setting of the licensing string out of a block that is skipped when quiet operation is requested.
* hwcontext: Fix memory leak on derived frame allocation failureMark Thompson2018-02-041-1/+3
|
* hwcontext: Fix documentation for av_hwdevice_ctx_alloc()Jun Zhao2018-02-041-1/+2
| | | | | | | From ffmpeg commit 9365dfcbf665b83b2e60c5ec5e2abf1f0a49e2c3. Signed-off-by: Jun Zhao <jun.zhao@intel.com> Signed-off-by: Mark Thompson <sw@jkqxz.net>
* avpacket: Initialize the allocated padding area in side dataMartin Storsjö2018-02-011-0/+1
| | | | | | | | This makes sure that consumers of the side data actually can rely on the padding as intended, without having the callers of av_packet_new_side_data to explicitly zero initialize it. Signed-off-by: Martin Storsjö <martin@martin.st>
* vc1: skip motion compensation when data for last picture is invalidSean McGovern2018-01-301-0/+5
| | | | | Bug-Id: 1101 Cc: libav-stable@libav.org
* qsvdec: Relax the surface vs coded dimension checkZhong Li2018-01-262-4/+1
| | | | | | | | | | | | | | | Fix a common vp8 decoding failure. Many vp8 clips cannot decode if hw_frames_ctx is enabled, reporting "Error during QSV decoding.: incompatible video parameters (-14)". It is due to mfx.FrameInfo.Width/Height not matching coded_w/coded_h. See: avconv -hwaccel qsv -init_hw_device qsv -c:v vp8_qsv -i vp8-test-vectors-r1/vp80-00-comprehensive-001.ivf -vf "hwdownload,format=nv12" -pix_fmt yuv420p -f md5 - Signed-off-by: Zhong Li <zhong.li@intel.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* qsv: Skip the packet if decoding failureRuiling, Song2018-01-251-1/+5
| | | | | | | | | MediaSDK may fail to decode some frame, just skip it. Otherwise, it will keep decoding the failure packet repeatedly without processing any packet afterwards. Signed-off-by: Ruiling Song <ruiling.song@intel.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* rtmp: Plug leak if sending bytes read report fails.Josh Allmann2018-01-241-1/+3
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* intreadwrite: Use __unaligned in MSVC for ARM64 as wellMartin Storsjö2018-01-161-1/+1
| | | | | | | This attribute is supported for this architecture in MSVC as well (but produces errors if used for 32 bit x86). Signed-off-by: Martin Storsjö <martin@martin.st>
* qsv: better to use alignment by 16 and HEVC 10b requires alignment by 32Maxym Dmytrychenko2018-01-081-4/+14
|
* Add support for H.264 and HEVC hardware encoding for AMD GPUs based on AMF SDKMichael Wootton2018-01-048-0/+1524
| | | | | | | Requires AMF headers for at least version 1.4.4.1. Signed-off-by: Mikhail Mironov <mikhail.mironov@amd.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* cmdutils: update copyright year to 2018Sean McGovern2018-01-011-1/+1
|
* examples/qsvdec: do not set the deprecated field refcounted_framesZhong Li2017-12-291-1/+0
| | | | | | | | It is used by the deprecated API avcodec_decode_video2 and ignored by the new decode APIs (avcodec_send_packet/avcodec_receive_frame). Signed-off-by: Zhong Li <zhong.li@intel.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* lavu/qsv: add log message for libmfx versionZhong Li2017-12-291-0/+4
| | | | | | | It is benefit to diagnose issues related to different libmfx version. Signed-off-by: Zhong Li <zhong.li@intel.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* x264: Support version 153Luca Barbato2017-12-271-0/+30
| | | | It has native simultaneus 8 and 10 bit support.
* mmaldec: Fix compilation after 2fcb0090Martin Storsjö2017-12-201-1/+1
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* avconv: Use codec hardware config to configure hwaccelsMark Thompson2017-12-194-135/+246
| | | | | Removes specific support for all hwaccels supported by the generic code (CUVID, DXVA2, D3D11VA, VAAPI and VDPAU).
* lavc: Mark all AVHWAccel structures as constMark Thompson2017-12-1923-71/+74
|
* lavc: Delete all fake hwaccelsMark Thompson2017-12-194-79/+5
| | | | They are now unused.
* lavc: Remove register mechanism for hwaccelsMark Thompson2017-12-192-52/+1
| | | | | | | There is no longer any need for a list of them at runtime, because decoders now carry the pointers to their associated hwaccels internally. The file containing external declarations is now used to make the list of hwaccels for configure.
* lavc: Deprecate av_hwaccel_next() and av_register_hwaccel()Mark Thompson2017-12-194-11/+26
|
* lavc: Use hardware config information in ff_get_format()Mark Thompson2017-12-192-77/+210
| | | | | | | | | | | 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.
* webp: Fix alpha initialisationMark Thompson2017-12-193-12/+9
| | | | | | | | ff_get_format() in the next patch will reject formats which aren't in the offered list, so the hack in 7cb9296db872c4221453e5411f242ebcfca62664 is no longer valid. Change the hack by adding a new field in the VP8 decoder context to indicate that it's actually WebP and don't call ff_get_format() at all in that case.
* lavc: Add hardware config metadata for decoders supporting hardware outputMark Thompson2017-12-1914-1/+265
| | | | | | | | | This includes a pointer to the associated hwaccel for decoders using hwaccels - these will be used later to implement the hwaccel setup without needing a global list. Also added is a new file listing all hwaccels as external declarations - this will be used later to generate the hwaccel list at configure time.
* lavc: Add codec metadata to indicate hardware supportMark Thompson2017-12-195-1/+108
|
* avcodec: add metadata to identify wrappers and hardware decoderswm42017-12-1447-15/+96
| | | | | | | | | | | | | | | | | | | | | Explicitly identify decoder/encoder wrappers with a common name. This saves API users from guessing by the name suffix. For example, they don't have to guess that "h264_qsv" is the h264 QSV implementation, and instead they can just check the AVCodec .codec and .wrapper_name fields. Explicitly mark AVCodec entries that are hardware decoders or most likely hardware decoders with new AV_CODEC_CAPs. The purpose is allowing API users listing hardware decoders in a more generic way. The proposed AVCodecHWConfig does not provide this information fully, because it's concerned with decoder configuration, not information about the fact whether the hardware is used or not. AV_CODEC_CAP_HYBRID exists specifically for QSV, which can have software implementations in case the hardware is not capable. Based on a patch by Philip Langdale <philipl@overt.org>. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* qsv: Support explicit lookahead downscalingLuca Barbato2017-12-122-0/+17
|
* qsv/vp8dec: fixes memory leak issueLi, Zhong2017-12-121-0/+5
| | | | | Signed-off-by: Zhong Li <zhong.li@intel.com> Signed-off-by: Maxym Dmytrychenko <maxim.d33@gmail.com>
* lavc/qsvenc: add error messeage if ICQ unsupported.Li, Zhong2017-12-121-0/+6
| | | | | Signed-off-by: Zhong Li <zhong.li@intel.com> Signed-off-by: Maxym Dmytrychenko <maxim.d33@gmail.com>
* lavc/qsvenc: ICQ/VCM/QVBR are not avilable on LinuxLi, Zhong2017-12-121-0/+7
| | | | | Signed-off-by: Zhong Li <zhong.li@intel.com> Signed-off-by: Maxym Dmytrychenko <maxim.d33@gmail.com>
* lavc/qsvenc: set HRD buffer sizeLi, Zhong2017-12-121-0/+1
| | | | | | | | | | Hypothetical Reference Decoding (HRD) model assumes that data flows into a buffer of the fixed size BufferSizeInKB with a constant bitrate. Smaller BufferSizeInKB means smaller frame size variations, but more difficult to maintain HRD. Signed-off-by: Zhong Li <zhong.li@intel.com> Signed-off-by: Maxym Dmytrychenko <maxim.d33@gmail.com>
* checkasm: Use LOCAL_ALIGNED for aligned variables on the stackMartin Storsjö2017-12-121-5/+5
| | | | | | | This fixes fate-checkasm-hevc_mc on ARMCC 5.0 after adding NEON HEVC MC assembly. Signed-off-by: Martin Storsjö <martin@martin.st>
* hevc: Add hevc_get_pixel_4/8/12/16/24/32/48/64Alexandra Hájková2017-12-083-1/+464
| | | | | | | | | | | | | | | | | | | | | | | Checkasm timings: block size bitdepth C NEON 4 8 bit: 146.7 48.7 10 bit: 146.7 52.7 8 8 bit: 430.3 84.4 10 bit: 430.4 119.5 12 8 bit: 812.8 141.0 10 bit: 812.8 195.0 16 8 bit: 1499.1 268.0 10 bit: 1498.9 368.4 24 8 bit: 4394.2 574.8 10 bit: 3696.3 804.8 32 8 bit: 5108.6 568.9 10 bit: 4249.6 918.8 48 8 bit: 16819.6 2304.9 10 bit: 13882.0 3178.5 64 8 bit: 13490.8 1799.5 10 bit: 11018.5 2519.4 Signed-off-by: Martin Storsjö <martin@martin.st>
* vaapi_h265: Add named options for setting profile and levelMark Thompson2017-12-061-3/+41
| | | | Also fixes the default, which previously contained a nonsense value.
* vaapi_h264: Add named options for setting profile and levelMark Thompson2017-12-061-2/+46
|
* vaapi: Make the decode profile matching more explicitMark Thompson2017-12-021-9/+9
| | | | | Also fixes a bug where it could attempt to decode with an unsupported codec if allow-profile-mismatch was set.
* vaapi_h264: Fix VUI max_dec_frame_bufferingJun Zhao2017-12-021-1/+1
| | | | | | | | | This should refer to the existing SPS structure, not the VAAPI sequence parameter buffer (which is not yet initialised). From ffmpeg commit f31478ba1472afe5c1eed60f219ae331816425a2. Signed-off-by: Mark Thompson <sw@jkqxz.net>
* vaapi_h265: Enable VBR modeJun Zhao2017-12-021-5/+10
| | | | | | | | To match vaapi_h264. From ffmpeg commit 385cafb07ac1e46433931ea9749a134efd7350be. Signed-off-by: Mark Thompson <sw@jkqxz.net>
* cbs_mpeg2: Fix marker_bit typeMark Thompson2017-12-021-1/+1
|
* cbs: Add padding to slice data allocationsMark Thompson2017-12-022-3/+12
| | | | | These may be read by the bitstream reader, so they should include the necessary padding for overreads.
* rtsp: only break on parse_rtsp_message on errorTristan Matthews2017-11-301-1/+3
| | | | | | | | | Fix suggested by Luca Barbato. This was causing spurious EOFs when using -rtsp_transport udp, as reported in https://bugzilla.libav.org/show_bug.cgi?id=1103 Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* stereo3d: Support view type for frame sequence typeVittorio Giovara2017-11-2810-8/+55
| | | | | | Implement detection in h264 and hevc and insertion in framepack filter. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* prores: Always assume limited rangeVittorio Giovara2017-11-281-0/+1
| | | | As defined by the specification.
* qsvenc: cavlc option is only available for h264Li, Zhong2017-11-243-11/+14
| | | | | | | | Moving option definition to h264 implementation and fixing command line defaults in order to properly respect cavlc input value Signed-off-by: Zhong Li <zhong.li@intel.com> Signed-off-by: Maxym Dmytrychenko <maxim.d33@gmail.com>
* qsv/hevcdec: Load hw plugin by default on non-windows osLi, Zhong2017-11-231-1/+7
| | | | | | | | | 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 <zhong.li@intel.com> Signed-off-by: Maxym Dmytrychenko <maxim.d33@gmail.com>
* libavcodec: Don't use dllexport, only dllimport when building DLLsMartin Storsjö2017-11-192-6/+2
| | | | | | | | | | | | | | | | | | | | The only purpose of dllexport (which is set while building the library that exports the symbols) is to have the linker automatically export such symbols into a DLL without using a def file - it doesn't affect the generated code. For both MSVC and mingw builds, this isn't essential since we override what symbols to export via an autogenerated def file instead. Update a comment in configure to refer to the right concept. With lld, this avoids warnings about duplicate export directives, when some symbols are requested to be exported both via dllexport attributes and via the autogenerated def file. This also reduces the number of lines of code marginally. Signed-off-by: Martin Storsjö <martin@martin.st>
OpenPOWER on IntegriCloud