[HEVC] x265.EXE: mingw builds

[easyfab]

AMD Phenom II X3 720B (three cores at 2.8ghz) | Windows 7 x64 | 6GB DDR II



Cpu load very low, is about 45-55%

You should try to use -F functions, for example -F 5

[x265]

AMD Phenom II X3 720B (three cores at 2.8ghz) | Windows 7 x64 | 6GB DDR II



Cpu load very low, is about 45-55%

You should try to use -F functions, for example -F 5

We're going to try to automate the frame parallelism setting in the near future. In the meantime, this isn't turned on by default, and performance will be slower if you don't explicitly specify the number of frames to be encoded in parallel. To figure out the optimal setting for your machine, it's best to run a little test, experimenting with various values using the same clip and x265 settings, but a rough guideline is to use about 1/2 the number of physical cores that you have. On a 3 core machine you will have 3 WaveFront Parallel Processing threads, and so you can set -F up to 3. I'm guessing that -F 2 will probably work best for you. On my quad-core laptop -F 2 or -F 3 usually works best. On large servers you should use higher values.

Tom

[easyfab]

On my i2600K with high resolution 720p or 1080p I can easily saturate the 8 cores ( 4 + 4 HT ) with -F 2 but with lower resolution like 480p I need -F4 or -F 5 .

Automate frame selection will be welcome

[x265]

On my i2600K with high resolution 720p or 1080p I can easily saturate the 8 cores ( 4 + 4 HT ) with -F 2 but with lower resolution like 480p I need -F4 or -F 5 .

Automate frame selection will be welcome

Good feedback. Thanks.

Yes, it's also true that the optimal setting depends on the type of video you are encoding (i.e.; how complex a frame is).

[zbutsam]

I ran some tests on my i2500K and an SD source, changing the -F values. I'm getting:
9.24 fps with -F 2
9.59 fps with -F 3
9.81 fps with -F 4
9.84 fps wth -F 5

Cpu load is 75%-95%. With an HD source I get 100% load already with -F 2.

[Selur]

small feature request:
Would be nice if x265 would also work and show a progress, if '--frames X' wasn't used.
instead of showing something like:

[62.0%] 266/429 frames, 225.23 fps, 1371.11 kb/s, eta 0:00:00

it could simply show:

encoded 266 frames, 225.23 fps, 1371.11 kb/s

(the same way x264 does)

---
small bug:
"--version" doesn't work, "-V" does.

[foxyshadis]

AMD Phenom II X3 720B (three cores at 2.8ghz) | Windows 7 x64 | 6GB DDR II

Used instructions:
using cpu capabilities: MMX2 SSE SSE2Fast LZCNT

Why it dont use SSE3 or SSE4A?

Cpu load very low, is about 45-55%

MinGW 32bit - encoded 300 frames in 109.47s (2.74 fps), 28.59 kb/s, Global PSNR: 39.079
VC11 32bit - encoded 300 frames in 109.58s (2.74 fps), 28.59 kb/s, Global PSNR: 39.079
VC11 64bit - encoded 300 frames in 95.95s (3.13 fps), 28.59 kb/s, Global PSNR: 39.079

x264 and x265 don't use SSE3 on Phenom because it's slower than SSE2. See http://forum.doom9.org/archive/index.php/t-131879.html for the nitty gritty, or the code. The code detects it, but intentionally omits the mention if it doesn't use it, see line 120 of primitives.cpp.

SSE4a is simply unused in either encoder.

[Selur]

Can't build x265 on mac (Mac OS X 10.6.8 - Snow Leopard):

selur$ ./make-Makefiles.bash
./make-Makefiles.bash: line 3: cmake: command not found

selur$ ./make-Makefiles.bash
-- The C compiler identification is GNU 4.2.1
-- The CXX compiler identification is GNU 4.2.1
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Checking whether CXX compiler has -isysroot
-- Checking whether CXX compiler has -isysroot - yes
-- Checking whether CXX compiler supports OSX deployment target flag
-- Checking whether CXX compiler supports OSX deployment target flag - yes
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Found yasm: /usr/local/bin/yasm (found version "1.2.0.22.")
-- Found Yasm 1.2.0.22. to build assembly primitives
-- x265 version unknown
-- The ASM_YASM compiler identification is unknown
-- Found assembler: /usr/local/bin/yasm
-- Looking for include file getopt.h
-- Looking for include file getopt.h - found
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/selur/x265/build/linux


selur$ make
Scanning dependencies of target encoder
[ 1%] Building CXX object encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/NALwrite.cpp
/Users/selur/x265/source/Lib/TLibEncoder/NALwrite.cpp:1: error: -mstackrealign not supported in the 64bit mode
make[2]: *** [encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/NALwrite.cpp] Error 1
make[1]: *** [encoder/CMakeFiles/encoder.dir/all] Error 2
make: *** [all] Error 2

-> does anyone know how to fix this?

[Vid01]

Scanning dependencies of target encoder
[ 1%] Building CXX object encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/NALwrite.cpp
/Users/selur/x265/source/Lib/TLibEncoder/NALwrite.cpp:1: error: -mstackrealign not supported in the 64bit mode
make[2]: *** [encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/NALwrite.cpp] Error 1
make[1]: *** [encoder/CMakeFiles/encoder.dir/all] Error 2
make: *** [all] Error 2

-> does anyone know how to fix this?

Try removing the -mstackrealign option from x265\source\CMakeLists.txt line 78, then re-run cmake, re-configure makefiles and rebuild.

[Selur]

Thanks!
That seems to do the trick.

[Selur]

correction, does only help a bit, now it stops with:

[  1%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComBitStream.cpp.o
[  2%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComDataCU.cpp.o
[  4%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComLoopFilter.cpp.o
[  5%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComMotionInfo.cpp.o
[  7%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPattern.cpp.o
[  8%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPic.cpp.o
[ 10%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPicSym.cpp.o
[ 11%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPicYuv.cpp.o
[ 12%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPicYuvMD5.cpp.o
[ 14%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPrediction.cpp.o
[ 15%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComRom.cpp.o
[ 17%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComSampleAdaptiveOffset.cpp.o
[ 18%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComSlice.cpp.o
[ 20%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComTrQuant.cpp.o
[ 21%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComWeightPrediction.cpp.o
[ 22%] Building CXX object common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComYuv.cpp.o
[ 24%] Building CXX object common/CMakeFiles/common.dir/x86/asm-primitives.cpp.o
[ 25%] Building ASM_YASM object common/CMakeFiles/common.dir/x86/pixel-a.asm.o
[ 27%] Building ASM_YASM object common/CMakeFiles/common.dir/x86/const-a.asm.o
[ 28%] Building ASM_YASM object common/CMakeFiles/common.dir/x86/cpu-a.asm.o
[ 30%] Building ASM_YASM object common/CMakeFiles/common.dir/x86/sad-a.asm.o
[ 31%] Building ASM_YASM object common/CMakeFiles/common.dir/x86/mc-a.asm.o
[ 32%] Building ASM_YASM object common/CMakeFiles/common.dir/x86/mc-a2.asm.o
[ 34%] Building ASM_YASM object common/CMakeFiles/common.dir/x86/ipfilter8.asm.o
[ 35%] Building ASM_YASM object common/CMakeFiles/common.dir/x86/pixel-util.asm.o
[ 37%] Building CXX object common/CMakeFiles/common.dir/vec/vec-primitives.cpp.o
/Users/selur/x265/source/common/vec/vec-primitives.cpp:121: warning: unused parameter ‘p’
/Users/selur/x265/source/common/vec/vec-primitives.cpp:121: warning: unused parameter ‘cpuMask’
[ 38%] Building CXX object common/CMakeFiles/common.dir/primitives.cpp.o
[ 40%] Building CXX object common/CMakeFiles/common.dir/pixel.cpp.o
[ 41%] Building CXX object common/CMakeFiles/common.dir/dct.cpp.o
[ 42%] Building CXX object common/CMakeFiles/common.dir/ipfilter.cpp.o
[ 44%] Building CXX object common/CMakeFiles/common.dir/intrapred.cpp.o
[ 45%] Building CXX object common/CMakeFiles/common.dir/cpu.cpp.o
cc1plus: error: unrecognized command line option "-Wno-narrowing"
make[2]: *** [common/CMakeFiles/common.dir/cpu.cpp.o] Error 1
make[1]: *** [common/CMakeFiles/common.dir/all] Error 2
make: *** [all] Error 2

Cu Selur

[x265.cc]

16bpp builds postponed until further notice?

Seems like they fixed the 16bpp builds in rev 0.5+53-9a0da4e6d9e3. They are now available at https://x265.cc

[LigH.de]

x264 and x265 don't use SSE3 on Phenom because it's slower than SSE2.

I believe to remember that I have read remarks about the implementation of SSE3 in different AMD processor generations, but don't remember where (possibly sandpile.org/80x86). Some instructions were still rather slow up to the K10 architecture, that changed in the FX/Bulldozer architecture with AVX support.

[vhelp]

- bug report: parameter --frame-skip, and when --frames set to ALL -

specs:
x265 0.5 + 53
windows xp home, sp2, amd dual core 3600+ 2gig

1. --frame-skip: when the value is greater than 0, i.e., --frames-skip=1000, the encoding does not start until it (seems to find/or calculate) to that position to begin encoding. last night and the night before, it took 20 minutes for a short clip, and over an hours for a longer clip just to begin the actual encoding.

i was using --frame-skip value as a crude way or method of cutting video sections for separate encodes and later join them to a final .hm10 source file, which i would then, mux into .mp4 file.

2. --frames=all, when the value is 0, there is full progress report. however, when i set it to ALL, the progress is very minimal, showing only frames, fps, and kb/s encoded. i'm not sure it this is intensional or not. but i use the full progress to parse out the pieces i need into separate fields, including the progress bar. but due to (--frames=all) setting, i no longer have a visual progress bar.

[LigH.de]

1. As the name reveals, "frameskip" skips frames, but due to the nature of piping or streamed input reading, it cannot seek forward to the position where it starts. Seeking may be possible for a static file source. But when the input is a pipe, it can only wait until the first frame to be processed arrives.

Taking 20 minutes for 1000 frames is suspicious, though...

[trox]

An example of using ffmpeg with x265:

ffmpeg.exe -i h:\BDMV\STREAM\00000.m2ts -vf scale=1280:-1 -f yuv4mpegpipe -pix_fmt yuv420p - | x265 --bitrate 1500 --y4m  -o iron.hevc -

I rescale the (bluray m2ts)source to 720p and tell ffmpeg to output raw video, which x265 reads from pipe. If you only want to encode a short clip you can use "-ss 00:20:00 -t 60" (starting form 00:20 with a duration of 1 minute). This produced a 12MB clip for me. With the newest version (2013/10/28) of the Strongene decoder i could play it in MPC-HC with seeking working.

[Selur]

Has someone some experience on how many '--threads' and '--frame-threads' give the best speed/quality?

the default settings give me:

yuv [info]: 640x352 25Hz, frames 0 - 428 of 0
x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 SSE4.2
x265 [info]: performance primitives: intrinsic assembly
x265 [info]: Main profile, Level-2.1 (Main tier)
x265 [info]: WPP streams / pool / frames : 6 / 8 / 1
x265 [info]: CU size : 64
x265 [info]: Max RQT depth inter / intra : 3 / 3
x265 [info]: ME / range / subpel / merge : star / 60 / 5 / 5
x265 [info]: Keyframe min / max : 250 / 250
x265 [info]: Rate Control : CQP-32
x265 [info]: Lookahead / bframes / badapt : 10 / 3 / 1
x265 [info]: tools: rect amp rd=2 ref=1 lft sao-lcu sign-hide tskip(fast+rdo)
x265 [info]: frame I:3 kb/s: 713.20 PSNR Mean: Y:43.474 U:48.752 V:50.392

x265 [info]: frame P:174 kb/s: 89.22 PSNR Mean: Y:41.073 U:47.463 V:47.843

x265 [info]: frame B:252 kb/s: 22.90 PSNR Mean: Y:41.388 U:47.767 V:48.099

x265 [info]: global: kb/s: 54.63 PSNR Mean: Y:41.275 U:47.650 V:48.011


encoded 429 frames in 107.10s [b](4.01 fps), 54.63 kb/s, Global PSNR: 42.914

---threads 160 --frame-threads 1
gives me:

yuv [info]: 640x352 25Hz, frames 0 - 428 of 0
x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 SSE4.2
x265 [info]: performance primitives: intrinsic assembly
x265 [info]: Main profile, Level-2.1 (Main tier)
x265 [info]: WPP streams / pool / frames : 6 / 160 / 1
x265 [info]: CU size : 64
x265 [info]: Max RQT depth inter / intra : 3 / 3
x265 [info]: ME / range / subpel / merge : star / 60 / 5 / 5
x265 [info]: Keyframe min / max : 250 / 250
x265 [info]: Rate Control : CQP-32
x265 [info]: Lookahead / bframes / badapt : 10 / 3 / 1
x265 [info]: tools: rect amp rd=2 ref=1 lft sao-lcu sign-hide tskip(fast+rdo)
x265 [info]: frame I:3 kb/s: 713.20 PSNR Mean: Y:43.474 U:48.752 V:50.392
x265 [info]: frame P:174 kb/s: 89.22 PSNR Mean: Y:41.073 U:47.463 V:47.843
x265 [info]: frame B:252 kb/s: 22.90 PSNR Mean: Y:41.388 U:47.767 V:48.099
x265 [info]: global: kb/s: 54.63 PSNR Mean: Y:41.275 U:47.650 V:48.011

encoded 429 frames in 106.91s (4.01 fps), 54.63 kb/s, Global PSNR: 42.914

--threads 1 --frame-threads 160
gives me:

yuv [info]: 640x352 25Hz, frames 0 - 428 of 0
x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 SSE4.2
x265 [info]: performance primitives: intrinsic assembly
x265 [info]: Main profile, Level-2.1 (Main tier)
x265 [info]: Concurrently encoded frames : 160
x265 [info]: CU size : 64
x265 [info]: Max RQT depth inter / intra : 3 / 3
x265 [info]: ME / range / subpel / merge : star / 60 / 5 / 5
x265 [info]: Keyframe min / max : 250 / 250
x265 [info]: Rate Control : CQP-32
x265 [info]: Lookahead / bframes / badapt : 10 / 3 / 1
x265 [info]: tools: rect amp rd=2 ref=1 lft sao-lcu sign-hide tskip(fast+rdo)
x265 [info]: frame I:3 kb/s: 703.93 PSNR Mean: Y:43.460 U:48.570 V:50.060
x265 [info]: frame P:174 kb/s: 84.82 PSNR Mean: Y:41.031 U:47.563 V:48.032
x265 [info]: frame B:252 kb/s: 19.39 PSNR Mean: Y:41.372 U:47.810 V:48.248
x265 [info]: global: kb/s: 50.71 PSNR Mean: Y:41.248 U:47.715 V:48.173

encoded 429 frames in 60.79s (7.06 fps), 50.71 kb/s, Global PSNR: 42.922

--threads 6 --frame-threads 6
gives me:

yuv [info]: 640x352 25Hz, frames 0 - 428 of 0
x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 SSE4.2
x265 [info]: performance primitives: intrinsic assembly
x265 [info]: Main profile, Level-2.1 (Main tier)
x265 [info]: WPP streams / pool / frames : 6 / 6 / 6
x265 [info]: CU size : 64
x265 [info]: Max RQT depth inter / intra : 3 / 3
x265 [info]: ME / range / subpel / merge : star / 60 / 5 / 5
x265 [info]: Keyframe min / max : 250 / 250
x265 [info]: Rate Control : CQP-32
x265 [info]: Lookahead / bframes / badapt : 10 / 3 / 1
x265 [info]: tools: rect amp rd=2 ref=1 lft sao-lcu sign-hide tskip(fast+rdo)
x265 [info]: frame I:3 kb/s: 713.20 PSNR Mean: Y:43.474 U:48.752 V:50.392
x265 [info]: frame P:174 kb/s: 89.15 PSNR Mean: Y:41.028 U:47.519 V:48.074
x265 [info]: frame B:252 kb/s: 22.41 PSNR Mean: Y:41.359 U:47.794 V:48.246
x265 [info]: global: kb/s: 54.31 PSNR Mean: Y:41.240 U:47.689 V:48.191

encoded 429 frames in 63.27s (6.78 fps), 54.31 kb/s, Global PSNR: 42.915

--threads 12 --frame-threads 12

yuv [info]: 640x352 25Hz, frames 0 - 428 of 0
x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 SSE4.2
x265 [info]: performance primitives: intrinsic assembly
x265 [info]: Main profile, Level-2.1 (Main tier)
x265 [info]: WPP streams / pool / frames : 6 / 12 / 12
x265 [info]: CU size : 64
x265 [info]: Max RQT depth inter / intra : 3 / 3
x265 [info]: ME / range / subpel / merge : star / 60 / 5 / 5
x265 [info]: Keyframe min / max : 250 / 250
x265 [info]: Rate Control : CQP-32
x265 [info]: Lookahead / bframes / badapt : 10 / 3 / 1
x265 [info]: tools: rect amp rd=2 ref=1 lft sao-lcu sign-hide tskip(fast+rdo)
x265 [info]: frame I:3 kb/s: 713.20 PSNR Mean: Y:43.474 U:48.752 V:50.392
x265 [info]: frame P:174 kb/s: 89.15 PSNR Mean: Y:41.028 U:47.519 V:48.074
x265 [info]: frame B:252 kb/s: 22.41 PSNR Mean: Y:41.359 U:47.794 V:48.246
x265 [info]: global: kb/s: 54.31 PSNR Mean: Y:41.240 U:47.689 V:48.191


encoded 429 frames in 62.35s (6.88 fps), 54.31 kb/s, Global PSNR: 42.915

---threads 1 --frame-threads 500

yuv [info]: 640x352 25Hz, frames 0 - 428 of 0
x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 SSE4.2
x265 [info]: performance primitives: intrinsic assembly
x265 [info]: Main profile, Level-2.1 (Main tier)
x265 [info]: Concurrently encoded frames : 500
x265 [info]: CU size : 64
x265 [info]: Max RQT depth inter / intra : 3 / 3
x265 [info]: ME / range / subpel / merge : star / 60 / 5 / 5
x265 [info]: Keyframe min / max : 250 / 250
x265 [info]: Rate Control : CQP-32
x265 [info]: Lookahead / bframes / badapt : 10 / 3 / 1
x265 [info]: tools: rect amp rd=2 ref=1 lft sao-lcu sign-hide tskip(fast+rdo)
x265 [info]: frame I:3 kb/s: 703.93 PSNR Mean: Y:43.460 U:48.570 V:50.06
x265 [info]: frame P:174 kb/s: 84.82 PSNR Mean: Y:41.031 U:47.563 V:48.03
x265 [info]: frame B:252 kb/s: 19.39 PSNR Mean: Y:41.372 U:47.810 V:48.24
x265 [info]: global: kb/s: 50.71 PSNR Mean: Y:41.248 U:47.715 V:48.17


encoded 429 frames in 56.53s (7.59 fps), 50.71 kb/s, Global PSNR: 42.922

--threads 1 --frame-threads 300" -> (7.83 fps), 50.71 kb/s, Global PSNR: 42.922

-> Did anyone do some testing which combination is to be recommend?
(using 10000&10000 causes a crash which send Windows into a state where it couldn't even shut down)

[Selur]

QuadtreeTUMaxDepthInter must be less than or equal to the difference between log2(maxCUSize) and QuadtreeTULog2MinSize plus 1

What is the default "QuadtreeTULog2MinSize" value? (2?)

Is it like, the maximal allowed value for maxCuSize dependent of the width of the input?

For those interested:
maxCU size:
a. should be 2^n: 2, 4, 8, 16, 32, 64
b. input width div maxCU needs to be > 8
so for 352x240 the maximal allowed maxCUSize would be 32.
352/8 = 44
-> 32 < 44 < 64
-> 32
(sadly x265 doesn't validate this, it simply crashes if you use a to high maxCUSize value)

[x265.cc]

Has someone some experience on how many '--threads' and '--frame-threads' give the best speed/quality?

This depends on your source, your options and your cpu. So i don't think that there is any "fit them all" answer.

For anybody who wants to test an hevc encoded file, i've encoded bick buck buney..

Input source was 1080p h264, i've downscaled it to 720p.

ffmpeg.exe -i input.mov -vf scale=1280:-1 -f yuv4mpegpipe -pix_fmt yuv420p - | x265.exe --preset veryslow --y4m -o bigbuckbunny.hevc -

https://x265.cc/builds/xSamples/bigbuckbunny.hevc

I don't know if its useful..

[vhelp]

- news: --preset and --tune has been added.

-p/--preset: ultrafast, veryfast, faster, fast, medium, slow, slower, veryslow, or placebo
-t/--tune:   Tune the settings for a particular type of source or situation

post your results.

specs: 
x265 0.5 + 90
windows xp home, sp2, amd dual core 3600+ 2gig, 2 threads
source is 720x480 15 frames, (i can't afford to test longer clips due to this very slow pc)
* test results below are based on quick encode parameters, using --threads 2, and --frame-threads 1

x265 [info]: using cpu capabilities: MMX2 SSE SSE2Slow SlowCTZ

x265 0.5 + 70 (no preset support)
           38.00 secs <--- this was always my tipical encoding speeds

x265 0.5 + 90
fast:      29.08 secs
veryfast:  25.42 secs
ultrafast: 17.00 secs

[Selur]

--preset and --tune has been added.

Since preset and setting normally 'simply' are pseudonyms for a combination of other settings, does any one know the 'effect' of each of the presets and tune options? (some additional infos would be nice)
-> found the infos in the source code
btw. only preset that works atm. is "zero-latency"

[Selur]

for those interested, here are the effects of the different presets compared to the defaults:
ultrafast:

--ctu 32 --tu-intra-depth 1 --tu-inter-depth 1 --me 0 --subme 0 --merange 24 --no-rect --no-amp --max-merge 1 --early-skip --fast-cbf --no-tskip --bframes 4 --b-adapt 0 --rd 0 --no-signhide --no-lft

superfast:

--ctu 32 --tu-intra-depth 1 --tu-inter-depth 1 --me 1 --subme 1 --merange 24 --no-rect --no-amp --max-merge 1 --early-skip --fast-cbf --no-tskip --bframes 4 --b-adapt 0 --rd 0 --no-signhide --no-lft

veryfast:

--tu-intra-depth 1 --tu-inter-depth 1 --me 1 --subme 1 --no-rect --no-amp --max-merge 2 --early-skip --fast-cbf --no-tskip --bframes 4 --b-adapt 0 --rd 0

faster:

--tu-intra-depth 1 --tu-inter-depth 1 --me 1 --subme 1 --no-rect --no-amp --max-merge 2 --early-skip --bframes 4 --b-adapt 0 --rd 0

fast:

--tu-intra-depth 1 --tu-inter-depth 1 --me 1 --subme 1 --no-amp --max-merge 2 --rd 0

medium:
the x265 defaults
slow:

--tu-intra-depth 1 --tu-inter-depth 1 --max-merge 3 --no-tskip --bframes 4 --b-adapt 2 --rd 1

slower:

--tu-intra-depth 2 --tu-inter-depth 2 --max-merge 4 --no-tskip --rc-lookahead 20 --bframes 5 --b-adapt 2 --ref 3

veryslow:

--rc-lookahead 30 --bframes 9 --b-adapt 2 --ref 5

placebo:

--merange 124 --rc-lookahead 60 --bframes 16 --b-adapt 2

[El Heggunte]

Lentoid HEVC Decoder 2.0.1.16 has been released

http://www.strongene.com/en/downloads/downloadCenter.jsp

INFO:

--- fixed incompatibility with LAV Splitter

--- now it can be used in the Performance Test of Graphstudio

And if you happen to find more bugs/design flaws, or if you have feature requests,

DON'T BE SHY ( or lazy ) and yes, send a message to service ATTT strongene D0TTTTT com


Have fun

[chie]

rc: add CRF ratecontrol
--crf Quality-based VBR (0-51). Default 28.000000

cfr ftw \m/

[Selur]

crf = constant rate factor
cfr = constant frame rate

ftw = for the win ???

-> @chie: wtf?

[chie]

@Selur: constant rate factor :3

ftw= f*** the world :\

[El Heggunte]

^
^ chie is just postwhoring, alright

[chie]

x265 0.5+91-c51c35880df5

[Selur]

there might be some SSIM measuring related bug,
when I call:

ffmpeg -v -10 -i "H:\TestClips&Co\00000.m2ts" -an -sn -r 25000/1000 -threads 8 -vsync 0 -r 25 -pix_fmt yuv420p -f rawvideo - | x265 --preset superfast --input - --input-res 960x544 --fps 25 --frames 7500 --ssim --output "H:\Output\00000_15_43_04_1910_01.265"

the encoding crashes after a few frames, but if I use:

ffmpeg -v -10 -i "H:\TestClips&Co\00000.m2ts" -an -sn -r  25000/1000 -threads 8 -vsync 0 -r 25 -pix_fmt yuv420p -f rawvideo - |  x265 --preset superfast --input - --input-res 960x544 --fps 25 --frames  7500 --output "H:\Output\00000_15_43_04_1910_01.265"

everything is fine (using the 64bit 8bpp, 0.5+91 version from x264.cc)
Unhandled exception at 0x000000013f32f757 in x265.exe: 0xC0000005: Access violation reading location 0x000000000e209000.

same happens with:

x265 --preset superfast --input - --input-res 960x544 --fps 25 --frames 7500 --no-psnr --ssim --output "H:\Output\00000_16_22_37_0310_01.265"

x265 --input - --input-res 960x544 --fps 25 --frames 7500 --no-psnr --ssim --output "H:\Output\00000_16_23_49_2010_01.265"

works fine.

-> seems like the combination of '--preset X' and '--ssim' causes the problem.

[easyfab]

A test build under mingw 4.8.2 64 bit.

Perhaps a little faster than mingw 32 bits