- 09 Apr, 2018 1 commit
-
-
Diego Biurrun authored
-
- 19 Dec, 2017 1 commit
-
-
Mark Thompson authored
-
- 26 Nov, 2017 1 commit
-
-
Mark Thompson authored
-
- 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>
-
- 27 Jun, 2017 2 commits
-
-
wm4 authored
This also adds support to avconv (which is trivial due to the new hwaccel API being generic enough). The new decoder setup code in dxva2.c is significantly based on work by Steve Lhomme <robux4@gmail.com>, but with heavy changes/rewrites. Merges Libav commit f9e7a2f9. Also adds untested VP9 support. The check for DXVA2 COBJs is removed. Just update your MinGW to something newer than a 5 year old release. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
wm4 authored
The actual hwaccel code will need to access an internal context instead of avctx->hwaccel_context, so add a new DXVA_CONTEXT() macro, that will dispatch between the "old" external and the new internal context. Also, the new API requires a new D3D11 pixfmt, so all places which check for the pixfmt need to be adjusted. Introduce a ff_dxva2_is_d3d11() function, which does the check. Merges Libav commit 4dec101a. Adds changes to vp9 over the Libav patch. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 08 Jun, 2017 2 commits
-
-
wm4 authored
This also adds support to avconv (which is trivial due to the new hwaccel API being generic enough). The new decoder setup code in dxva2.c is significantly based on work by Steve Lhomme <robux4@gmail.com>, but with heavy changes/rewrites. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
wm4 authored
The actual hwaccel code will need to access an internal context instead of avctx->hwaccel_context, so add a new DXVA_CONTEXT() macro, that will dispatch between the "old" external and the new internal context. Also, the new API requires a new D3D11 pixfmt, so all places which check for the pixfmt need to be adjusted. Introduce a ff_dxva2_is_d3d11() function, which does the check. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 16 Jan, 2017 1 commit
-
-
Steve Lhomme authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 08 Jan, 2017 1 commit
-
-
Steve Lhomme authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 14 Oct, 2015 1 commit
-
-
Luca Barbato authored
It redefines _WIN32_WINNT, possibly causing problems with the w32pthreads.h header.
-
- 13 Sep, 2015 1 commit
-
-
Vittorio Giovara authored
Add necessary headers in .c files.
-
- 25 May, 2015 1 commit
-
-
Steve Lhomme authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 01 Sep, 2014 1 commit
-
-
Diego Biurrun authored
This avoids related incompatible pointer type warnings.
-
- 30 Jun, 2014 1 commit
-
-
Diego Biurrun authored
-
- 11 May, 2014 1 commit
-
-
Anton Khirnov authored
This describes more accurately what this field is for.
-
- 09 Apr, 2014 1 commit
-
-
wm4 authored
The most interesting parts are initialization in ff_MPV_common_init() and uninitialization in ff_MPV_common_end(). ff_mpeg_unref_picture and ff_thread_release_buffer have additional NULL checks for Picture.f, because these functions can be called on uninitialized or partially initialized Pictures. NULL pointer checks are added to ff_thread_release_buffer() stub function. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 31 Mar, 2014 1 commit
-
-
Michael Niedermayer authored
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>
-
- 17 Mar, 2014 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 16 Mar, 2014 1 commit
-
-
Vittorio Giovara authored
-
- 06 Mar, 2014 1 commit
-
-
Rainer Hochecker authored
Some content requires an higher number of slices in order to render properly. Rise the number to 1024 and warn if ever it exceeds. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 27 Jan, 2014 1 commit
-
-
Rainer Hochecker authored
Suggested by heleppkes on https://trac.ffmpeg.org/ticket/3133Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 30 Oct, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 08 Mar, 2013 1 commit
-
-
Anton Khirnov authored
This field is private and should not be present in a public struct. It is only used in DXVA with mpegvideo-based decoders currently.
-
- 05 Mar, 2013 1 commit
-
-
Diego Biurrun authored
Some hwaccels use name prefixes, some do not, others only use them for some codecs. Add prefixes everywhere for consistency.
-
- 15 Feb, 2013 1 commit
-
-
Anton Khirnov authored
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>
-
- 08 Oct, 2012 1 commit
-
-
Anton Khirnov authored
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 28 Jul, 2012 1 commit
-
-
jamal authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 28 Jan, 2012 1 commit
-
-
Alex Converse authored
-
- 28 Nov, 2011 1 commit
-
-
Diego Biurrun authored
-
- 16 Nov, 2011 1 commit
-
-
Clément Bœsch authored
-
- 10 Jul, 2011 1 commit
-
-
Jean-Baptiste Kempf authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 02 May, 2011 2 commits
-
-
Stefano Sabatini authored
-
Stefano Sabatini authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 28 Jan, 2011 1 commit
-
-
Luca Barbato authored
That unbreaks compilation of vaapi and dxva2 Signed-off-by:
Janne Grunau <janne-ffmpeg@jannau.net> (cherry picked from commit d1b6f33b)
-
- 27 Jan, 2011 1 commit
-
-
Luca Barbato authored
That unbreaks compilation of vaapi and dxva2 Signed-off-by:
Janne Grunau <janne-ffmpeg@jannau.net>
-
- 18 Jun, 2010 1 commit
-
-
Laurent Aimar authored
It allows VLD MPEG-2 decoding using DXVA2 (GPU assisted decoding API under VISTA and Windows 7). It is implemented by using AVHWAccel API. Originally committed as revision 23644 to svn://svn.ffmpeg.org/ffmpeg/trunk
-