[HEVC] x265.EXE: mingw builds

[Marchand]

[Gravitator]

finished after 00:02:14.145 (icl14)
finished after 00:06:43.569 (msvc2012)
------
low-encoding presets looks nicer than at high (reasonable motivation)

[Selur]

@marchand: are these your own builds or are you just uploading the builds of someone else?
@Graviator: thanks for testing

[Gravitator]

@marchand: are these your own builds or are you just uploading the builds of someone else?

With this direction > http://chromashift.org/x265_builds/

[Selur]

tried to reproduce your result:

"g:\Hybrid\mencoder.exe" -lavdopts threads=8 -really-quiet -of rawvideo -o - -ovc raw -demuxer lavf -vfm ffmpeg -noskip -vf scale,format=i420 -forcedsubsonly -nosub -nosound -mc 0 "F:\TESTCL~1\test.avi" | x265_msvc2012 --input - --input-res 640x352 --fps 25 --frames 429 --colormatrix bt470bg --output "H:\Temp\test_07_51_12_3910_01.265"

yuv  [info]: 640x352 fps 25000/1000 i420 unknown frame count
x265 [info]: HEVC encoder version 0.8+17-91936aab5ae9
x265 [info]: build info [Windows][MSVC 1700][64 bit] 8bpp
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
x265 [info]: Main profile, Level-2.1 (Main tier)
x265 [info]: WPP streams / pool / frames         : 6 / 8 / 3
x265 [info]: CU size                             : 64
x265 [info]: Max RQT depth inter / intra         : 1 / 1
x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut       : 25 / 250 / 40
x265 [info]: Lookahead / bframes / badapt        : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / refs          : 1 / 1 / 3
x265 [info]: Rate Control / AQ-Strength / CUTree : CRF-28.0 / 1.0 / 1
x265 [info]: tools: rect amp rd=3 lft sao-lcu sign-hide

x265 [info]: frame I: 3      Avg QP:25.89  kb/s: 1111.47
x265 [info]: frame P: 139    Avg QP:28.07  kb/s: 197.14
x265 [info]: frame B: 287    Avg QP:30.44  kb/s: 35.94
x265 [info]: global : 429    Avg QP:29.64  kb/s: 95.70
x265 [info]: 2 of 139 (1.44%) P frames weighted
x265 [info]: consecutive B-frames: 2.1% 0.7% 91.5% 4.2% 1.4%

encoded 429 frames in 13.95s (30.75 fps), 95.70 kb/s

"g:\Hybrid\mencoder.exe" -lavdopts threads=8 -really-quiet -of rawvideo -o - -ovc raw -demuxer lavf -vfm ffmpeg -noskip -vf scale,format=i420 -forcedsubsonly -nosub -nosound -mc 0 "F:\TESTCL~1\test.avi" | x265_icl --input - --input-res 640x352 --fps 25 --frames 429 --colormatrix bt470bg --output"H:\Temp\test_07_51_12_3910_01.265"

yuv  [info]: 640x352 fps 25000/1000 i420 unknown frame count
x265 [info]: HEVC encoder version 0.8+17-91936aab5ae9
x265 [info]: build info [Windows][ICC 1400][64 bit] 8bpp
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
x265 [info]: Main profile, Level-2.1 (Main tier)
x265 [info]: WPP streams / pool / frames         : 6 / 8 / 3
x265 [info]: CU size                             : 64
x265 [info]: Max RQT depth inter / intra         : 1 / 1
x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut       : 25 / 250 / 40
x265 [info]: Lookahead / bframes / badapt        : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / refs          : 1 / 1 / 3
x265 [info]: Rate Control / AQ-Strength / CUTree : CRF-28.0 / 1.0 / 1
x265 [info]: tools: rect amp rd=3 lft sao-lcu sign-hide

x265 [info]: frame I: 3      Avg QP:25.89  kb/s: 1111.47
x265 [info]: frame P: 139    Avg QP:28.07  kb/s: 197.16
x265 [info]: frame B: 287    Avg QP:30.44  kb/s: 35.94
x265 [info]: global : 429    Avg QP:29.64  kb/s: 95.70
x265 [info]: 2 of 139 (1.44%) P frames weighted
x265 [info]: consecutive B-frames: 2.1% 0.7% 91.5% 4.2% 1.4%

encoded 429 frames in 7.69s (55.78 fps), 95.70 kb/s

-> that is a huge difference!

For better comparision I compiled a MinGW64 build and tried it:

"g:\Hybrid\mencoder.exe" -lavdopts threads=8 -really-quiet -of rawvideo -o - -ovc raw -demuxer lavf -vfm ffmpeg -noskip -vf scale,format=i420 -forceds ubsonly -nosub -nosound -mc 0 "F:\TESTCL~1\test.avi" | x265 --input - --input-res 640x352 --fps 25 --frames 429 --colormatrix bt470bg --output "H:\Temp\test_07_51_12_3910_01.265"
yuv  [info]: 640x352 fps 25000/1000 i420 unknown frame count
x265 [info]: HEVC encoder version 0.8+40-889edfd2c4c3
x265 [info]: build info [Windows][GCC 4.8.2][64 bit] 8bpp
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZ
CNT BMI2
x265 [info]: Main profile, Level-2.1 (Main tier)
x265 [info]: WPP streams / pool / frames         : 6 / 8 / 3
x265 [info]: CU size                             : 64
x265 [info]: Max RQT depth inter / intra         : 1 / 1
x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut       : 25 / 250 / 40
x265 [info]: Lookahead / bframes / badapt        : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / refs          : 1 / 1 / 3
x265 [info]: Rate Control / AQ-Strength / CUTree : CRF-28.0 / 1.0 / 1
x265 [info]: tools: rect amp rd=3 lft sao-lcu sign-hide

x265 [info]: frame I: 3      Avg QP:25.89  kb/s: 1111.47
x265 [info]: frame P: 139    Avg QP:28.07  kb/s: 197.14
x265 [info]: frame B: 287    Avg QP:30.44  kb/s: 35.94
x265 [info]: global : 429    Avg QP:29.64  kb/s: 95.70
x265 [info]: 2 of 139 (1.44%) P frames weighted
x265 [info]: consecutive B-frames: 2.1% 0.7% 91.5% 4.2% 1.4%

encoded 429 frames in 7.59s (56.51 fps), 95.70 kb/s

-> seems like only the msvc builds are that slow

@Marchand: if you compile the builds yourself you might want to look into your MSVC compilation settings, the difference in speed seems to be too much to be just a compiler change. (my guess: the msvc version is compiled in debug and not release mode.

[Gravitator]

Now, at a maximum speed / ultrafast of 10-bit mode?

[Selur]

probably the same, MinGW64&ICL14 should be the same speed and the MSVC builds Marchand uploaded here will be a lot slower.

[DarrellS]

Anybody have a 32bit version of 0.8+40-889edfd2c4c3 ? I can't find a good download. The Russian guy doesn't have one and the european guy's downloads seem to be corrupt. 6kb files.

Curious to check out speed difference.

[Selur]

Attached the builds MinGW(32&64bit) I compiled this morning.

[Acesn8s]

Attached the builds MinGW(32&64bit) I compiled this morning.

thanks selur, was having issues with the msvc/icl builds jus stopping about 3/4 of the
way thru an encode so went back 2 the build u posted on the 4th 0.7+388 and was fine.


---[Information] [3/6/2014 1:53:41 AM] yuv [info]: 720x384 fps 24000/1001 i420 unknown frame count
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: HEVC encoder version 0.8+17-91936aab5ae9
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: build info [Windows][ICC 1400][64 bit] 8bpp
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: Main profile, Level-3 (Main tier)
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: WPP streams / pool / frames : 12 / 8 / 3
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: CU size : 32
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: Max RQT depth inter / intra : 1 / 1
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: ME / range / subpel / merge : hex / 44 / 1 / 2
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: Keyframe min / max / scenecut : 23 / 250 / 40
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: Lookahead / bframes / badapt : 10 / 4 / 0
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: b-pyramid / weightp / refs : 1 / 0 / 1
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: Rate Control / AQ-Strength / CUTree : ABR-1400 kbps / 0.0 / 0
---[Information] [3/6/2014 1:53:41 AM] x265 [info]: tools: cfm esd rd=3 lft sao-lcu sign-hide
---[Information] [3/6/2014 3:54:45 AM] Assertion failed: cu->getSlice()->getNumRefIdx(refListIdx) > 0, file C:\msys\1.0\devel\x\x265\source\Lib\TLibEncoder\TE ncEntropy.cpp, line 486
---[Information] [3/6/2014 3:54:54 AM] avs [info]: Avisynth 2.6+ detected, forcing conversion to YV12
---[Error] [3/6/2014 3:54:54 AM] avs [error]: Error occurred while writing frame 122800
---[Information] [3/6/2014 3:54:54 AM] (Maybe x265.exe closed)
--[Error] [3/6/2014 3:54:55 AM] Process exits with error: 3

[DarrellS]

Speed seems to be almost identical from 0.7+388-3cbde0b893e3 and 0.8+40-889edfd2c4c3

0.7+388-3cbde0b893e3 encoded 675 frames in 58.03s (11.63 fps), 120.07 kb/s

0.8+40-889edfd2c4c3 encoded 675 frames in 57.50s (11.74 fps), 120.07 kb/s

[Selur]

nice, so it didn't get slower

[Brazil]

Attached the builds MinGW(32&64bit) I compiled this morning.

Thanks a lot!
Keep doing it from time to time, please

[Marchand]

2014-Mar-07 14:58:43
http://chromashift.org/x265_builds/x265-0.8.50-highbitdepth-icl14.0-64.7z
http://chromashift.org/x265_builds/x265-0.8.50-highbitdepth-msvc2012-64.7z
http://chromashift.org/x265_builds/x265-0.8.50-icl14.0-64.7z
http://chromashift.org/x265_builds/x265-0.8.50-msvc2012-64.7z

[Marchand]

Built: 2014/Mar/10 - Version: 0.8+61-50d7910ddd61 - Hevc Video Encoder (32 and 64Bit)

Built: 2014/Mar/11 - Version: 0.8+90-2014-03-11 - Hevc Video Encoder (32 and 64Bit)


x265-0.8.90-highbitdepth-icl14.0-64.7z 2014-Mar-11 14:12:36 - 806.5K
x265-0.8.90-highbitdepth-msvc2012-64.7z 2014-Mar-11 14:15:39 - 397.9K
x265-0.8.90-icl14.0-64.7z 2014-Mar-11 14:09:49 - 852.9K
x265-0.8.90-msvc2012-64.7z 2014-Mar-11 14:14:14 - 442.2K

x265-0.8.131-highbitdepth-icl14.0-642014-Mar-14
x265-0.8.131-highbitdepth-msvc2012-642014-Mar-14
x265-0.8.131-icl14.0-642014-Mar-14
x265-0.8.131-msvc2012-642014-Mar-14

x265-0.8.136-highbitdepth-icl14.0-64 2014-Mar-15
x265-0.8.136-highbitdepth-msvc2012-64 2014-Mar-15
x265-0.8.136-icl14.0-64 2014-Mar-15
x265-0.8.136-msvc2012-64 2014-Mar-15

x265-0.8.161-highbitdepth-icl14.0-64 2014-Mar-18
x265-0.8.161-highbitdepth-msvc2012-64 2014-Mar-18
x265-0.8.161-icl14.0-64 2014-Mar-18
x265-0.8.161-msvc2012-64 2014-Mar-18

[DarrellS]

can someone tell me what I need to get all these builds without XP support to work? I've installed Visual Studio 2013 but still get the message that x265.exe is not a win32 application (and no, I'm not trying to run 64bit builds). Selur and the Russian guy are the only ones that work and the Russian guy seems way behind in his builds.

[Selur]

iirc. Visual Studio 2013 does not support XP (or did that change?).

[El Heggunte]

^ Latest LAV Filters are compiled with VS 2013, and yes, they do work under Windows XP =^.^=

EDIT: if Selur means "VS 2013 does not install on Windows XP", then he is right

[DarrellS]

^ Latest LAV Filters are compiled with VS 2013, and yes, they do work under Windows XP =^.^=

EDIT: if Selur means "VS 2013 does not install on Windows XP", then he is right

Sorry, VC2013 redistributable

[LigH.de]

The error message "is not a Win32 application" seems to be not a sign of a missing runtime library, but a sign of a different EXE header. So I guess that there are EXE files for Vista+ which use a different kind of memory management or EXE image layout.

Sometimes I build with GCC (probably like Selur), and here it may just be a matter of checking one box in the CMakeGUI. I don't know what it takes to build an XP compatible EXE with VS 2013, but they do exist, and a Windows XP compatible Redistributable installer exists too; I had such an issue with L-SMASH Works for AviSynth, the MSVCR120.DLL included with it did not work under XP, but installing the runtime helped.
__

P.S.: Uploaded v0.8+131-ed48f84e541b (Win32 version should be XP compatible, please try).

[Brazil]

P.S.: Uploaded v0.8+131-ed48f84e541b (Win32 version should be XP compatible, please try).

This one is working fine on XP, thanks for this

[DarrellS]

Works for me, Thanks! Should probably list your builds on the front page. The Russian Guy's work but he's a week or two behind. The Europe guy's never work even though he posts 32bit builds. Kinda useless posting 32bit builds if they don't work on XP since any newer OS should be 64bit.

My last encode using the build posted above was 12.77 fps. This may be my fastest encode using x265. I've had spikes 13 fps and higher but average fps were 10 or 11 fps. Every fps you can squeeze out of this encoder is helpful.

[Gravitator]

http://chromashift.org/x265_builds/
The list is not in ascending order (you can skip the build)
-----
the quality gets better (good allocates dark contours in 10bit) now I preferred to look at x265 instead of x264!
Congratulations

[DarrellS]

http://chromashift.org/x265_builds/
The list is not in ascending order (you can skip the build)
-----
the quality gets better (good allocates dark contours in 10bit) now I preferred to look at x265 instead of x264!
Congratulations

His builds are all 64bit and do me no good at all.

[DarrellS]

Well, it looks like I ran into my first instance of my hardware not being up to snuff. Not enough memory to encode a video with a higher resolution than 3200x1800 with the x265 encoder. I guess it might be the x265 encoder since I can encode the files with either DivX265 or DivXEngine.

[El Heggunte]

Well, it looks like I ran into my first instance of my hardware not being up to snuff. Not enough memory to encode a video with a higher resolution than 3200x1800 with the x265 encoder. I guess it might be the x265 encoder since I can encode the files with either DivX265 or DivXEngine.

You are correct, there exists a problem in x265. I attempted to encode a 5616x3744 picture,
and x265 said "it couldn't find input file -" or something

OTOH, kvazaar.exe didn't complain about the huge width and height, and the HM11 reference decoder found no errors in the output file.

UPDATE:

this time, tested raw input (i.e., no y4m) with x265, BUT the actual encoding never starts --- and the final result is a zero-byte file

[DarrellS]

Tried to encode 5334x3000 with DivXEngine and although it encoded with no errors, it re-sized the video to 3840x2160. Took just under 20 minutes to encode a 36 second 863 frame file. The picture looks really good at that resolution though Wished I had a huge TV to watch them on.

[El Heggunte]

FWIW --- I reported the problem above to the x265 mailing list, a couple of minutes ago

[El Heggunte]

Tried to encode 5334x3000 with DivXEngine and although it encoded with no errors, it re-sized the video to 3840x2160.

WTF, a hard-coded "4K barrier" ???

Wished I had a huge TV to watch them on.

I have no room (and no money as well) for a 120-inch screen

[DarrellS]

Your picture would look good on a nine foot TV. I hear ya about the money thing. I'd like to build a better computer. My brother might move back here this summer which would allow me to save some money (I'm on disability) or I could just use his computer which we built a couple of years ago.

HEVC is supposed to support 8192x4320.

I have to whittle my input files down to get the encoder to encode them. My animations are just a few frames but I have to save them as 25 fps avi and then open the avi in Virtualdub and cut them back down to 1 frame per picture and then as .245. This gives me 9 or 10 frames that I can feed the encoder which would not accept the 900 or so frame file before or it would encode a video that would just play one frame.

EDIT: I'll try to encode just one frame and see how it goes. I believe that is one of the goals, to use HEVC as a graphics compression. The frame that you uploaded is 2,096 kbs. I opened the file and saved as a .png image that was 34,027 kbs. That is a huge difference in file size.