FFmpeg

Commit Graph

Author	SHA1	Message	Date
Vittorio Giovara	e60a6e7545	mpegvideo: Drop mpegvideo.h where not needed Add necessary headers in .c files.	10 years ago
Steve Lhomme	9b4b96c0de	force WINAPI_FAMILY to WINAPI_FAMILY_DESKTOP_APP to be able to use dxva.h The struct definitions in dxva.h, which are necessary in order to actually use d3d11va, are hidden when WINAPI_FAMILY targets Windows Phone or WindowsRT. Building with WINAPI_FAMILY=WINAPI_FAMILY_DESKTOP_APP is disallowed when targeting ARM. ("Compiling Desktop applications for the ARM platform is not supported.") So we set _CRT_BUILD_DESKTOP_APP to 0 to tell the runtime not to detect some issues with this mismatching. The same tweaks to detect if the API is available is done in dxva2_internal.h when compiling each DXVA2/D3D11VA decoders. Signed-off-by: Martin Storsjö <martin@martin.st>	10 years ago
Steve Lhomme	28fa58cf5d	dxva2: Fix build when only D3D11 or DXVA2 is used Signed-off-by: Martin Storsjö <martin@martin.st>	10 years ago
Steve Lhomme	d8039ef8d2	D3D11va: add a Direct3D11 video decoder similar to DXVA2 Signed-off-by: Luca Barbato <lu_zero@gentoo.org>	10 years ago
Diego Biurrun	b8962d64cc	dxva2: Clean up definition of _WIN32_WINNT Only set a value if _WIN32_WINNT is undefined or smaller than 0x0600. This is cleaner than unconditional definition and avoids a number of redefinition warnings. Also only define a value in one of the two dxva2 headers.	11 years ago
Michael Niedermayer	678e455f1d	dxva2: Directly use AVFrames The assumption of (MPEG) Picture and H264Picture layout matching might not hold true in the future. Signed-off-by: Hendrik Leppkes <h.leppkes@gmail.com>	11 years ago
Anton Khirnov	2c54155407	h264: deMpegEncContextize Most of the changes are just trivial are just trivial replacements of fields from MpegEncContext with equivalent fields in H264Context. Everything in h264* other than h264.c are those trivial changes. The nontrivial parts are: 1) extracting a simplified version of the frame management code from mpegvideo.c. We don't need last/next_picture anymore, since h264 uses its own more complex system already and those were set only to appease the mpegvideo parts. 2) some tables that need to be allocated/freed in appropriate places. 3) hwaccels -- mostly trivial replacements. for dxva, the draw_horiz_band() call is moved from ff_dxva2_common_end_frame() to per-codec end_frame() callbacks, because it's now different for h264 and MpegEncContext-based decoders. 4) svq3 -- it does not use h264 complex reference system, so I just added some very simplistic frame management instead and dropped the use of ff_h264_frame_start(). Because of this I also had to move some initialization code to svq3. Additional fixes for chroma format and bit depth changes by Janne Grunau <janne-libav@jannau.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>	12 years ago
Ronald S. Bultje	fa84506177	dxva2: include dxva.h if found Apparently, some build environments require dxva.h even for dxva2, while others lack this header entirely. Including it conditionally allows building in both cases. Signed-off-by: Martin Storsjö <martin@martin.st>	13 years ago
Mans Rullgard	2912e87a6c	Replace FFmpeg with Libav in licence headers Signed-off-by: Mans Rullgard <mans@mansr.com>	14 years ago
Kyle	04973f8082	dxva2: define required feature selection macros Signed-off-by: Mans Rullgard <mans@mansr.com>	14 years ago
Laurent Aimar	85167c46ef	Moved reusable functions from dxva2_h264.c to dxva2.c Originally committed as revision 21407 to svn://svn.ffmpeg.org/ffmpeg/trunk	16 years ago

11 Commits (e192cd9ce2b51c2e6919f2a78b1ce53e0024e728)