1. 11 May, 2014 2 commits
  2. 09 Apr, 2014 1 commit
  3. 22 Mar, 2014 1 commit
  4. 16 Mar, 2014 1 commit
  5. 13 Feb, 2014 1 commit
    • Janne Grunau's avatar
      mpeg12dec: do not add stereo3D side data to a non-existing frame · 73eca738
      Janne Grunau authored
      User data is usually coded before slice data. That means the frame
      the user data belongs to is not available while parsing the user data.
      The stereo3D side data has to use the same indirection over the private
      context as pan scan information and A53 captions.
      
      Bug-Id:632
      73eca738
  6. 04 Feb, 2014 1 commit
  7. 25 Jan, 2014 1 commit
  8. 09 Dec, 2013 1 commit
  9. 05 Dec, 2013 1 commit
  10. 26 Nov, 2013 1 commit
  11. 14 Nov, 2013 2 commits
  12. 13 Nov, 2013 1 commit
    • Diego Biurrun's avatar
      Deprecate obsolete XvMC hardware decoding support · 19e30a58
      Diego Biurrun authored
      XvMC has long ago been superseded by newer acceleration APIs, such as
      VDPAU, and few downstreams still support it. Furthermore XvMC is not
      implemented within the hwaccel framework, but requires its own specific
      code in the MPEG-1/2 decoder, which is a maintenance burden.
      19e30a58
  13. 10 Nov, 2013 1 commit
  14. 31 Oct, 2013 1 commit
  15. 03 Oct, 2013 1 commit
  16. 15 Aug, 2013 1 commit
  17. 05 Aug, 2013 1 commit
  18. 25 Jul, 2013 1 commit
  19. 28 May, 2013 1 commit
    • Janne Grunau's avatar
      mpeg12: skip frames consistently · bf20cdbd
      Janne Grunau authored
      The decoder did not start predicted frames with missing references but
      called the end of frame handling on them anyway. This caused an
      assertion in the VA API HW accelorator since it tried to render a
      picture with uninitialized buffers.
      bf20cdbd
  20. 15 May, 2013 1 commit
  21. 05 May, 2013 1 commit
  22. 27 Mar, 2013 2 commits
  23. 26 Mar, 2013 2 commits
  24. 18 Mar, 2013 1 commit
    • Anton Khirnov's avatar
      mpeg12: do not fail on zero dimensions in the sequence header. · ce0124ac
      Anton Khirnov authored
      The total frame size is a combination of the 12 bits in the sequence
      header and 2 more bits in the the sequence extension. While the
      specification explicitly forbids the dimensions from the sequence header
      from being 0 (thus ruling out multiples of 4096), such videos
      apparrently exist in the wild so we should attempt to decode them.
      
      Based on a patch by Michael Niedermayer <michaelni@gmx.at>
      
      Fixes Bug 416.
      ce0124ac
  25. 08 Mar, 2013 1 commit
  26. 07 Mar, 2013 1 commit
  27. 06 Mar, 2013 1 commit
  28. 15 Feb, 2013 2 commits
  29. 23 Jan, 2013 1 commit
  30. 19 Dec, 2012 1 commit
  31. 18 Dec, 2012 1 commit
    • Janne Grunau's avatar
      mpegvideo: allocate scratch buffers after linesize is known · f1d8763a
      Janne Grunau authored
      Since we can't know which stride a custom get_buffer() implementation is
      going to use we have to allocate this scratch buffers after the linesize
      is known. It was pretty safe for 8 bit per pixel pixel formats since we
      always allocated memory for up to 16 bits per pixel. It broke hoever
      with cmdutis.c's alloc_buffer() and high pixel bit depth since it
      allocated larger edges than mpegvideo expected.
      
      Fixes fuzzed sample nasa-8s2.ts_s244342.
      f1d8763a
  32. 18 Oct, 2012 1 commit
  33. 08 Oct, 2012 1 commit
  34. 01 Oct, 2012 1 commit
  35. 29 Sep, 2012 1 commit