1. 25 Feb, 2013 1 commit
  2. 15 Feb, 2013 1 commit
    • Anton Khirnov's avatar
      h264: deMpegEncContextize · 2c541554
      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: 's avatarAnton Khirnov <anton@khirnov.net>
      2c541554
  3. 08 Oct, 2012 1 commit
  4. 07 Aug, 2012 1 commit
  5. 08 Apr, 2012 1 commit
    • Gwenole Beauchesne's avatar
      vaapi: mpeg2: fix slice_vertical_position calculation. · 58e1032d
      Gwenole Beauchesne authored
      VASliceParameterBufferMPEG2.slice_vertical_position shall express
      the slice vertical position from the original bitstream. The HW
      decoder will correctly decode to the right line computed from the
      appropriate top_field_first and is_first_field flags.
      
      This patch aligns with DXVA's definition, which is what most HW and
      drivers expect. In particular, Intel PowerVR (Cedarview et al.) and
      NVIDIA (through VA-to-VDPAU layer). Since it looks more complex to fix
      binary drivers, I aligned the Intel Gen driver (Sandy Bridge et al.)
      to this behaviour, while maintaining compatibility with codec layers
      not providing this patch yet.
      Signed-off-by: 's avatarGwenole Beauchesne <gwenole.beauchesne@intel.com>
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      58e1032d
  6. 30 Dec, 2011 1 commit
  7. 28 Nov, 2011 1 commit
  8. 15 Jul, 2011 1 commit
    • Diego Biurrun's avatar
      vaapi: do not assert on value read from input bitstream · f20418c3
      Diego Biurrun authored
      User-provided data should never trigger an assert; return error instead.
      Also fix an instance of get_bits where get_bits_long should have been used.
      
      This eliminates the following warning:
      libavcodec/vaapi_mpeg2.c:112:14: warning: variable 'start_code' set but not used
      f20418c3
  9. 29 May, 2011 1 commit
  10. 02 May, 2011 2 commits
  11. 19 Mar, 2011 1 commit
  12. 30 Jan, 2011 1 commit
  13. 29 Jan, 2011 1 commit
  14. 28 Jan, 2011 1 commit
  15. 27 Jan, 2011 1 commit
  16. 30 Mar, 2010 1 commit
  17. 28 Dec, 2009 3 commits
  18. 16 Sep, 2009 1 commit
  19. 31 Mar, 2009 1 commit
  20. 23 Mar, 2009 1 commit