DeathTheSheep United: x264 Guide and VfW Builds

[MasterNobody]

Originally Posted by Dark Shikari

My AQ is a bit experimental at the moment, but it probably wouldn't be hard to make a VfW version supporting it.

There is no problems in adding AQ to VfW version. The only thing that needed is too compile with patched x264lib (VfW code already known about --aq-strength and --aq-sensitivity command line options). But before I will add AQ in my builds somebody (may be I, but later) need to fix some side-effects of current AQ (I think, due to this side-effects AQ patch is not in x264 trunk).

[Dark Shikari]

Originally Posted by MasterNobody

There is no problems in adding AQ to VfW version. The only thing that needed is too compile with patched x264lib (VfW code already known about --aq-strength and --aq-sensitivity command line options). But before I will add AQ in my builds somebody (may be I, but later) need to fix some side-effects of current AQ (I think, due to this side-effects AQ patch is not in x264 trunk).

There are two main AQs... Haali's and mine. Both have their side effects, and while Haali's is a lot weaker and therefore has fewer side effects, it isn't in trunk either.

[pelle412]

I've been trying to access DeathTheSheep's guide for a while now but the site has always exceeded the bandwidth. Is there a possibility for someone to attach the guide to a post here?

Thanks!

[DeathTheSheep]

Looks like it's gotten a little too popular... I'll put the zip as an attachment here, if it will fit.

Can anyone suggest/offer a better free hosting package?

[Dark Shikari]

Originally Posted by DeathTheSheep

Looks like it's gotten a little too popular... I'll put the zip as an attachment here, if it will fit.

Can anyone suggest/offer a better free hosting package?

Just use Mediafire--reliable with unlimited download/upload and 100MB max file size.

[MasterNobody]

Version 3_719bm of x264vfw
Changes:
- Added option "Extra options" (For those who want to mix standard options and x264-style command line options)
- Fixed impossibility to encode in some applications (for example, TMPGEnc Plus v2.524.63.181) which set lFrameCount == 0 in ICM_COMPRESS_FRAMES_INFO message
- Fixed other minor bugs

[Gromozeka]

Thanks, MASTER
There was trial version VirtualDub with support mkv:
http://216.75.63.164/andrew/VirtualDubMKVout.zip
http://216.75.63.164/andrew/VirtualdubMKVsrc.zip
Discussion is conducted here:
http://forums.virtualdub.org/index.p...&t=8904&st=60&

[Gromozeka]

MasterNobody, you can make more longly a line for a command line?
My parameters with by to a matrix do not get

[MasterNobody]

Gromozeka
I think current 259 symbols (260 including ending zero) for command line is enough. An it is the standard for real command line in Windows (this mean you can't use longer command line with x264 CLI version). I may suggest you to use "Extra options" instead of full command line. It has the same size 259 symbols but there you need to specify only options for which there is no standard GUI options.

May be you will post your command line which need more than 259 symbols here to look at it.

[LoRd_MuldeR]

MasterNobody, your installer doesn't create working shortcuts on WinXP x64 Edition!


What your installer created is:

Target: »C:\WINDOWS\system32\rundll32.exe x264vfw.dll,Configure«
Start in: »C:\WINDOWS\system32«


What we need on x64 Windows:

Target: »C:\WINDOWS\system32\rundll32.exe x264vfw.dll,Configure«
Start in: »C:\WINDOWS\sysWOW64«


Or alternatively you can use this:

Target: »C:\WINDOWS\system32\rundll32.exe C:\WINDOWS\sysWOW64\x264vfw.dll,Configure«
Start in: »C:\WINDOWS\system32«

[Gromozeka]

MasterNobody
The standart my command line from MeGui (not all):
--crf 18 --ref 10 --bframes 3 --b-pyramid --deblock -2,-1 --partitions all --8x8dct --direct auto --me umh --trellis 2 --subme 7 --mixed-refs --b-rdo --weightb --bime --no-fast-pskip --no-dct-decimate --cqmfile "C:\Program Files\x264GUI-Lite_14-04-2007\Matrices_x264\M4G HRM V2.cfg" --deadzone-inter 6 --deadzone-intra 6

in x264vfw:
--crf 18 --ref 10 --bframes 3 --b-pyramid --deblock -2,-1 --partitions all --8x8dct --direct auto --me umh --trellis 2 --subme 7 --mixed-refs --b-rdo --weightb --bime --no-fast-pskip --no-dct-decimate --cqmfile "C:\Program Files\x264GUI-Lite_14-04-2007\Matric

[MasterNobody]

Version 4_720bm of x264vfw
Changes:
- x264 core updated to svn-720
- Fix installation on 64 bit Windows versions
- Increased size of "command line" and "extra options" up to max 4095 symbols

[Gromozeka]

Originally Posted by MasterNobody

Version 4_720bm of x264vfw
Changes:
- x264 core updated to svn-720
- Fix installation on 64 bit Windows versions
- Increased size of "command line" and "extra options" up to max 4095 symbols

Thanks you for a long command line

[MasterNobody]

I compiled x264vfw experimental build. This x264vfw build was compiled using x264 core with adaptive quantization patch version 0.41 by Dark Shikari. There is no standard options for adaptive quantization so you need to specify x264-style command line options for using it.

P.S. I will update this builds not regularly (only when Dark Shikari will post new versions of his patch with source diff)

[LoRd_MuldeR]

Thanks

Will AQ be enabled by default in the "experimental" build? If not: What "x264-style command line options" do I need to set in particular to enable AQ?

BTW: Variance AQ, Version 0.42 is out

[Dark Shikari]

Originally Posted by MasterNobody

I compiled x264vfw experimental build. This x264vfw build was compiled using x264 core with adaptive quantization patch version 0.41 by Dark Shikari. There is no standard options for adaptive quantization so you need to specify x264-style command line options for using it.

P.S. I will update this builds not regularly (only when Dark Shikari will post new versions of his patch with source diff)

Here is the latest 0.42 diff, though its somewhat commented up due to my ripping out of the half-broken lambda-based AQ.

Lambda AQ would fail horribly on high QPs due to a bug that will be difficult to solve.

[MasterNobody]

x264vfw experimental build was updated to AQ patch version 0.42 by Dark Shikari (slightly modified but must be bit identical)

Originally Posted by LoRd_MuldeR

Thanks

Will AQ be enabled by default in the "experimental" build? If not: What "x264-style command line options" do I need to set in particular to enable AQ?

BTW: Variance AQ, Version 0.42 is out

No, it not enabled by default. The easiest way to use it is to specify "--aq-strength 1.0" in "Extra options" field (also there is "--aq-sensitivity <float>" option but it is recommended to leave it equal to 0.0 and so use automatic sensitivity)

[LoRd_MuldeR]

Originally Posted by MasterNobody

No, it not enabled by default. The easiest way to use it is to specify "--aq-strength 1.0" in "Extra options" field (also there is "--aq-sensitivity <float>" option but it is recommended to leave it equal to 0.0 and so use automatic sensitivity)

I see

[MasterNobody]

Version 5_736bm and 5_736bm_AQ_0.47 of x264vfw
Changes:
- Added colorspace conversion (removed from x264 svn-733)
- Added support for "tesa" motion estimation
- x264 core updated to svn-736

[Dark Shikari]

Originally Posted by MasterNobody

x264vfw experimental build was updated to AQ patch version 0.42 by Dark Shikari (slightly modified but must be bit identical)

No, it not enabled by default. The easiest way to use it is to specify "--aq-strength 1.0" in "Extra options" field (also there is "--aq-sensitivity <float>" option but it is recommended to leave it equal to 0.0 and so use automatic sensitivity)

Note that now the recommended settings are

--aq-strength 0.5
--aq-sensitivity 13
--qcomp 1.0