1. 10 Jun, 2018 1 commit
  2. 04 Nov, 2017 1 commit
  3. 26 May, 2017 1 commit
  4. 23 Mar, 2017 1 commit
  5. 11 Mar, 2017 1 commit
  6. 23 Feb, 2017 1 commit
  7. 21 Feb, 2017 1 commit
  8. 19 Feb, 2017 1 commit
  9. 31 Jan, 2017 1 commit
  10. 12 Jan, 2017 1 commit
  11. 02 Dec, 2016 1 commit
  12. 08 Nov, 2016 1 commit
  13. 17 Aug, 2016 1 commit
  14. 24 Jul, 2016 1 commit
  15. 11 Jul, 2016 1 commit
    • Anton Khirnov's avatar
      h264_ps: export actual height in MBs as SPS.mb_height · a8cbe5a0
      Anton Khirnov authored
      Currently, SPS.mb_height is actually what the spec calls
      PicHeightInMapUnits, which is half the frame height when interlacing is
      allowed. Calling this 'mb_height' is quite confusing, and there are at
      least two associated bugs where this field is treated as the actual
      frame height - in the h264 parser and in the code computing maximum
      reordering buffer size for a given level.
      
      Fix those issues (and avoid possible future ones) by exporting the real
      frame height in this field.
      a8cbe5a0
  16. 30 Jun, 2016 3 commits
  17. 21 Jun, 2016 3 commits
  18. 20 Jun, 2016 1 commit
  19. 12 Jun, 2016 1 commit
  20. 04 May, 2016 1 commit
  21. 24 Apr, 2016 1 commit
    • Anton Khirnov's avatar
      h264: decouple h264_ps from the h264 decoder · 3176217c
      Anton Khirnov authored
      Make the SPS/PPS parsing independent of the H264Context, to allow
      decoupling the parser from the decoder. The change is modelled after the
      one done earlier for HEVC.
      
      Move the dequant buffers to the PPS to avoid complex checks whether they
      changed and an expensive copy for frame threads.
      3176217c
  22. 28 Mar, 2016 1 commit
  23. 25 Mar, 2016 1 commit
  24. 06 Dec, 2015 1 commit
    • Anton Khirnov's avatar
      h264: derive the delay from the level when it's not present · b09ad37c
      Anton Khirnov authored
      Fall back to maximum DPB size if the level is unknown.
      
      This should be more spec-compliant and does not depend on the caller
      setting has_b_frames before opening the decoder.
      
      The old behaviour, when the delay is supplied by the caller setting
      has_b_frames, can still be obtained by setting strict_std_compliance
      below normal.
      b09ad37c
  25. 03 Oct, 2015 1 commit
  26. 02 Oct, 2015 1 commit
    • wm4's avatar
      avcodec/h264: keep SPS and PPS bitstream data · 069190f7
      wm4 authored
      We assume an upper bound of 4096 bytes for each raw SPS/PPS. It's hard
      to determine an exact maximum size, but this value was was considered
      high enough and safe.
      
      Needed for the following VideotoolBox commit.
      069190f7
  27. 27 Jul, 2015 1 commit
  28. 20 Apr, 2015 1 commit
  29. 16 Apr, 2015 2 commits
  30. 10 Apr, 2015 1 commit
  31. 08 Apr, 2015 1 commit
  32. 05 Apr, 2015 1 commit
  33. 21 Mar, 2015 1 commit
  34. 06 Feb, 2015 1 commit
  35. 30 Nov, 2014 1 commit