1. 24 Aug, 2011 2 commits
  2. 09 Aug, 2011 1 commit
  3. 22 Jul, 2011 1 commit
  4. 10 Jul, 2011 2 commits
  5. 13 Jun, 2011 1 commit
  6. 10 May, 2011 1 commit
  7. 26 Apr, 2011 1 commit
  8. 18 Apr, 2011 1 commit
  9. 13 Apr, 2011 1 commit
    • Fiona Glaser's avatar
      Consolidate Blu-ray hacks into --bluray-compat · e54ea0c8
      Fiona Glaser authored
      This option is now required for Blu-ray compatibility.
      --open-gop bluray is now gone (using bluray-compat and open-gop implies a Blu-ray compatible open-gop).
      This option doesn't automatically enforce every aspect of Blu-ray compatibility (e.g. resolution, framerate, level, etc).
      e54ea0c8
  10. 12 Apr, 2011 2 commits
  11. 24 Mar, 2011 1 commit
  12. 18 Feb, 2011 1 commit
  13. 25 Jan, 2011 1 commit
  14. 10 Jan, 2011 6 commits
    • Fiona Glaser's avatar
      VFR/framerate-aware ratecontrol, part 2 · c583687f
      Fiona Glaser authored
      MB-tree and qcomp complexity estimation now consider the duration of a frame in their calculations.
      This is very important for visual optimizations, as frames that last longer are inherently more important quality-wise.
      Improves VFR-aware PSNR as much as 1-2db on extreme test cases, ~0.5db on more ordinary VFR clips (e.g. deduped anime episodes).
      
      WARNING: This change redefines x264's internal quality measurement.
      x264 will now scale its quality based on the framerate of the video due to the aforementioned frame duration logic.
      That is, --crf X will give lower quality per frame for a 60fps video than for a 30fps one.
      This will make --crf closer to constant perceptual quality than previously.
      The "center" for this change is 25fps: that is, videos lower than 25fps will go up in quality at the same CRF and videos above will go down.
      This choice is completely arbitrary.
      
      Note that to take full advantage of this, x264 must encode your video at the correct framerate, with the correct timestamps.
      c583687f
    • Fiona Glaser's avatar
      Improve reference ordering in interleaved 3D video · 247f504d
      Fiona Glaser authored
       Provides a decent compression improvement when encoding interleaved 3D content (--frame-packing 5).
       Helps more without B-frames and at lower bitrates.
       Note that x264 will not do this optimization unless --frame-packing 5 is used to tell x264 that the source is interleaved 3D.
      
      Tests consistently show that interleaved frame packing is by far the best way to compress 3D content.
      It gives a ~35-50% compression benefit over separate streams or top/bottom or left/right coding.
      
      Also finally add support for L1 reference reordering (in B-frames).
      Also add support for reordered ref0 in L0 and L1 lists; could be useful in the future for other things.
      247f504d
    • Fiona Glaser's avatar
      Cosmetics: fref0/1 -> fref[2] and i_ref0/1 -> i_ref[2] · c081c854
      Fiona Glaser authored
      A much-needed refactoring, plus makes the next patch easier.
      c081c854
    • Alex Wright's avatar
      Check an extra offset during weightp analysis · e373f643
      Alex Wright authored
      Up to 0.1 - 0.6 dB gain on some fade-ins with --weightp 1, less with --weightp 2.
      e373f643
    • Fiona Glaser's avatar
    • Anton Mitrofanov's avatar
  15. 08 Jan, 2011 1 commit
  16. 18 Dec, 2010 1 commit
  17. 14 Dec, 2010 1 commit
  18. 11 Dec, 2010 1 commit
  19. 07 Dec, 2010 1 commit
  20. 25 Nov, 2010 2 commits
  21. 22 Nov, 2010 1 commit
  22. 20 Nov, 2010 1 commit
  23. 19 Nov, 2010 1 commit
    • Fiona Glaser's avatar
      Chroma weighted prediction · f92aa4ec
      Fiona Glaser authored
      Like luma weighted prediction, dramatically improves compression in fades.
      Up to 4-8db chroma PSNR gain in extreme cases (short, perfect fade-outs).
      On actual videos, helps up to ~1% overall.
      One example video with a decent number of fades (ef OP): 0.8% bitrate reduction overall, 7% bitrate reduction just counting chroma.
      Fixes a lot of artifacts in fades at lower bitrates.
      
      Original patch by Dylan Yudaken <dyudaken@gmail.com>.
      f92aa4ec
  24. 14 Nov, 2010 1 commit
  25. 10 Nov, 2010 2 commits
  26. 10 Oct, 2010 1 commit
    • Yusuke Nakamura's avatar
      Move DTS compression from libx264 to x264cli · e4b44c2e
      Yusuke Nakamura authored
      DTS compression is an ugly stupid hack and starting to encroach on unrelated areas like VBV.
      Some people want it in the mp4 muxer for devices and/or splitters that don't support Edit Boxes.
      We just say "throw these broken devices out the window".
      DTS compression will remain as a muxer option, --dts-compress, at the user's own risk.
      This option is disabled by default.
      e4b44c2e
  27. 28 Sep, 2010 1 commit
  28. 18 Sep, 2010 1 commit
    • Fiona Glaser's avatar
      Update source file headers · 213a99d0
      Fiona Glaser authored
      Update dates, improve file descriptions, make things more consistent.
      Also add information about commercial licensing.
      213a99d0
  29. 29 Jul, 2010 1 commit
  30. 15 Jul, 2010 1 commit
    • Fiona Glaser's avatar
      Improve scenecut detection a bit · b4217e40
      Fiona Glaser authored
      Put a minimum value on the scenecut threshold; makes x264 more likely to catch successive scenecuts (but might increase the odds of false detection).
      This also fixes scenecut detection with keyint=infinite.
      Also print keyint=infinite in the x264 SEI and statsfile correctly.
      b4217e40