1. 21 Jan, 2014 3 commits
  2. 08 Jan, 2014 7 commits
  3. 06 Jan, 2014 1 commit
  4. 30 Oct, 2013 5 commits
  5. 25 Oct, 2013 7 commits
  6. 24 Oct, 2013 5 commits
  7. 03 Sep, 2013 1 commit
  8. 27 Aug, 2013 1 commit
    • Henrik Gramner's avatar
      Workaround for FFMS indexing bug · 2fd29239
      Henrik Gramner authored
      If FFMS_ReadIndex is used with an empty index file it gets stuck in an infinite loop instead of returning NULL
      like it's supposed to do on failure. Explicitly check if the file is empty before calling it as a workaround.
  9. 26 Aug, 2013 1 commit
  10. 24 Aug, 2013 1 commit
  11. 23 Aug, 2013 8 commits
    • Henrik Gramner's avatar
      Windows Unicode support · fa3cac51
      Henrik Gramner authored
      Windows, unlike most other operating systems, uses UTF-16 for Unicode strings while x264 is designed for UTF-8.
      This patch does the following in order to handle things like Unicode filenames:
      * Keep strings internally as UTF-8.
      * Retrieve the CLI command line as UTF-16 and convert it to UTF-8.
      * Always use Unicode versions of Windows API functions and convert strings to UTF-16 when calling them.
      * Attempt to use legacy 8.3 short filenames for external libraries without Unicode support.
    • Kieran Kunhya's avatar
      AVC-Intra support · 9b94896b
      Kieran Kunhya authored
      This format has been reverse engineered and x264's output has almost exactly
      the same bitstream as Panasonic cameras and encoders produce. It therefore does
      not comply with SMPTE RP2027 since Panasonic themselves do not comply with
      their own specification. It has been tested in Avid, Premiere, Edius and
      Parts of this patch were written by Fiona Glaser and some reverse
      engineering was done by Joseph Artsimovich.
    • Henrik Gramner's avatar
      Transparent hugepage support · fa1e2b74
      Henrik Gramner authored
      Combine frame and mb data mallocs into a single large malloc.
      Additionally, on Linux systems with hugepage support, ask for hugepages on
      large mallocs.
      This gives a small performance improvement (~0.2-0.9%) on systems without
      hugepage support, as well as a small memory footprint reduction.
      On recent Linux kernels with hugepage support enabled (set to madvise or
      always), it improves performance up to 4% at the cost of about 7-12% more
      memory usage on typical settings..
      It may help even more on Haswell and other recent CPUs with improved 2MB page
      support in hardware.
    • Henrik Gramner's avatar
    • Henrik Gramner's avatar
    • Diogo Franco's avatar
      configure: Support cygwin64 · 401edc3a
      Diogo Franco authored
    • Derek Buitenhuis's avatar
      x86inc: Check for __OUTPUT_FORMAT__ having a value of "x64" · adc99d17
      Derek Buitenhuis authored
      This is also a valid value for WIN64.
    • Anton Mitrofanov's avatar