- 05 Oct, 2014 1 commit
-
-
Rémi Denis-Courmont authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 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>
-
- 20 Mar, 2014 2 commits
-
-
wm4 authored
This gets rid of aliasing completely unrelated structs to Picture. Fixes the remaining compilation warnings in the vdpau code. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
wm4 authored
The code passed H264Picture* and Picture*, and assumed the hwaccel_picture_private field was in the same place in both structs. Somehow this happened to work in Libav, but broke in FFmpeg (and probably subtly breaks in Libav too). Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 29 Nov, 2013 1 commit
-
-
Anton Khirnov authored
The field still remains in MpegEncContext because it is used by the mpeg4 decoder.
-
- 05 Aug, 2013 1 commit
-
-
Rémi Denis-Courmont authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 25 Jul, 2013 1 commit
-
-
Rainer Hochecker authored
VDPAU expects the bitstream value (0, 2 or 3). libavcodec uses an enum (0, 1 or 2). Signed-off-by:
Rémi Denis-Courmont <remi@remlab.net> Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 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>
-
- 13 Jan, 2013 1 commit
-
-
Rémi Denis-Courmont authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-