[HEVC] x265.EXE: mingw builds

[DarrellS]

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)

Thanks Selur! Your Hybrid builds are the only builds that I can rely on working with stdin.

[DarrellS]

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.

It doesn't matter if I use an old command or a new command, I get the same error from all the new encoders except for the build that Selur posted above.

[*] Beginning dub operation.
[i] Dub: Input (decompression) format is: YUV420.
[i] Dub: Output (compression) format is: YUV420.
[E] Error: CLI: Unable to launch video encoder: %1 is not a valid Win32 application.

New Fast / --input - --input-res %(width)x%(height) --fps %(fps) --tu-inter-depth=1 --tu-intra-depth=1 --rd 0 --subme=1 --me=1 --max-merge=2 --no-amp --no-rect --no-tskip -o "%(tempvideofile)"

Old / --input-res %(width)x%(height) --fps %(fps) --q 24 --keyint 40 --max-merge 3 --hash 1 --no-rect --wpp --tu-intra-depth 1 --tu-inter-depth 1 --no-tskip --frame-threads 4 - -o "%(tempvideofile)"

Selur's build worked with both command lines.

Old command...

[*] Beginning dub operation.
[i] Dub: Input (decompression) format is: YUV420.
[i] Dub: Output (compression) format is: YUV420.
[i] VideoEnc: yuv [info]: 1920x1080 29Hz C420, unknown frame count
[i] VideoEnc: x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 Cache64 SlowShuffle
[i] VideoEnc: x265 [info]: HEVC encoder version 0.7+113-07b5d6b82f5f
[i] VideoEnc: x265 [info]: build info [Windows][GCC 4.8.2][32 bit] 8bpp
[i] VideoEnc: x265 [info]: Main profile, Level-4 (Main tier)
[i] VideoEnc: x265 [info]: WPP streams / pool / frames : 17 / 4 / 4
[i] VideoEnc: x265 [info]: CU size : 64
[i] VideoEnc: x265 [info]: Max RQT depth inter / intra : 1 / 1
[i] VideoEnc: x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 3
[i] VideoEnc: x265 [info]: Keyframe min / max / scenecut : 4 / 40 / 40
[i] VideoEnc: x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
[i] VideoEnc: x265 [info]: b-pyramid / weightp / refs : 1 / 1 / 3
[i] VideoEnc: x265 [info]: Rate Control / AQ-Strength / CUTree : CQP-24 / 1.0 / 0
[i] VideoEnc: x265 [info]: tools: rd=3 lft sao-lcu sign-hide
[i] VideoEnc: encoded 480 frames in 123.09s (3.90 fps), 349.87 kb/s

New Fast...

[*] Beginning dub operation.
[i] Dub: Input (decompression) format is: YUV420.
[i] Dub: Output (compression) format is: YUV420.
[i] VideoEnc: yuv [info]: 1920x1080 29Hz C420, unknown frame count
[i] VideoEnc: x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 Cache64 SlowShuffle
[i] VideoEnc: x265 [info]: HEVC encoder version 0.7+113-07b5d6b82f5f
[i] VideoEnc: x265 [info]: build info [Windows][GCC 4.8.2][32 bit] 8bpp
[i] VideoEnc: x265 [info]: Main profile, Level-4 (Main tier)
[i] VideoEnc: x265 [info]: WPP streams / pool / frames : 34 / 4 / 2
[i] VideoEnc: x265 [info]: CU size : 32
[i] VideoEnc: x265 [info]: Max RQT depth inter / intra : 1 / 1
[i] VideoEnc: x265 [info]: ME / range / subpel / merge : hex / 57 / 1 / 1
[i] VideoEnc: x265 [info]: Keyframe min / max / scenecut : 25 / 250 / 40
[i] VideoEnc: x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 0
[i] VideoEnc: x265 [info]: b-pyramid / weightp / refs : 1 / 0 / 3
[i] VideoEnc: x265 [info]: Rate Control / AQ-Strength / CUTree : CRF-28.0 / 1.0 / 1
[i] VideoEnc: x265 [info]: tools: cfm esd rd=0 lft sao-lcu
[i] VideoEnc: encoded 480 frames in 85.42s (5.62 fps), 130.04 kb/s
[i] VideoEnc:
[i] VideoEnc: x265 [info]: frame I: 9 kb/s: 3991.74
[i] VideoEnc: x265 [info]: frame P: 100 kb/s: 56.42
[i] VideoEnc: x265 [info]: frame B: 371 kb/s: 56.20
[i] VideoEnc: x265 [info]: global : 480 kb/s: 130.04

[Selur]

a lot of the other versions posted were not static builds, so the problem might simply be missing dlls

[Marchand]

Another variant H265/Hevc-Divx-10bits trailer (94,46 kb)

https://shared.com/0pz4ywtek3

General
ID : 1 (0x1)
Complete name : The_Amazing_Spider-Man_2_Trailer_1_5.1-1080p-HDTN.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 95.3 MiB
Duration : 2mn 30s
Overall bit rate mode : Variable
Overall bit rate : 5 329 Kbps
Maximum Overall bit rate : 35.5 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.0
Codec ID : 6
Duration : 2mn 29s
Bit rate : 4 469 Kbps
Width : 1 920 pixels
Height : 808 pixels
Display aspect ratio : 2.40:1
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Stream size : 79.8 MiB (84%)

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 2mn 30s
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 11.4 MiB (12%)
Language : English

Screen:

[Gravitator]

Another variant H265/Hevc-Divx-10bits trailer

Hi!
this sample is not suitable for presentation quality (obviously a poor source\8bit)

[Marchand]

Another variant H265/Hevc-Divx-10bits trailer

Hi!
this sample is not suitable for presentation quality (obviously a poor source\8bit)

okay
Pass the link of the video source that you'd like me to convert to the ultimate test.

PS: I'm downloading the Tears of Steel 4K 3840 pixels wide (6.247gb) for converting version. If it's for your test, then post the converted result.

Link:
http://mango.blender.org/download/

[Gravitator]

okay
Pass the link of the video source that you'd like me to convert to the ultimate test.

This is my sample (convenient to configure / test encoders) "prometheus(black).mkv" 59.0 MB

> https://mega.co.nz/#!hZl0WBCA!WvwyTWs-VSbcAJ6Km3aCyT7LP5wy7_Tq1TmnXaHaNYg
- Would like to look at options 1500kbps and 3000kbps

[Gravitator]

Here is an example on how absurd the use of modern encoders for UHD in 8bit mode VP9
> http://www.artbyphil.com/temp/phfx_4KHD_VP9TestFootage.zip
(source - http://www.reduser.net/forum/showthread.php?111230-Google-VP9-4K-HD-Sample)
- Wait a position where the man lights a match in a dark room.; 8bit-contraindicated for horror movies!

[LigH.de]

[E] Error: CLI: Unable to launch video encoder: %1 is not a valid Win32 application.

Means: You are either trying to execute a 64-bit compile in a 32-bit environment; or the EXE you unpacked from an archive is corrupt (e.g. your 7zip is outdated).

[Marchand]

[QUOTE=Gravitator;2301355]

okay
Pass the link of the video source that you'd like me to convert to the ultimate test.

This is my sample (convenient to configure / test encoders) "prometheus(black).mkv" 59.0 MB

Okay
Conversion - prometheus(black)(1).ts - Preset Fast - Rate Control= ABR + or - 1.500kbps - (Mutant) H265-Hevc/Divx-10bits

Works on DivxPlayer, MPC-BE, VLCPlayer, KMPlayer, PotPlayer and others - 3,74 MB

General
ID : 1 (0x1)
Complete name : C:\Users\Marchand\Videos\Videos\prometheus(black)( 1).ts
Format : MPEG-TS
File size : 3.74 MiB
Duration : 17s 450ms
Overall bit rate mode : Variable
Overall bit rate : 1 792 Kbps
Maximum Overall bit rate : 35.5 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.0
Codec ID : 6
Duration : 17s 308ms
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 2
Format profile : LC
Muxing mode : ADTS
Codec ID : 15
Duration : 17s 429ms
Bit rate mode : Variable
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy

Download Converted Sample :
prometheus(black)(1).zip

Screen:

[Gravitator]

Thank you Marchand;
You have not right player is set to output (0-255, 16-235); judging by the screenshots.
In general, I am satisfied
Output madVR yet smears texture in full screen mode (looking at the problem) - probably influence the graphics driver ...

[Gravitator]

Thank you Marchand;
You have not right player is set to output (0-255, 16-235); judging by the screenshots.
In general, I am satisfied
Output madVR yet smears texture in full screen mode (looking at the problem) - probably influence the graphics driver ...

Found the problem - it's impact parameter rendering > madVR settings > trade quality for performance > these shold not be used, but you're the boss: don't use dithering - remove the tick!

[deadrats]

@Selur:

i noticed that in this new version of Hybrid, the option to enable and configure AQ is greyed out, is there a reason for that? also, i've noticed that the last few version of Hybrid don't seem to expose the 128x128 coding unit size option, it maxes out at 64x64, early versions of x265 supporting Hybrid had that option available.

have the clowns behind x265 removed these features or did you decide to not support them?

[Selur]

regarding AQ: using AQ while using constant 'quantizer (1-pass)' doesn't make any sense, that's why it's only available when using 'average bitrate (1-pass)' or 'constant rate factor (1-pass)'

regarding max coding unit size: I adjusted it (and some other options) to the values mentioned in the "x265 Evaluators Guide" (at the beginning of x265 support, I calculated the allowed sizes; not sure why they decided to limit it to 64, but I suspect they have their reasons)

[LigH.de]

El Heggunte's guide explains how to set up a 32-bit MSYS environment (mainly by downloading a complete archive from XhmikosR) and build a Win32 binary.

The developer mailing list also started to discuss a patch with a cross-compiling toolchain file, as documented a little while ago.

But to build a native Win64 version, one could as well create an MSYS64 environment. I am just uncertain what this would take, having only little expereince, and reading such discouraging statements in the mingw-w64 Wiki:

There will never be a 64-bit native MSYS (is there any need?) because the only compiler capable of building MSYS applications is the outdated gcc 3.4.4, which does not support x64 native Windows targets.

If I am not completely wrong, it may still be possible to create an MSYS64 environment by manually installing Win64 MinGW packages and exchanging a few files. But I would probably leave this effort to people who understand what they have to do...

In the meantime, I am happy with a working cross-compiling solution.

[Selur]

https://github.com/jb-alvarado/media-autobuild_suite builds both 32bit and 64bit version of 8bit and 16bit x265 so looking at the script might shed some light on how to setup a 64-bit MSYS environment,...

[x265]

regarding max coding unit size: I adjusted it (and some other options) to the values mentioned in the "x265 Evaluators Guide" (at the beginning of x265 support, I calculated the allowed sizes; not sure why they decided to limit it to 64, but I suspect they have their reasons)

HEVC supports a max Coding Tree Unit size of 64x64.

[Selur]

Ah, okay and the first x265 versions simple didn't enforce it.

[El Heggunte]

Not—So—Off-Topic...

At last MKVtoolnix supports H.265 video

http://forum.doom9.org/showthread.php?p=1671693#post1671693

[Selur]

Ah, nice 6.8.0 is out

[Gravitator]

MKVtoolnix supports H.265 video

There is a contact thanks for the news
--------
Now only lacks full version DivX / HEVC

Starting with Built 2014-02-20 all subsequent not loaded http://builds.x265.eu/
use this > http://chromashift.org/x265_builds/

[Marchand]

Test: HEVC encoder version 0.7+364-fad6fba7cf2c (10Bits)

[ 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= 19 fps=0.0 q=0.0 size= 115425kB time=00:00:00.79 bitrate=1193203.9kbit
frame= 42 fps= 41 q=0.0 size= 255150kB time=00:00:01.75 bitrate=1193196.3kbit
frame= 62 fps= 41 q=0.0 size= 376650kB time=00:00:02.58 bitrate=1193197.9kbit
frame= 84 fps= 41 q=0.0 size= 510300kB time=00:00:03.50 bitrate=1193200.4kbit
frame= 103 fps= 41 q=0.0 size= 625725kB time=00:00:04.29 bitrate=1193201.0kbit
frame= 122 fps= 40 q=0.0 size= 741150kB time=00:00:05.08 bitrate=1193199.1kbit
frame= 140 fps= 39 q=0.0 size= 850500kB time=00:00:05.83 bitrate=1193200.3kbit
frame= 159 fps= 38 q=0.0 size= 965925kB time=00:00:06.63 bitrate=1193200.9kbit
frame= 179 fps= 38 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 fast -t ssim --crf 28 --input "E:\\temp0.yuv" --input-res 192
0x1080 --input-depth 10 --fps 25 -o "E:\\temp0.hvc"
yuv [info]: 1920x1080 fps 25000/1000 i420 frames 0 - 178 of 179
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
x265 [info]: HEVC encoder version 0.7+364-fad6fba7cf2c
x265 [info]: build info [Windows][MSVC 1700][64 bit] 16bpp
x265 [info]: Main10 profile, Level-4 (Main tier)
x265 [info]: WPP streams / pool / frames : 17 / 4 / 2
x265 [info]: Internal bit depth : 10
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 : 15 / 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: rd=3 lft sao-lcu sign-hide
x265 [info]: frame I: 2 Avg QP:24.42 kb/s: 2717.70
x265 [info]: frame P: 50 Avg QP:27.86 kb/s: 3420.64
x265 [info]: frame B: 127 Avg QP:30.46 kb/s: 970.13
x265 [info]: global : 179 Avg QP:29.66 kb/s: 1674.15
x265 [info]: 17 of 50 (34.00%) P frames weighted
x265 [info]: consecutive B-frames: 3.8% 9.6% 30.8% 50.0% 5.8%
encoded 179 frames in 395.73s (0.45 fps), 1674.15 kb/s
[ ok ] E:\\temp0.yuv has been deleted!
[ ok ] Loaded libmp4.dll
[info] Command: -add "E:\\temp0.hvc#:fmt=HEVC:fps=25" -add "E:\\temp1.aac#audio:name=Track 1" "E:\Teste Video\00200.mp4"
HEVC import - frame size 1920 x 1080 at 25.000 FPS
HEVC Import results: 179 samples - Slices: 2 I 50 P 127 B - 0 SEI - 1 IDR
Stream uses forward prediction - stream CTS offset: 2 frames
AAC ADTS import - sample rate 44100 - MPEG-2 audio - 6 channels
Saving to E:\Teste Video\00200.mp4: 0.500 secs Interleaving
[ ok ] E:\\temp0.hvc has been deleted!
[ ok ] E:\\temp1.aac has been deleted!

[DarrellS]

http://x265.ru/soft/x265/GCCBuild/x265_0.7+278_x86_8bpp.zip Link not working.

Also, what is the difference between 8bpp and 16bpp?

EDIT: x265-32bit-2014-03-03.exe not working either ( file only 6kb ).

[Selur]

Also, what is the difference between 8bpp and 16bpp?

main difference: the precision of internal calculations
16bpp is needed for 10bit (and 12bit output), but iirc the 16bit code hasn't been that optimized yet.

[LigH.de]

Unfortunately, on-topic:

GCC doesn't build latest sources because support for secure string functions needs to be handled in a different way. The developers try to fix it urgently.

And the original source: mkvtoolnix by Moritz Bunkus (Windows builds are available on fosshub externally).

[Selur]

just compiled x265 0.7+388 using media-autobuild_suite, so either they fixed it, jb-alvarado added a workaround or I missed something

[LigH.de]

The current "solution" is probably more or less a workaround, substituting a secure string function with a possibly insecure one (strtok_s vs. strtok_r). That may build – but not represent the desired feature. If I understood the mail exchange between Steve and Nikos correctly...

I believe you can expect a real fix today.

[DarrellS]

Thanks Selur!

[Marchand]

[Selur]

@Marchand: have to checked if there is any speed difference between the icl and the msvc builds ? (or what is the motivation for the icl builds?)