1. 25 Oct, 2009 2 commits
  2. 24 Oct, 2009 1 commit
  3. 19 Oct, 2009 6 commits
  4. 18 Oct, 2009 2 commits
  5. 17 Oct, 2009 1 commit
  6. 13 Oct, 2009 3 commits
  7. 12 Oct, 2009 8 commits
  8. 07 Oct, 2009 10 commits
    • Loren Merritt's avatar
      rm msvc project files and related ifdefs · 6e8487f4
      Loren Merritt authored
    • Holger Lubitz's avatar
      SSE4 version of 4x4 idct · e9fbd8db
      Holger Lubitz authored
      27->24 clocks on Nehalem.
      This is really just an excuse to use "movsd" in a real function.
      Add some comments to subsum-related macros in x86util.
    • Fiona Glaser's avatar
      Constrained intra prediction support · 7639d496
      Fiona Glaser authored
      Enable with --constrained-intra.  Significantly reduces compression, but required for the base layer of SVC encodes and maybe some other use-cases.
      Commit sponsored by a media streaming company that wishes to remain anonymous.
    • Fiona Glaser's avatar
      Slightly improve non-RD p8x8 mode decision · 8270136f
      Fiona Glaser authored
      Subpartition costs are effectively zero in CABAC if sub-8x8 search is off.
    • Fiona Glaser's avatar
      Reorder reference frames optimally on second pass · c1322c31
      Fiona Glaser authored
      About +0.1-0.2% compression at normal bitrates, up to +1% at very low bitrates.
      Only works if the first pass uses the same number of refs as the second (i.e. not with fast first pass).
      Thus, only worthwhile at insanely slow speeds: as such, enable slow-firstpass by default with preset placebo.
      Note that this changes the stats file format!
    • Fiona Glaser's avatar
      Fix typo in ratecontrol_summary · deae6910
      Fiona Glaser authored
    • Fiona Glaser's avatar
      Clip log2_max_frame_num · 9dd6842d
      Fiona Glaser authored
      It's still much higher than it needs to be, but that will be fixed with the upcoming MMCO patch.
      Also make sure we don't write too large a frame_num or poc in slice header.
    • Anton Mitrofanov's avatar
      Fix some issues with 3-pass statsfile handling · d73b50e8
      Anton Mitrofanov authored
      The value of i_frame during encoder_close was incorrect.
    • Anton Mitrofanov's avatar
    • Fiona Glaser's avatar
      Add support for single-frame VBV, improve compliance · 24ef8748
      Fiona Glaser authored
      This allows both constant-framesize and capped-framesize encoding.
      Literal constant framesize isn't actually supported yet due to the lack of
      filler support.
      Example with 30fps video: --vbv-bufsize 200 --vbv-maxrate 6000 will ensure that
      no frame is ever larger than 200 kilobits.
      One example use-case of this is for zero-delay streaming where bandwidth costs
      need to be minimized.  If every frame is smaller than 200 kilobits and the
      client has a 6 megabit connection, every single frame can be instantly sent
      to the client and handled without any decoder-side buffer.
      Fix a mistake in VBV calculation--this may have caused the VBV to be slightly
      non-compliant in some situations without x264 realizing it.
      Add primitive prediction handling for rows with quantizers lower than their
      reference.  This slightly improves VBV in CBR mode.
      Various other minor improvements to VBV, mostly to make single-frame VBV work.
      Commit sponsored by a media streaming company that wishes to remain anonymous.
  9. 24 Sep, 2009 1 commit
    • Fiona Glaser's avatar
      Fix 10l in API change · e324d60a
      Fiona Glaser authored
      frame_num was set to 1, not 0, for the first frame.  This broke spec compliance.
      Didn't actually seem to cause any problems though except for breaking decoding on Quicktime.
  10. 23 Sep, 2009 3 commits
    • Steven Walters's avatar
    • Anton Mitrofanov's avatar
      Improve threaded frame handling · e0920d6f
      Anton Mitrofanov authored
      Avoid unnecessary cond_wait
    • Fiona Glaser's avatar
      Attempt to detect miscompilation due to bug in gcc 4.2 · 510fa4fc
      Fiona Glaser authored
      I don't know if this bug still affects latest x264, but it can't hurt to try to detect it.
      Accordingly refuse to open the encoder if detected.
      Apparently VLC (on Windows) has been distributed for some time with a completely
      broken x264 due to the use of a completely broken compiler (gcc 4.2).  In
      particular, the MV costs seem to be calculated incorrectly on win32 when linking
      from an application compiled without -ffast-math to an application with
      I am not entirely certain why this occurs, but the result is, unsurprisingly,
      encoding quality that makes MPEG-2 look good, due to the motion search being
      completely broken.
  11. 22 Sep, 2009 1 commit
  12. 21 Sep, 2009 2 commits