x265 binaries for Windows (VS 2015/GCC 8.1)

x265 binaries for Win64/32 — default branch
VersionMinimum CPU arch
VS 2015VS 2017GCC 7.3GCC 8.1
x265 binaries for Win64/32 — stable branch
VersionMinimum CPU arch
VS 2015VS 2017GCC 8.1

From version 2.6+17 there are no VS 2017 builds – update 15.5 of VS 2017 is so wrong (and it is not possible to install VS 2017 15.4) that I switched to VS 2015.2.

From version 2.5+54 there are no GCC SSE4.1 builds – 32-bit SSE4.1 binaries are in GCC SSSE3 package marked as _SSE4_32.exe.

Minimum CPU arch: none, SSSE3, AVX and AVX2 is for C++ compile option – x265 source code is divided into C++ and asm parts. Asm code determine CPU type at runtime, C++ code needs information about CPU type at compile time. It means that if you have CPU with AVX extension, you can use all binaries except AVX2 (which hangs at encoding on AVX-CPU). You can determine your CPU arch by executing x265 with option -V, for example:
x265 -V
x265 [info]: HEVC encoder version 2.2+2-bbb13fcb4c45
x265 [info]: build info [Windows][MSVC 1910][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX

All binaries do the same, so it is only about encoding speed. My recomendations are: for AVX2-CPU the fastest should be VS 2017 AVX2 version, for AVX-CPU – VS 2017 AVX version, for SSE4-CPU – VS 2017 none or GCC none version, for SSSE3-CPU – GCC SSSE3 version, for CPU without even SSSE3 – GCC none version. You can determine fastest version by comparing encoding time on the same short sample.

Binaries for Win32 are marked by '_32.exe' extension. In VS 2017 binaries there is only 8-bit x265-8b_32.exe – it is not mistake: 10-bit, 12-bit and multilib versions (for Win32) are only in GCC binaries.

Win32 binaries for CPU up to SSSE3 are compatible with Windows XP. Win64 binaries for CPU up to SSSE3 runs on Windows 7 or newer. AVX and AVX2 versions (for Win32 or Win64) runs on Windows 7 SP1 or newer.

x264 binaries for Windows (VS 2015/GCC 7.3)

x264 Stable tree
VS 2015GCC 7.3GCC 7.3

These builds of x264 are compiled with lavf (from ffmpeg) and l-smash libraries. ffmpeg is configured to use postprocessing support.

Mingw-w64/GCC toolchain for Windows (threads-win32)

mingw-w64 [bcf1f2] 2018-05-06, binutils 2.30 20180507:
mingw-gcc81-20180507.7z (GCC 8.1, 53.0 MiB)
mingw-gcc73-20180507.7z (GCC 7.3, 50.4 MiB)
mingw-gcc64-20180507.7z (GCC 6.4, 49.5 MiB)
mingw-gcc55-20180507.7z (GCC 5.5, 47.0 MiB)
mingw-gcc494-20180507.7z (GCC 4.9.4, 39.3 MiB)
mingw-gcc485-20180507.7z (GCC 4.8.5, 37.9 MiB)

mingw-gcc900-20180522.7z (GCC 9.0.0 20180522 (experimental), 61.3 MiB)
mingw-gcc811-20180518.7z (GCC 8.1.1 20180518, 53.1 MiB)
mingw-gcc731-20180518.7z (GCC 7.3.1 20180518, 50.3 MiB)
mingw-gcc641-20180518.7z (GCC 6.4.1 20180518, 48.7 MiB)