- 16 Jan, 2017 1 commit
-
-
Steve Lhomme authored
No need to loop through the known surfaces, we'll use the requested surface anyway. The loop is only done for DXVA2. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 12 Jan, 2017 1 commit
-
-
Steve Lhomme authored
No need to loop through the known surfaces, we'll use the requested surface anyway. The loop is only done for DXVA2. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 08 Jan, 2017 1 commit
-
-
Steve Lhomme authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 05 Jan, 2017 1 commit
-
-
Steve Lhomme authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 29 Nov, 2016 1 commit
-
-
Diego Biurrun authored
-
- 07 Nov, 2016 1 commit
-
-
Hendrik Leppkes authored
Fixes a regression introduced in be630b1eSigned-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 20 Oct, 2016 1 commit
-
-
Hendrik Leppkes authored
Fixes a regression introduced in 9b462a0b
-
- 10 Oct, 2016 1 commit
-
-
Steve Lhomme authored
The slice index expected by D3D11VA is the one from the texture not from the array or texture/slices. In VLC the slices we provide the decoder don't start from 0 and thus pictures appear in bogus order. With possible crashes and corruptions when using an invalid index. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 05 Oct, 2016 1 commit
-
-
Steve Lhomme authored
The decoding buffer index expected by D3D11VA is the one from the ID3D11Texture2D not the one from the ID3D11VideoDecoderOutputView array in AVD3D11VAContext. Otherwise, when providing decoder slices that do not start from 0, pictures appear in bogus order. For an invalid index crashes and image corruption can occur. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 11 Jul, 2016 1 commit
-
-
Steve Lhomme authored
also fixes a deadlock found by Денис Кулаков <kudesnik33ra@gmail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 17 Jun, 2016 1 commit
-
-
Steve Lhomme authored
also fixes a deadlock found by Денис Кулаков <kudesnik33ra@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 17 Sep, 2015 1 commit
-
-
Steve Lhomme authored
-
- 13 Sep, 2015 1 commit
-
-
Vittorio Giovara authored
Add necessary headers in .c files.
-
- 01 Jun, 2015 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 26 May, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 25 May, 2015 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Steve Lhomme authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 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>
-
- 21 Jan, 2014 4 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Sam Lantinga authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Sam Lantinga authored
If the function returns E_PENDING retry for a fixed number of times. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 15 Feb, 2013 2 commits
-
-
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>
-
Anton Khirnov authored
Split out dependency on MpegEncContext.
-
- 28 Mar, 2012 1 commit
-
-
Diego Biurrun authored
Also remove one pointless zero initialization in rangecoder.c.
-
- 28 Jan, 2012 1 commit
-
-
Alex Converse authored
-
- 10 Jul, 2011 1 commit
-
-
Jean-Baptiste Kempf authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 23 Jan, 2010 1 commit
-
-
Laurent Aimar authored
Originally committed as revision 21407 to svn://svn.ffmpeg.org/ffmpeg/trunk
-