View Full Version : Current Patches, Where to get them, How they affect speed/output
rack04
19th February 2010, 16:10
Toolchain:
cross-mingw.gcc443.core2.20100124
gpac-cvs-0.4.6-DEV-01272010.core2
coreutils-5.97-2-msys-1.0.11-ext
pkg-config_0.23-3
glib_2.22.3-1
yasm-0.8.0.2289
msys-1.0.11
x264_x86_r1442M (http://www.multiupload.com/CHD4ORVC0J)
Patch:
x264_NAL-HRD.1.30 (http://pastebin.com/m11b319d9)
x264_AQ_experiments_v4 (http://komisar.gin.by/test/x264_AQ_experiments_v4.diff)
./configure --extra-cflags="-march=core2"
Platform: X86
System: MINGW
asm: yes
avs input: yes
lavf input: yes
ffms input: yes
mp4 output: yes
pthread: yes
debug: no
gprof: no
PIC: no
shared: no
visualize: no
make fprofiled VIDS=parkrun.1280x720.yuv
x264_x86_r1442M (http://www.multiupload.com/6TB6UZ2THO)
Patch:
x264_filtering_04_r1442 (http://users.telenet.be/darnley/x264/x264_filtering_04_r1442.diff)
x264_AQ_experiments_v4 (http://komisar.gin.by/test/x264_AQ_experiments_v4.diff)
./configure --extra-cflags="-march=core2"
Platform: X86
System: MINGW
asm: yes
avs input: yes
lavf input: yes
ffms input: yes
mp4 output: yes
pthread: yes
filters: resize select_every
debug: no
gprof: no
PIC: no
shared: no
visualize: no
make fprofiled VIDS=parkrun.1280x720.yuv
LAVF/FFMS:
ffmpeg r21893 and libswscale r30654 (http://www.multiupload.com/SO876G7G8J)
ffms2 r292 (http://www.multiupload.com/XPAMAV3B7Y)
jpsdr
19th February 2010, 17:30
@rack04 : How work your download links ?
When i click on them i have a french web page, but absolutely no download of any kind...
rack04
19th February 2010, 17:33
@rack04 : How work your download links ?
When i click on them i have a french web page, but absolutely no download of any kind...
The links are Multiupload.com links and they work fine for me.
http://i11.photobucket.com/albums/a199/rack04/multiupload.jpg
jpsdr
19th February 2010, 17:40
Well... That's absolutely NOT what i was getting !
And... now it's working...
I don't understand at all... Mysteries of Internet...
olapanekala
19th February 2010, 20:49
techhouse
we haven't seen any of your excellent builds for some time.
If it is no trouble pls make some icc qx ss3.
Thnx again for your time
:thanks:
VincAlastor
20th February 2010, 10:44
i have seen on komisar's website that autoVAQ is better than standard AQ. but i haven't understand what parameters i have to set for best quality? can someone say me short what i have to use for tune film? --aq-mode 2 --psy-rd 1.0:0.15 or --aq-mode 2 --psy-rd 0:0 or the patch --aq-mode 3 --psy-rd ??:??
my english isn't good enough to understand such things.
thank you guys for your great builds an patches and yes [rex] or techhouse intel ss3 patches are missing for a while :)
rack04
20th February 2010, 15:24
i have seen on komisar's website that autoVAQ is better than standard AQ. but i haven't understand what parameters i have to set for best quality? can someone say me short what i have to use for tune film? --aq-mode 2 --psy-rd 1.0:0.15 or --aq-mode 2 --psy-rd 0:0 or the patch --aq-mode 3 --psy-rd ??:??
my english isn't good enough to understand such things.
thank you guys for your great builds an patches and yes [rex] or techhouse intel ss3 patches are missing for a while :)
Best is whatever is best for you. Please see this post for an explanation of the modes.
http://forum.doom9.org/showthread.php?p=1357555#post1357555
VincAlastor
21st February 2010, 08:42
Best is whatever is best for you. Please see this post for an explanation of the modes.
http://forum.doom9.org/showthread.php?p=1357555#post1357555
i do compress very strong together with strong denoising and some sharpening (fft3d). the best is for me a setting with much less artefacts, like banding.
rack04
22nd February 2010, 03:31
Toolchain:
cross-mingw.gcc443.core2.20100124
gpac-cvs-0.4.6-DEV-01272010.core2
coreutils-5.97-2-msys-1.0.11-ext
pkg-config_0.23-3
glib_2.22.3-1
yasm-r2291
msys-1.0.11
x86:
x264_x86_r1442M (http://www.multiupload.com/YYQ6Y7TUHW)
Patch:
x264_NAL-HRD.1.31 (http://pastebin.com/m7c87355c)
x264_AQ_experiments_v4 (http://komisar.gin.by/test/x264_AQ_experiments_v4.diff)
./configure --extra-cflags="-march=core2"
Platform: X86
System: MINGW
asm: yes
avs input: yes
lavf input: yes
ffms input: yes
mp4 output: yes
pthread: yes
debug: no
gprof: no
PIC: no
shared: no
visualize: no
make fprofiled VIDS=pedestrian_1920x1080.yuv
LAVF/FFMS:
ffmpeg r21955 and libswscale r30694 (http://www.multiupload.com/ICPI7LO9H0)
ffms2 r292 (http://www.multiupload.com/LXHQ3SXB1D)
x264_x86_r1442M (http://www.multiupload.com/UQ9M97S72A)
Patch:
x264_filtering_05_r1442 (http://users.telenet.be/darnley/x264/x264_filtering_05_r1442.diff)
x264_AQ_experiments_v4 (http://komisar.gin.by/test/x264_AQ_experiments_v4.diff)
./configure --extra-cflags="-march=core2"
Platform: X86
System: MINGW
asm: yes
avs input: yes
lavf input: yes
ffms input: yes
mp4 output: yes
pthread: yes
filters: resize select_every crop
debug: no
gprof: no
PIC: no
shared: no
visualize: no
make fprofiled VIDS=parkrun.1280x720.yuv
LAVF/FFMS:
ffmpeg r21961 and libswscale r30697 (http://www.multiupload.com/CVRUC2KJ90)
ffms2 r292 (http://www.multiupload.com/P39WYMAIB8)
x64:
x264_x64_r1442M (http://www.multiupload.com/1N8AS0YQU1)
Patch:
x264_NAL-HRD.1.31 (http://pastebin.com/m7c87355c)
x264_AQ_experiments_v4 (http://komisar.gin.by/test/x264_AQ_experiments_v4.diff)
./configure --extra-cflags="-march=core2" --host="x86_64-pc-mingw32" --cross-prefix="x86_64-pc-mingw32-"
Platform: X86_64
System: MINGW
asm: yes
avs input: yes
lavf input: no
ffms input: no
mp4 output: yes
pthread: yes
debug: no
gprof: no
PIC: no
shared: no
visualize: no
make fprofiled VIDS=pedestrian_1920x1080.yuv
rack04
23rd February 2010, 15:10
Toolchain:
cross-mingw.gcc443.core2.20100124
gpac-cvs-0.4.6-DEV.core2.01272010
coreutils-5.97-2-msys-1.0.11-ext
pkg-config_0.23-3
glib_2.22.3-1
yasm-r2291
msys-1.0.11
x86:
x264_x86_r1460M (http://www.multiupload.com/0KA37E7WVX)
./configure --extra-cflags="-march=core2"
Platform: X86
System: MINGW
asm: yes
avs input: yes
lavf input: yes
ffms input: yes
mp4 output: yes
pthread: yes
debug: no
gprof: no
PIC: no
shared: no
visualize: no
make fprofiled VIDS=parkrun.1280x720.yuv
LAVF/FFMS:
ffmpeg r21997 and libswscale r30720 (http://www.multiupload.com/BIE13B7J2T)
ffms2 r292 (http://www.multiupload.com/2PVUU91O1F)
jpsdr
23rd February 2010, 15:20
From what it seems, the autoVAQ 4 is now implemented, the new --aqmode 2 is the same than old/patched --aqmode 4.
But, can someone please make a build with the last NAL_HRD ?
Thanks.
rack04
23rd February 2010, 15:27
From what it seems, the autoVAQ 4 is now implemented, the new --aqmode 2 is the same than old/patched --aqmode 4.
But, can someone please make a build with the last NAL_HRD ?
Thanks.
The patch will have to be updated the patch the latest git.
jpsdr
23rd February 2010, 15:29
@rack04
Here the result of the --fullhelp of your last build.
There is apparently some troubles...
x264 core:88 r1460 9e35bd0
Syntax: x264 [options] -o outfile infile [widthxheight]
Options:
-h, --help List basic options
--longhelp List more options
--fullhelp List all options
Frame-type options:
-I, --keyint <integer> Maximum GOP size [2089877979]
-i, --min-keyint <integer> Minimum GOP size [0]
--no-scenecut Disable adaptive I-frame decision
--scenecut <integer> How aggressively to insert extra I-frames [12]
--intra-refresh Use Periodic Intra Refresh instead of IDR frames
-b, --bframes <integer> Number of B-frames between I and P [2368272]
--b-adapt <integer> Adaptive B-frame decision method [2367120]
Higher values may lower threading efficiency.
- 0: Disabled
- 1: Fast
- 2: Optimal (slow with high --bframes)
--b-bias <integer> Influences how often B-frames are used [2292916]
--b-pyramid <string> Keep some B-frames as references [???]
- none: Disabled
- strict: Strictly hierarchical pyramid
- normal: Non-strict (not Blu-ray compatible)
--no-cabac Disable CABAC
-r, --ref <integer> Number of reference frames [2089881734]
--no-deblock Disable loop filter
-f, --deblock <alpha:beta> Loop filter parameters [2293064:2371200]
--slices <integer> Number of slices per frame; forces rectangular
slices and is overridden by other slicing options
--slice-max-size <integer> Limit the size of each slice in bytes
--slice-max-mbs <integer> Limit the size of each slice in macroblocks
--interlaced Enable pure-interlaced mode
--constrained-intra Enable constrained intra prediction.
Ratecontrol:
-q, --qp <integer> Force constant QP (0-51, 0=lossless)
-B, --bitrate <integer> Set bitrate (kbit/s)
--crf <float> Quality-based VBR (0-51, 0=lossless) [0.0]
--rc-lookahead <integer> Number of frames for frametype lookahead [10513352]
--vbv-maxrate <integer> Max local bitrate (kbit/s) [9762748]
--vbv-bufsize <integer> Set size of the VBV buffer (kbit) [9830000]
--vbv-init <float> Initial VBV buffer occupancy [0.0]
--qpmin <integer> Set min QP [6]
--qpmax <integer> Set max QP [0]
--qpstep <integer> Set max QP step [6]
--ratetol <float> Tolerance of ABR ratecontrol and VBV [0.0]
--ipratio <float> QP factor between I and P [0.00]
--pbratio <float> QP factor between P and B [0.00]
--chroma-qp-offset <integer> QP difference between chroma and luma [10511436]
--aq-mode <integer> AQ method [9274580]
- 0: Disabled
- 1: Variance AQ (complexity mask)
- 2: Auto-variance AQ (experimental)
--aq-strength <float> Reduces blocking and blurring in flat and
textured areas. [0.0]
-p, --pass <integer> Enable multipass ratecontrol
- 1: First pass, creates stats file
- 2: Last pass, does not overwrite stats file
- 3: Nth pass, overwrites stats file
--stats <string> Filename for 2 pass stats [""]
--no-mbtree Disable mb-tree ratecontrol.
--qcomp <float> QP curve compression [0.00]
--cplxblur <float> Reduce fluctuations in QP (before curve compression) [0.0]
--qblur <float> Reduce fluctuations in QP (after curve compression) [0.0]
--zones <zone0>/<zone1>/... Tweak the bitrate of regions of the video
Each zone is of the form
<start frame>,<end frame>,<option>
where <option> is either
q=<integer> (force QP)
or b=<float> (bitrate multiplier)
--qpfile <string> Force frametypes and QPs for some or all frames
Format of each line: framenumber frametype QP
QP of -1 lets x264 choose. Frametypes: I,i,P,B,b.
QPs are restricted by qpmin/qpmax.
Analysis:
-A, --partitions <string> Partitions to consider ["p8x8,b8x8,i8x8,i4x4"]
- p8x8, p4x4, b8x8, i8x8, i4x4
- none, all
(p4x4 requires p8x8. i8x8 requires --8x8dct.)
--direct <string> Direct MV prediction mode ["???"]
- none, spatial, temporal, auto
--no-weightb Disable weighted prediction for B-frames
--weightp <integer> Weighted prediction for P-frames [9827368]
- 0: Disabled
- 1: Blind offset
- 2: Smart analysis
--me <string> Integer pixel motion estimation method ["???"]
- dia: diamond search, radius 1 (fast)
- hex: hexagonal search, radius 2
- umh: uneven multi-hexagon search
- esa: exhaustive search
- tesa: hadamard exhaustive search (slow)
--merange <integer> Maximum motion vector search range [9291360]
--mvrange <integer> Maximum motion vector length [-1 (auto)]
--mvrange-thread <int> Minimum buffer between threads [-1 (auto)]
-m, --subme <integer> Subpixel motion estimation and mode decision [0]
- 0: fullpel only (not recommended)
- 1: SAD mode decision, one qpel iteration
- 2: SATD mode decision
- 3-5: Progressively more qpel
- 6: RD mode decision for I/P-frames
- 7: RD mode decision for all frames
- 8: RD refinement for I/P-frames
- 9: RD refinement for all frames
- 10: QP-RD - requires trellis=2, aq-mode>0
--psy-rd Strength of psychovisual optimization ["0.0:0.0"]
#1: RD (requires subme>=6)
#2: Trellis (requires trellis, experimental)
--no-psy Disable all visual optimizations that worsen
both PSNR and SSIM.
--no-mixed-refs Don't decide references on a per partition basis
--no-chroma-me Ignore chroma in motion estimation
--no-8x8dct Disable adaptive spatial transform size
-t, --trellis <integer> Trellis RD quantization. Requires CABAC. [9291201]
- 0: disabled
- 1: enabled only on the final encode of a MB
- 2: enabled on all mode decisions
--no-fast-pskip Disables early SKIP detection on P-frames
--no-dct-decimate Disables coefficient thresholding on P-frames
--nr <integer> Noise reduction [6]
--deadzone-inter <int> Set the size of the inter luma quantization deadzone [9827368]
--deadzone-intra <int> Set the size of the intra luma quantization deadzone [2293292]
Deadzones should be in the range 0 - 32.
--cqm <string> Preset quant matrices ["flat"]
- jvt, flat
--cqmfile <string> Read custom quant matrices from a JM-compatible file
Overrides any other --cqm* options.
--cqm4 <list> Set all 4x4 quant matrices
Takes a comma-separated list of 16 integers.
--cqm8 <list> Set all 8x8 quant matrices
Takes a comma-separated list of 64 integers.
--cqm4i, --cqm4p, --cqm8i, --cqm8p
Set both luma and chroma quant matrices
--cqm4iy, --cqm4ic, --cqm4py, --cqm4pc
Set individual quant matrices
Video Usability Info (Annex E):
The VUI settings are not used by the encoder but are merely suggestions to
the playback equipment. See doc/vui.txt for details. Use at your own risk.
--overscan <string> Specify crop overscan setting ["???"]
- undef, show, crop
--videoformat <string> Specify video format ["component"]
- component, pal, ntsc, secam, mac, undef
--fullrange <string> Specify full range samples setting ["???"]
- off, on
--colorprim <string> Specify color primaries ["???"]
- undef, bt709, bt470m, bt470bg
smpte170m, smpte240m, film
--transfer <string> Specify transfer characteristics ["???"]
- undef, bt709, bt470m, bt470bg, linear,
log100, log316, smpte170m, smpte240m
--colormatrix <string> Specify color matrix setting ["???"]
- undef, bt709, fcc, bt470bg
smpte170m, smpte240m, GBR, YCgCo
--chromaloc <integer> Specify chroma sample location (0 to 5) [2089878056]
Input/Output:
-o, --output Specify output file
--muxer <string> Specify output container format ["auto"]
- auto, raw, mkv, flv, mp4
--demuxer <string> Specify input container format ["auto"]
- auto, yuv, y4m, avs, lavf, ffms
--index <string> Filename for input index file
--sar width:height Specify Sample Aspect Ratio
--fps <float|rational> Specify framerate
--seek <integer> First frame to encode
--frames <integer> Maximum number of frames to encode
--level <string> Specify level (as defined by Annex A)
-v, --verbose Print stats for each frame
--no-progress Don't show the progress indicator while encoding
--quiet Quiet Mode
--psnr Enable PSNR computation
--ssim Enable SSIM computation
--threads <integer> Force a specific number of threads
--sliced-threads Low-latency but lower-efficiency threading
--thread-input Run Avisynth in its own thread
--sync-lookahead <integer> Number of buffer frames for threaded lookahead
--non-deterministic Slightly improve quality of SMP, at the cost of repeatability
--asm <integer> Override CPU detection
--no-asm Disable all CPU optimizations
--visualize Show MB types overlayed on the encoded video
--dump-yuv <string> Save reconstructed frames
--sps-id <integer> Set SPS and PPS id numbers [8746976]
--aud Use access unit delimiters
--force-cfr Force constant framerate timestamp generation
rack04
23rd February 2010, 15:31
@rack04
Here the result of the --fullhelp of your last build.
There is apparently some troubles...
Yeah I noticed that. :confused:
komisar
23rd February 2010, 15:35
rack04, check #x264dev channel...
rack04
23rd February 2010, 15:55
rack04, check #x264dev channel...
Toolchain:
cross-mingw.gcc443.core2.20100124
gpac-cvs-0.4.6-DEV.core2.01272010
coreutils-5.97-2-msys-1.0.11-ext
pkg-config_0.23-3
glib_2.22.3-1
yasm-r2291
msys-1.0.11
x86:
x264_x86_r1460M (http://www.multiupload.com/QJUAPWZD3F)
Patch:
x264_NAL-HRD.1.31.r1460 (http://komisar.gin.by/x.patch/last.used/x264_NAL-HRD.1.31.r1460.diff)
http://pastebin.com/GEGvfb89
http://pastebin.com/iv7W7mUH
http://pastebin.com/NdGLftsw
Build:
./configure --extra-cflags="-march=core2"
Platform: X86
System: MINGW
asm: yes
avs input: yes
lavf input: yes
ffms input: yes
mp4 output: yes
pthread: yes
debug: no
gprof: no
PIC: no
shared: no
visualize: no
make fprofiled VIDS=parkrun.1280x720.yuv
LAVF/FFMS:
ffmpeg r21997 and libswscale r30720 (http://www.multiupload.com/BIE13B7J2T)
ffms2 r292 (http://www.multiupload.com/2PVUU91O1F)
Dark Shikari
23rd February 2010, 18:13
Fixed, dumb typo/error. Didn't affect encoding, just help display.
shon3i
23rd February 2010, 18:33
@rack04, can you do x64 :) pls :D
rack04
23rd February 2010, 18:37
@rack04, can you do x64 :) pls :D
Not until I have access to my home computer.
Dark Shikari
23rd February 2010, 18:52
Sorry to make you keep rebuilding, but I just committed another fix for a stupid mistake that broke fast firstpass.
shon3i
23rd February 2010, 19:28
Ok thanks, i will wait.
@Dark Shikari, what you think about adding nal-hrd as Experimental and call Experimental Blu-Ray support, i think more people will try and post feedback.
Dark Shikari
23rd February 2010, 19:34
Crash with win64 caused by pengvado's patch fixed. Re-pull your trees.
rack04
23rd February 2010, 20:31
Toolchain:
cross-mingw.gcc443.core2.20100124
gpac-cvs-0.4.6-DEV.core2.01272010
coreutils-5.97-2-msys-1.0.11-ext
pkg-config_0.23-3
glib_2.22.3-1
yasm-r2291
msys-1.0.11
x264_x86_r1463M (http://www.multiupload.com/7OQWL4SUCG)
Patch:
x264_NAL-HRD.1.31.r1460 (http://komisar.gin.by/x.patch/last.used/x264_NAL-HRD.1.31.r1460.diff)
Build:
./configure --extra-cflags="-march=core2"
Platform: X86
System: MINGW
asm: yes
avs input: yes
lavf input: yes
ffms input: yes
mp4 output: yes
pthread: yes
debug: no
gprof: no
PIC: no
shared: no
visualize: no
make fprofiled VIDS=parkrun.1280x720.yuv
LAVF/FFMS:
ffmpeg r21997 and libswscale r30720 (http://www.multiupload.com/BIE13B7J2T)
ffms2 r292 (http://www.multiupload.com/2PVUU91O1F)
Dark Shikari
23rd February 2010, 20:39
Should probably note that we killed r1463 because of a bug that only occurred with some resolutions. The patch wasn't well tested enough, so it'll go into the next release.
The current latest version is r1462. r1463 will generate corrupt output for some resolutions, like CIF.
rack04
23rd February 2010, 22:47
Toolchain:
cross-mingw.gcc443.core2.20100124
gpac-cvs-0.4.6-DEV.core2.01272010
coreutils-5.97-2-msys-1.0.11-ext
pkg-config_0.23-3
glib_2.22.3-1
yasm-r2291
msys-1.0.11
x264_x86_r1462M (http://www.multiupload.com/714WG8KAKK)
Patch:
x264_NAL-HRD.1.31.r1460 (http://komisar.gin.by/x.patch/last.used/x264_NAL-HRD.1.31.r1460.diff)
Build:
./configure --extra-cflags="-march=core2"
Platform: X86
System: MINGW
asm: yes
avs input: yes
lavf input: yes
ffms input: yes
mp4 output: yes
pthread: yes
debug: no
gprof: no
PIC: no
shared: no
visualize: no
make fprofiled VIDS=parkrun.1280x720.yuv
LAVF/FFMS:
ffmpeg r22008 and libswscale r30722 (http://www.multiupload.com/Y2W03LV66G)
ffms2 r292 (http://www.multiupload.com/UTBTQKSOS5)
Fr4nz
23rd February 2010, 23:09
Rack, could you make also 64-bit builds? Thank you :D
rack04
23rd February 2010, 23:19
Rack, could you make also 64-bit builds? Thank you :D
http://forum.doom9.org/showthread.php?p=1376972#post1376972
outlaw.78
24th February 2010, 00:04
x264 64bit (http://www.mediafire.com/?mixnjvhyinv)
x264 64bit NAL-HRD patch (http://www.mediafire.com/?m3wxzayyqez) (x264_NAL-HRD.1.31.r1460.diff) (http://komisar.gin.by/x.patch/last.used/x264_NAL-HRD.1.31.r1460.diff)
gcc 4.5.0 20100211 (experimental)
ffmpeg svn 22010
ffms2 svn 292
pthreads 2.9.0.0 shared
x264 0.88.1462 x86_64,amdfam10,fprofiled
rack04
24th February 2010, 03:40
Toolchain:
cross-mingw.gcc443.core2.20100124
gpac-cvs-0.4.6-DEV.core2.01272010
coreutils-5.97-2-msys-1.0.11-ext
pkg-config_0.23-3
glib_2.22.3-1
yasm-r2291
msys-1.0.11
x64:
x264_x64_r1462M (http://www.multiupload.com/W3D9IHR9WY)
Patch:
x264_NAL-HRD.1.31.r1460 (http://komisar.gin.by/x.patch/last.used/x264_NAL-HRD.1.31.r1460.diff)
Build:
./configure --extra-cflags="-march=core2" --host="x86_64-pc-mingw32" --cross-prefix="x86_64-pc-mingw32-"
Platform: X86_64
System: MINGW
asm: yes
avs input: yes
lavf input: no
ffms input: no
mp4 output: yes
pthread: yes
debug: no
gprof: no
PIC: no
shared: no
visualize: no
make fprofiled VIDS=pedestrian_1920x1080.yuv
tormento
25th February 2010, 11:01
@komisar
I am positively addicted to your builds. PLEASE release 1462/3 on your site ;)
komisar
25th February 2010, 13:06
tormento, in progress... ;) (also vfw builds updating...)
edit: CLI ready (kMod-build with .avi output support)
[UPD] Patch x264_avi_output.v2.diff (http://komisar.gin.by/x.patch/last.used/x264_avi_output.v2.diff) by BugMaster...
Fr4nz
25th February 2010, 13:59
Aaaah, great Komisarrrr... :D
tormento
25th February 2010, 14:47
tormento, in progress... ;)
Great! Already encoding with your new core2_x64 build!
P.S: Do you think is better to use avs4x264 or vfw4x264 to wrap 64bit to 32bit only encoder gui?
aegisofrime
25th February 2010, 15:20
komisar, I'm wondering if you could give a little help to outlaw78 applying the AQ4 patch? So that he could give a little goodness to us AMD users :)
hmmmm i am getting an error trying to apply this patch to latest source code, using git it says patch does not apply...
any help?
komisar
25th February 2010, 15:40
komisar, I'm wondering if you could give a little help to outlaw78 applying the AQ4 patch? So that he could give a little goodness to us AMD users :)
aq:4 == aq:2 in x264.rev1462
aq4 commit as aq2 in git
http://forum.doom9.org/showthread.php?p=1376873#post1376873
outlaw.78
25th February 2010, 21:53
aq:4 == aq:2 in x264.rev1462
aq4 commit as aq2 in git
http://forum.doom9.org/showthread.php?p=1376873#post1376873
nice :) less work for me :P
RainyDog
27th February 2010, 09:26
nice :) less work for me :P
Outlaw, will you be doing a 1471 AMD x64 build? Cheers.
desta
27th February 2010, 16:34
I don't know if it was just my settings, but I did an encode using 1462 and even though b-pyramid defaults to normal (2) in the fullhelp and changelog, the end result of the encode gave me b-pyramid 1 (according to avinaptic).
My encode settings were: --level 4.1 --preset veryslow --crf 18.5 --deblock -2:-1 --psy-rd 1.00:0.20 --qcomp 0.65 --aq-mode 2 --no-mbtree --intra-refresh
kemuri-_9
27th February 2010, 16:51
I don't know if it was just my settings, but I did an encode using 1462 and even though b-pyramid defaults to normal (2) in the fullhelp and changelog, the end result of the encode gave me b-pyramid 1 (according to avinaptic).
My encode settings were: --level 4.1 --preset veryslow --crf 18.5 --deblock -2:-1 --psy-rd 1.00:0.20 --qcomp 0.65 --aq-mode 2 --no-mbtree --intra-refresh
you seem to have conveniently ignored the warnings x264 issues here:
x264 [warning]: b-pyramid normal + intra-refresh is not supported
x264 [warning]: ref > 1 + intra-refresh is not supported
desta
27th February 2010, 17:16
you seem to have conveniently ignored the warnings x264 issues here:
x264 [warning]: b-pyramid normal + intra-refresh is not supported
x264 [warning]: ref > 1 + intra-refresh is not supported
Just checked the log and I conveniently didn't get any warnings. Thanks for the heads up though.
outlaw.78
27th February 2010, 19:22
x264 64bit (http://www.mediafire.com/?y12twafmqm4)
gcc 4.5.0 20100225 (experimental)
ffmpeg git 22094
ffms2 svn 298
pthreads 2.9.0.0 shared
x264 0.88.1471 x86_64,amdfam10,fprofiled
captnes
28th February 2010, 02:12
x264 64bit (http://www.mediafire.com/?y12twafmqm4)
gcc 4.5.0 20100225 (experimental)
ffmpeg svn 22094
ffms2 svn 298
pthreads 2.9.0.0 shared
x264 0.88.1471 x86_64,amdfam10,fprofiled
Ok, I'm at a loss. I haven't been able to extract a single one of your builds Outlaw. Tried both 7zip and WinRar and get an unsupported compression method on everyone you've posted.
InsulinJunkie
28th February 2010, 02:20
Ok, I'm at a loss. I haven't been able to extract a single one of your builds Outlaw. Tried both 7zip and WinRar and get an unsupported compression method on everyone you've posted.
WinRar pukes on them, but the 7zip 9.10 beta (64-bit version) seems to work.
LoRd_MuldeR
28th February 2010, 02:23
WinRar pukes on them, but the 7zip 9.10 beta (64-bit version) seems to work.
It seems he used LZMA2 compression, which is not widely supported yet. An up-to-date 7-Zip will handle it fine though!
(Overall LZMA2 compresses slightly worse than LZMA, but is more suitable for multi-threading ;) )
XhmikosR
28th February 2010, 02:40
Latest WinRAR handles LZMA2 7z archives just fine. IIRC v3.91 added support for this.
captnes
28th February 2010, 04:58
Thank you much gentlemen. The 7zip beta did the trick.
outlaw.78
28th February 2010, 09:00
It seems he used LZMA2 compression, which is not widely supported yet. An up-to-date 7-Zip will handle it fine though!
(Overall LZMA2 compresses slightly worse than LZMA, but is more suitable for multi-threading ;) )
y was using lzma2 cause it handles 4 threads fine...
ofc for this tiny archive there is no reason but its just left there on default.. i will try to to use normal lzma next time i post guys....
RainyDog
28th February 2010, 09:29
y was using lzma2 cause it handles 4 threads fine...
ofc for this tiny archive there is no reason but its just left there on default.. i will try to to use normal lzma next time i post guys....
Thanks, I had the winrar problem too so was having to use 7-zip. Cheers yet again for the latest build, too :)
captnes
28th February 2010, 10:22
Indeed, now that I've actually been able to test it I've been very pleased with the results. Thanks Outlaw.
outlaw.78
28th February 2010, 22:17
Indeed, now that I've actually been able to test it I've been very pleased with the results. Thanks Outlaw.
thanks guys :)
i would love to see some comparison results on AMD vs Intel
builds, if someone have the time to do it...
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.