README 5.0 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155
  1. README - 26 January 2017
  2. Welcome to the WebM VP8/VP9 Codec SDK!
  3. COMPILING THE APPLICATIONS/LIBRARIES:
  4. The build system used is similar to autotools. Building generally consists of
  5. "configuring" with your desired build options, then using GNU make to build
  6. the application.
  7. 1. Prerequisites
  8. * All x86 targets require the Yasm[1] assembler be installed.
  9. * All Windows builds require that Cygwin[2] be installed.
  10. * Building the documentation requires Doxygen[3]. If you do not
  11. have this package, the install-docs option will be disabled.
  12. * Downloading the data for the unit tests requires curl[4] and sha1sum.
  13. sha1sum is provided via the GNU coreutils, installed by default on
  14. many *nix platforms, as well as MinGW and Cygwin. If coreutils is not
  15. available, a compatible version of sha1sum can be built from
  16. source[5]. These requirements are optional if not running the unit
  17. tests.
  18. [1]: http://www.tortall.net/projects/yasm
  19. [2]: http://www.cygwin.com
  20. [3]: http://www.doxygen.org
  21. [4]: http://curl.haxx.se
  22. [5]: http://www.microbrew.org/tools/md5sha1sum/
  23. 2. Out-of-tree builds
  24. Out of tree builds are a supported method of building the application. For
  25. an out of tree build, the source tree is kept separate from the object
  26. files produced during compilation. For instance:
  27. $ mkdir build
  28. $ cd build
  29. $ ../libvpx/configure <options>
  30. $ make
  31. 3. Configuration options
  32. The 'configure' script supports a number of options. The --help option can be
  33. used to get a list of supported options:
  34. $ ../libvpx/configure --help
  35. 4. Cross development
  36. For cross development, the most notable option is the --target option. The
  37. most up-to-date list of supported targets can be found at the bottom of the
  38. --help output of the configure script. As of this writing, the list of
  39. available targets is:
  40. arm64-android-gcc
  41. arm64-darwin-gcc
  42. arm64-linux-gcc
  43. armv7-android-gcc
  44. armv7-darwin-gcc
  45. armv7-linux-rvct
  46. armv7-linux-gcc
  47. armv7-none-rvct
  48. armv7-win32-vs11
  49. armv7-win32-vs12
  50. armv7-win32-vs14
  51. armv7-win32-vs15
  52. armv7s-darwin-gcc
  53. armv8-linux-gcc
  54. mips32-linux-gcc
  55. mips64-linux-gcc
  56. sparc-solaris-gcc
  57. x86-android-gcc
  58. x86-darwin8-gcc
  59. x86-darwin8-icc
  60. x86-darwin9-gcc
  61. x86-darwin9-icc
  62. x86-darwin10-gcc
  63. x86-darwin11-gcc
  64. x86-darwin12-gcc
  65. x86-darwin13-gcc
  66. x86-darwin14-gcc
  67. x86-darwin15-gcc
  68. x86-darwin16-gcc
  69. x86-iphonesimulator-gcc
  70. x86-linux-gcc
  71. x86-linux-icc
  72. x86-os2-gcc
  73. x86-solaris-gcc
  74. x86-win32-gcc
  75. x86-win32-vs10
  76. x86-win32-vs11
  77. x86-win32-vs12
  78. x86-win32-vs14
  79. x86-win32-vs15
  80. x86_64-android-gcc
  81. x86_64-darwin9-gcc
  82. x86_64-darwin10-gcc
  83. x86_64-darwin11-gcc
  84. x86_64-darwin12-gcc
  85. x86_64-darwin13-gcc
  86. x86_64-darwin14-gcc
  87. x86_64-darwin15-gcc
  88. x86_64-darwin16-gcc
  89. x86_64-iphonesimulator-gcc
  90. x86_64-linux-gcc
  91. x86_64-linux-icc
  92. x86_64-solaris-gcc
  93. x86_64-win64-gcc
  94. x86_64-win64-vs10
  95. x86_64-win64-vs11
  96. x86_64-win64-vs12
  97. x86_64-win64-vs14
  98. x86_64-win64-vs15
  99. generic-gnu
  100. The generic-gnu target, in conjunction with the CROSS environment variable,
  101. can be used to cross compile architectures that aren't explicitly listed, if
  102. the toolchain is a cross GNU (gcc/binutils) toolchain. Other POSIX toolchains
  103. will likely work as well. For instance, to build using the mipsel-linux-uclibc
  104. toolchain, the following command could be used (note, POSIX SH syntax, adapt
  105. to your shell as necessary):
  106. $ CROSS=mipsel-linux-uclibc- ../libvpx/configure
  107. In addition, the executables to be invoked can be overridden by specifying the
  108. environment variables: CC, AR, LD, AS, STRIP, NM. Additional flags can be
  109. passed to these executables with CFLAGS, LDFLAGS, and ASFLAGS.
  110. 5. Configuration errors
  111. If the configuration step fails, the first step is to look in the error log.
  112. This defaults to config.log. This should give a good indication of what went
  113. wrong. If not, contact us for support.
  114. VP8/VP9 TEST VECTORS:
  115. The test vectors can be downloaded and verified using the build system after
  116. running configure. To specify an alternate directory the
  117. LIBVPX_TEST_DATA_PATH environment variable can be used.
  118. $ ./configure --enable-unit-tests
  119. $ LIBVPX_TEST_DATA_PATH=../libvpx-test-data make testdata
  120. CODE STYLE:
  121. The coding style used by this project is enforced with clang-format using the
  122. configuration contained in the .clang-format file in the root of the
  123. repository.
  124. Before pushing changes for review you can format your code with:
  125. # Apply clang-format to modified .c, .h and .cc files
  126. $ clang-format -i --style=file \
  127. $(git diff --name-only --diff-filter=ACMR '*.[hc]' '*.cc')
  128. Check the .clang-format file for the version used to generate it if there is
  129. any difference between your local formatting and the review system.
  130. See also: http://clang.llvm.org/docs/ClangFormat.html
  131. SUPPORT
  132. This library is an open source project supported by its community. Please
  133. email [email protected] for help.