[HEVC] x265.EXE: mingw builds

[deadrats]

Pro tip: If you want to create a new website/business/organization, pick a name that isn't already taken. The solution is simple... create bobsbuildbot.com, and you're all set to go.

Pro Tip: the above statement takes a brass set of balls, seriously! you guys picked a name meant purposely to elicit the belief from the general public that this hevc encoder was the product of the guys behind x264.

if one wanted to follow your example then if he named his site x266 you wouldn't have a problem with it?

your idiotic statement is akin to me starting a website called doom10.us and Jason complaining that i was infringing on "his" IP.

my God, you don't know how badly i hope you guys fail and big.

[deadrats]

Just to make sure: Is there a problem with me supporting x265 in Hybrid?

they should consider themselves lucky i'm not the lead developer of your software or any other similar app, i would flat out refuse to support their encoder with an explicit explanation of why in the about section.

[x265]

Just to make sure: Is there a problem with me supporting x265 in Hybrid?

Selur,
Anyone can create products with x265 as long as they comply with the terms of the GPL 2.0.

Tom

[Selur]

Okay, just wanted to check.

[Marchand]

Only comparative purposes, keep doing tests with H265-HEVC (10 Bit) version 0.6+335-3568c1b19947:

[ ok ] MKV support most audio codec!
[ ok ] Last configuration has been load.
[info] Last source dir:
[info] Last dest dir:
[info] Last temp dir:
[info] New temporary folder: E:\
[ ok ] MP4 support AAC only and ablity to mux with MKV by adding subtitle/etc.
[ ok ] Loaded libcore.dll
[info] Command: -i "C:\Users\Marchand\Videos\Videos\00200.m2ts" -vn -ar 44100 -y
"E:\\temp1.wav"
ffmpeg version N-59532-gadc09a3 Copyright (c) 2000-2014 the FFmpeg developers
built on Jan 3 2014 22:07:20 with gcc 4.8.2 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetyp
e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena
ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l
ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp
eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aa
cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavp
ack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
libavutil 52. 59.100 / 52. 59.100
libavcodec 55. 47.100 / 55. 47.100
libavformat 55. 22.102 / 55. 22.102
libavdevice 55. 5.102 / 55. 5.102
libavfilter 4. 0.103 / 4. 0.103
libswscale 2. 5.101 / 2. 5.101
libswresample 0. 17.104 / 0. 17.104
libpostproc 52. 3.100 / 52. 3.100
Input #0, mpegts, from 'C:\Users\Marchand\Videos\Videos\00200.m2ts':
Duration: 00:00:07.46, start: 11.650667, bitrate: 41412 kb/s
Program 1
Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1
080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc
Stream #0:1[0x1100]: Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000
Hz, 5.1(side), fltp, 1536 kb/s
Output #0, wav, to 'E:\\temp1.wav':
Metadata:
ISFT : Lavf55.22.102
Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1(side),
s16, 4233 kb/s
Stream mapping:
Stream #0:1 -> #0:0 (dca -> pcm_s16le)
Press [q] to stop, [?] for help
size= 3859kB time=00:00:07.46 bitrate=4233.7kbits/s
video:0kB audio:3859kB subtitle:0 global headers:0kB muxing overhead 0.002581%
[ ok ] Loaded libfaac.dll
[info] Command: -b 128 -o "E:\\temp1.aac" "E:\\temp1.wav"
Freeware Advanced Audio Coder
FAAC 1.28

Remapping input channels: Center=3, LFE=4
Average bitrate: 180 kbps
Quantization quality: 100
Bandwidth: 5000 Hz
Object type: Low Complexity(MPEG-2) + M/S
Container format: Transport Stream (ADTS)
Encoding E:\\temp1.wav to E:\\temp1.aac
frame | bitrate | elapsed/estim | play/CPU | ETA
323/323 (100%)| 168.4 | 0.7/0.7 | 11.18x | 0.0

[ ok ] E:\\temp1.wav has been deleted!
[ ok ] Loaded libcore.dll
[info] Command: -i "C:\Users\Marchand\Videos\Videos\00200.m2ts" -pix_fmt yuv420p
10le -y "E:\\temp0.yuv"
ffmpeg version N-59532-gadc09a3 Copyright (c) 2000-2014 the FFmpeg developers
built on Jan 3 2014 22:07:20 with gcc 4.8.2 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetyp
e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena
ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l
ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp
eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aa
cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavp
ack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
libavutil 52. 59.100 / 52. 59.100
libavcodec 55. 47.100 / 55. 47.100
libavformat 55. 22.102 / 55. 22.102
libavdevice 55. 5.102 / 55. 5.102
libavfilter 4. 0.103 / 4. 0.103
libswscale 2. 5.101 / 2. 5.101
libswresample 0. 17.104 / 0. 17.104
libpostproc 52. 3.100 / 52. 3.100
Input #0, mpegts, from 'C:\Users\Marchand\Videos\Videos\00200.m2ts':
Duration: 00:00:07.46, start: 11.650667, bitrate: 41412 kb/s
Program 1
Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1
080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc
Stream #0:1[0x1100]: Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000
Hz, 5.1(side), fltp, 1536 kb/s
Output #0, rawvideo, to 'E:\\temp0.yuv':
Metadata:
encoder : Lavf55.22.102
Stream #0:0: Video: rawvideo (Y3[11][10] / 0xA0B3359), yuv420p10le, 1920x108
0 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 23.98 tbc
Stream mapping:
Stream #0:0 -> #0:0 (h264 -> rawvideo)
Press [q] to stop, [?] for help
frame= 21 fps=0.0 q=0.0 size= 127575kB time=00:00:00.87 bitrate=1193196.3kbit
frame= 44 fps= 43 q=0.0 size= 267300kB time=00:00:01.83 bitrate=1193200.2kbit
frame= 67 fps= 44 q=0.0 size= 407025kB time=00:00:02.79 bitrate=1193201.4kbit
frame= 90 fps= 44 q=0.0 size= 546750kB time=00:00:03.75 bitrate=1193198.5kbit
frame= 108 fps= 42 q=0.0 size= 656100kB time=00:00:04.50 bitrate=1193200.4kbit
frame= 128 fps= 41 q=0.0 size= 777600kB time=00:00:05.33 bitrate=1193200.3kbit
frame= 146 fps= 41 q=0.0 size= 886950kB time=00:00:06.08 bitrate=1193199.4kbit
frame= 165 fps= 40 q=0.0 size= 1002375kB time=00:00:06.88 bitrate=1193199.9kbit
frame= 179 fps= 39 q=0.0 Lsize= 1087425kB time=00:00:07.46 bitrate=1193200.8kbi
ts/s
video:1087425kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000
%
[ ok ] Loaded libx265hi.dll
[info] Command: -p placebo --crf 17 --input "E:\\temp0.yuv" --input-res 1920x108
0 --input-depth 10 --fps 23976 -o "E:\\temp0.hvc"
yuv [info]: 1920x1080 23976Hz C420, frames 0 - 178 of 179
x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 SSE4.1 Cache64
x265 [info]: HEVC encoder version 0.6+335-3568c1b19947
x265 [info]: build info [Windows][GCC 4.8.1][64 bit] 16bpp
x265 [info]: Main10 profile, Level-6.2 (Main tier)
x265 [info]: WPP streams / pool / frames : 17 / 4 / 2
x265 [info]: Input bit depth : 10
x265 [info]: CU size : 64
x265 [info]: Max RQT depth inter / intra : 4 / 4
x265 [info]: ME / range / subpel / merge : star / 92 / 5 / 5
x265 [info]: Keyframe min / max : 250 / 250
x265 [info]: Rate Control / AQ-Strength / CUTree : CRF-17.0 / 1.0 / 1
x265 [info]: Lookahead / bframes / badapt : 60 / 8 / 2
x265 [info]: b-pyramid / weightp / refs : 1 / 1 / 5
x265 [info]: tools: rect amp rd=6 lft sao-lcu sign-hide tskip
[7.3%] 13/179 frames, 0.04 fps, 1156277.62 kb/s, eta 1:01:54

[LigH.de]

@ Marchand:

kvazaar 0.21 requires MSVCR100D.dll; is that the debug symbol containing version of MSVCR100.dll? I thought I have all MSVC runtime libraries installed... Please either re-publish compiled in release mode, or include this DLL (if MSVS license permits ... probably not, may not be redistributable).

[Gravitator]

kvazaar 0.21 requires MSVCR100D.dll; is that the debug symbol containing version of MSVCR100.dll? I thought I have all MSVC runtime libraries installed... Please either re-publish compiled in release mode, or include this DLL (if MSVS license permits ... probably not, may not be redistributable).

write in the topic kvazaar https://forum.videohelp.com/threads/362131-Around-the-Kvazaar-H-265-encoder?p=2299390

[LigH.de]

Ah, OK, will do.

[El Heggunte]

commit fa9f7b5 (version 0.7+95)

[El Heggunte]

^ nevermind, because

clicky =>x265.ru is back in business

[LigH.de]

A few questions about the MinGW build environment:

a) Is it possible to call the MSYS shell with a specific user name, so that it doesn't use the name of the Windows user account?
b) What do I have to change to build a Win64 EXE instead?

[El Heggunte]

A few questions about the MinGW build environment:

a) Is it possible to call the MSYS shell with a specific user name, so that it doesn't use the name of the Windows user account?
b) What do I have to change to build a Win64 EXE instead?

a) yes, create a shortcut to cmd.exe and run it with a different logon,
then call msys.bat

b) I'm still trying to find the solution , BTW I've sent you a PM @ doom9

[LigH.de]

a) would mean to create a user with the desired name. I hoped one could use a parameter for the shell call inside the MSYS.bat ... maybe I can hide it in the login users list by making it unable to login interactively.

b) You seem to be on the right track.

[El Heggunte]

Please test the build below,

IF it happens to work o.k.,
THEN I will post the fugly "recipe", of course.

[easyfab]

for x64 build with msys/mingw you can try with the method I posted some time ago.
https://forum.videohelp.com/threads/357754-%5BHEVC%5D-x265-EXE-mingw-builds?p=2283564&v...=1#post2283564

but with this :

SET(CMAKE_C_COMPILER x86_64-w64-mingw32-gcc -O3)
SET(CMAKE_CXX_COMPILER x86_64-w64-mingw32-g++ -O3)
SET(CMAKE_RC_COMPILER x86_64-w64-mingw32-windres)
SET(CMAKE_ASM_YASM_COMPILER yasm)

[El Heggunte]

How to build a 64-bit x265 binary with MinGW under a 32-bit environment

1) In the CMakeGUI, set the following "values":

CMAKE_CXX_COMPILER = Path-To/mingw/bin/x86_64-w64-mingw32-g++.exe 

CMAKE_C_COMPILER = Path-To/mingw/bin/x86_64-w64-mingw32-gcc.exe

CMAKE_RC_COMPILER = Path-To/mingw/bin/x86_64-w64-mingw32-windres.exe

2) Click "configure", "generate", then close the GUI.

3) In the files named below, replace "ranlib.exe" with "x86_64-w64-mingw32-ranlib.exe"

x265\build\msys\CMakeFiles\x265-static.dir\link.txt

x265\build\msys\CMakeFiles\2.8.11.2\CMakeCXXCompiler.cmake

x265\build\msys\CMakeFiles\2.8.11.2\CMakeCCompiler.cmake

x265\build\msys\CMakeFiles\2.8.11.2\CMakeASM_YASMCompiler.cmake

x265\build\msys\CMakeCache.txt

4) make

P.S.: @easyfab --- your method is very-cheap, unfair and anti-sportive

Just kidding of course =^.^=

[easyfab]

And for those who like -march and -mtune, an example :

SET(CMAKE_C_COMPILER x86_64-w64-mingw32-gcc -O3 -march=corei7-avx -mtune=corei7-avx)
SET(CMAKE_CXX_COMPILER x86_64-w64-mingw32-g++ -O3 -march=corei7-avx -mtune=corei7-avx)

[El Heggunte]

New buildbots

http://chromashift.org/x265_builds/ (by Daemon404)

http://builds.x265.eu/ (by snowfag )

[Marchand]

x265 Builds for Windows Cross Compiled with mwingw by Yukikaze/snowfag

Built 2014-02-10: 64 Bit 32 Bit

PS: I'm still doing tests on variants H265/Hevc-Divx-10bits

http://files.videohelp.com/u/223740/Test%2010bits.V1.ts

[Gravitator]

PS: I'm still doing tests on variants H265/Hevc-Divx-10bits

You have DivX / HEVC 10bit version?

[LigH.de]

New buildbots

Meh ... so why do I even try?!

Ah, well, despite my lack of experience, I was able to put together a few puzzle pieces from El Heggunte and easyfab. The result was a simple build environment for x86-64 8bpp.

I added the following files to x265\build\msys:

based on easyfab's reports, and with CMAKE_RANLIB added to include the automation El~ applied manually
toolchain64.cmake

SET(CMAKE_SYSTEM_NAME Windows)
SET(CMAKE_C_COMPILER x86_64-w64-mingw32-gcc -O3)
SET(CMAKE_CXX_COMPILER x86_64-w64-mingw32-g++ -O3)
SET(CMAKE_RC_COMPILER x86_64-w64-mingw32-windres)
SET(CMAKE_RANLIB x86_64-w64-mingw32-ranlib)
SET(CMAKE_ASM_YASM_COMPILER yasm)

Remember to save with Unix linebreaks (LF only)!

completed a copy of make-Makefiles.sh with portions of easyfab's call, but it needs to make "MSYS Makefiles", not "Unix Makefiles"
make-Makefiles64.sh

#!/bin/sh
# Run this from within an MSYS bash shell
cmake -G "MSYS Makefiles" -DCMAKE_TOOLCHAIN_FILE=toolchain64.cmake ../../source && cmake-gui ../../source

Instead of typing this line as in El Heggunte's guide, one can also call

./make-Makefiles.sh

in the MSYS shell when building for Win32, and now for building Win64 respectively:

./make-Makefiles64.sh

But if you switch, first delete cmake_install.cmake, CMakeCache.txt, and Makefile.

Building for Win32, you may enable WinXP compatibility in CMake-gui; building for Win64, you should certainly not.

[DarrellS]

x265_ 0.4.1+546-ccac3a7d3622.7z --- ( featuring the stdin support 0_o )

Is this the only version that supports both Windows XP and stdin? I'm having problems getting anything else to work. All the newer versions either give me "blah blah blah is not a win32 program" or %1 is not a Win32 program. Also, none of the presets worked in Virtualdub but replacing them with the command arguments for those presets worked (thanks Selur). At first, I was getting black files instead of the video but I remembered that the only way that I could get those mkv files created with Rovi's Muxer was to give them a divx extension and play with the divx player.

Doesn't seem like Multicoreware wants this encoder to succeed and I doubt that either mkvtoolnix or MPC-HC's creators think it will or they would've updated their programs by now to support x265.

[LigH.de]

My Win32 builds of v0.7+ have XP compatibility enabled.

But when it comes to UHD resolutions one day, don't even try 32-bit applications anymore.

mkvtoolnix doesn't want to support HEVC as long as the specifications for HEVC multiplexed in MKV are not final. And MPC-HC already supports decoding HEVC in MP4.

And x265 will succeed when it is "done". Now it is still "just even started".

[enim]

Originally posted by Ligh.de
kvazaar 0.21 requires MSVCR100D.dl....

it seems like it is compiled MSVS2010 or MSVS2012 VC++ compiler. setting proper compiler switch might work to compile independent binary. Otherwise testers/users need to install MSVCXXXX runtime, the trick of placing MSVCR100D.dll and MSVC(???)100D.dll in same directory might work.

[LigH.de]

Wrong thread; you should have replied here instead.

The problem is not installing the runtime, but having a debug build; the runtime does not contain the debugging versions of the Visual C++ DLLs because they are not redistributable, only available in the SDK.

[El Heggunte]

x265_ 0.4.1+546-ccac3a7d3622.7z --- ( featuring the stdin support 0_o )

Is this the only version that supports both Windows XP and stdin?

Surely it isn't.

I'm having problems getting anything else to work. All the newer versions either give me "blah blah blah is not a win32 program" or %1 is not a Win32 program.

Depends on where you've downloaded them from, I guess. Most people who use MSVC certainly don't care about making XP-compatible builds of x265, unfortunately. Also, I have zero experience with the external encoders of VirtualDub.

[El Heggunte]

....
But when it comes to UHD resolutions one day, don't even try 32-bit applications anymore.

Ditto.

mkvtoolnix doesn't want to support HEVC as long as the specifications for HEVC multiplexed in MKV are not final.

Really? For the notes, here goes what Mosu said on November 26 and 27 of 2013:

Q: as for the much-expected HEVC support,
will it get out of the oven before next Christmas?

A: It's not impossible, but unlikely given my current workload I would've been happier if it were different.

Q: What about using the patch from DivX?

A: That is what I will do, but from what I've seen from their patch I'm not willing to take it as it is. I will have to spend some time on it in order to whip it into the shape I'd want it to be.

I'm definitely not going to reinvent the wheel. I loath h.264 and how much complexity it causes even on the container level (determining frame types, and more importantly, correct frame DTS and PTS); therefore I'm very grateful for the work they've done already.

[DarrellS]

Well, I just tried every x265 encoder on my PC and the only three (2 really because one is the same as 265.cc's latest) I could get working are x265_ 0.4.1+546-ccac3a7d3622.7z listed above and the one in Selurs Hybrid program which I believe is an older build. I assume that Selur is using an older build for the same reason. Nobody, except for x265.cc seems to know how to create a build that supports stdin "-"

[Selur]

The build in Hybrid is the svn version which was up-to-date at the time I released the latest Hybrid version.
Also there is nothing one has to do to compile x265 with stdin support,...
Attached 0.7+113 versions of x265 which I just compiled. (static mingw builds)

[LigH.de]

If you fail to use x265 with stdin piping, you may have to explain as detailed as possible what you are trying to do, and which reactions you have to report. Quote the command line exactly. Quote error messages exactly.

Maybe it fails because you are using an obsolete command line option, then it's not the fault of the stdin support.