1. 03 Nov, 2013 1 commit
  2. 10 Apr, 2013 1 commit
  3. 21 Mar, 2013 3 commits
  4. 08 Mar, 2013 1 commit
  5. 19 Feb, 2013 4 commits
  6. 18 Feb, 2013 1 commit
  7. 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
  8. 12 Feb, 2013 1 commit
  9. 06 Feb, 2013 1 commit
  10. 23 Jan, 2013 1 commit
  11. 28 Dec, 2012 1 commit
  12. 20 Dec, 2012 1 commit
  13. 07 Aug, 2012 1 commit
  14. 05 Jul, 2012 1 commit
    • Mans Rullgard's avatar
      h264: use templates to avoid excessive inlining · 28fff0d9
      Mans Rullgard authored
      Instead of inlining everything into ff_h264_hl_decode_mb(), use
      explicit templating to create versions of the called functions
      with constant parameters filled in.  This greatly speeds up
      compilation of h264.c and reduces the code size without any
      measurable impact on performance.
      
      Compilation time for h264.c on an i7 goes from 30s to 5.5s.
      Code size is reduced by 430kB.
      Signed-off-by: 's avatarMans Rullgard <mans@mansr.com>
      28fff0d9