1. 06 Mar, 2019 2 commits
    • Henrik Gramner's avatar
      Bump dates to 2019 · ec1d3230
      Henrik Gramner authored
    • Henrik Gramner's avatar
      cli: Bash autocomplete support · 74c051f2
      Henrik Gramner authored
      Allows for automatic command line completion for both options and values.
      Options such as --input-csp and --input-fmt will dynamically retrieve
      supported values from libavformat when compiled with lavf support.
      Execute 'source tools/bash-autocomplete.sh' in bash to enable.
  2. 06 Aug, 2018 2 commits
  3. 29 Jun, 2018 1 commit
  4. 02 Jun, 2018 1 commit
    • Henrik Gramner's avatar
      Fix clang stack alignment issues · 7737e6ad
      Henrik Gramner authored
      Clang emits aligned AVX stores for things like zeroing stack-allocated
      variables when using -mavx even with -fno-tree-vectorize set which can
      result in crashes if this occurs before we've realigned the stack.
      Previously we only ensured that the stack was realigned before calling
      assembly functions that accesses stack-allocated buffers but this is
      not sufficient. Fix the issue by changing the stack realignment to
      instead occur immediately in all CLI, API and thread entry points.
  5. 27 May, 2018 1 commit
  6. 17 Jan, 2018 1 commit
  7. 24 Dec, 2017 3 commits
    • Vittorio Giovara's avatar
    • Vittorio Giovara's avatar
    • Vittorio Giovara's avatar
      Unify 8-bit and 10-bit CLI and libraries · 71ed44c7
      Vittorio Giovara authored
      Add 'i_bitdepth' to x264_param_t with the corresponding '--output-depth' CLI
      option to set the bit depth at runtime.
      Drop the 'x264_bit_depth' global variable. Rather than hardcoding it to an
      incorrect value, it's preferable to induce a linking failure. If applications
      relies on this symbol this will make it more obvious where the problem is.
      Add Makefile rules that compiles modules with different bit depths. Assembly
      on x86 is prefixed with the 'private_prefix' define, while all other archs
      modify their function prefix internally.
      Templatize the main C library, x86/x86_64 assembly, ARM assembly, AARCH64
      assembly, PowerPC assembly, and MIPS assembly.
      The depth and cache CLI filters heavily depend on bit depth size, so they
      need to be duplicated for each value. This means having to rename these
      filters, and adjust the callers to use the right version.
      Unfortunately the threaded input CLI module inherits a common.h dependency
      (input/frame -> common/threadpool -> common/frame -> common/common) which
      is extremely complicated to address in a sensible way. Instead duplicate
      the module and select the appropriate one at run time.
      Each bitdepth needs different checkasm compilation rules, so split the main
      checkasm target into two executables.
  8. 21 May, 2017 1 commit
  9. 21 Jan, 2017 1 commit
  10. 01 Dec, 2016 2 commits
  11. 20 Sep, 2016 1 commit
  12. 13 Jun, 2016 1 commit
  13. 11 Apr, 2016 2 commits
  14. 16 Jan, 2016 1 commit
  15. 11 Oct, 2015 1 commit
  16. 23 Feb, 2015 5 commits
  17. 20 Dec, 2014 1 commit
  18. 20 Jul, 2014 1 commit
  19. 21 Jan, 2014 2 commits
  20. 08 Jan, 2014 1 commit
  21. 30 Oct, 2013 4 commits
  22. 25 Oct, 2013 1 commit
  23. 23 Aug, 2013 2 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.
  24. 03 Jul, 2013 2 commits