Current Patches, Where to get them, How they affect speed/output

[LoRd_MuldeR]

Originally Posted by Romario

Please, skystrife, can you compile 64-bit build of your patched versions of x264 ?

x264 doesn't support x64 Windows. I think it could be built for x64 Windows by disabling all the Assembly, but that wouldn't make sense, speed-wise...

[kemuri-_9]

Originally Posted by LoRd_MuldeR

x264 doesn't support x64 Windows. I think it could be built for x64 Windows by disabling all the Assembly, but that wouldn't make sense, speed-wise...

yes i have made x64 builds but the assembly does not work with it (seg faults right at the start), and when disabling the assembly it's slower than the x86 with assembly.

[LoRd_MuldeR]

Originally Posted by kemuri-_9

yes i have made x64 builds but the assembly does not work with it (seg faults right at the start), and when disabling the assembly it's slower than the x86 with assembly.

That's because Win-x64 uses a different calling convention than Linux-x64 and hence the x264 assembly won't work on Win-x64 (but on Linux-x64 it does).
It's a known problem, but currently none of the developers is willing to fix it...

[akupenguin]

None of the developers has win64 nor is willing to install it. But you can help by donating a shell account on a win64/cygwin box.

[LoRd_MuldeR]

Originally Posted by akupenguin

None of the developers has win64 nor is willing to install it. But you can help by donating a shell account on a win64/cygwin box.

I'm running WinXP x64 Edition. If you tell me what to do, I'll do what I can...

[Ranguvar]

Same as above.

[akupenguin]

I don't actually know how, since cygwin isn't designed to be a whole multiuser environment. But there is a sshd, maybe that's enough.

[kemuri-_9]

Originally Posted by akupenguin

None of the developers has win64 nor is willing to install it. But you can help by donating a shell account on a win64/cygwin box.

win64, msys + mingw 64, and RDP?
does that sound sufficient, or would you still rather prefer sshd?

[akupenguin]

Originally Posted by kemuri-_9

win64, msys + mingw 64, and RDP?
does that sound sufficient, or would you still rather prefer sshd?

Sufficient if it works. The only times I've used RDP was RDP-over-X-over-compressed-ssh

[Manao]

sshd works well with cygwin, and is surprisingly easy to set up.

[Shinigami-Sama]

Originally Posted by akupenguin

Sufficient if it works. The only times I've used RDP was RDP-over-X-over-compressed-ssh

rdesktop works wonderfully well on solaris
so it should work on any other *nixy OS

[Ranguvar]

Check the Git log! Awesome new changes!

Home
Direct download, Mirrors

x264 r977 from Git (patched, fprofiled).
Thanks to the x264 devs, including those who made the patches I use.
Compiled by Ranguvar on September 16th, 2008, with GCC 4.3.2.
DON'T think that because I used march=athlon it restricts the CPUs you can use. 
It seems to improve performance (VERY slightly) for all CPUs.

Open this archive with the free, multi-platform tools 7-Zip or p7zip. Compressed with LZMA.
The src folder contains the patched source code.
The bin folder contains a binary executable, and a DLL for those apps that use it 
(May not work in AviDemux. Get those DLLs from LoRd_MuldeR).

Git:                                git://git.videolan.org/x264.git
Info, and source tarballs:          http://www.videolan.org/developers/x264.html
Changelog:                          http://git.videolan.org/gitweb.cgi?p=x264.git          
Vanilla builds:                     http://x264.nl/
Discussion:                         http://forum.doom9.org/forumdisplay.php?f=77
                                    http://forum.doom9.org/showthread.php?t=130364


Applied patches, in the order applied (included, unchanged, in the patches folder):

patch -p1 -i ../x264diffs/rang_x264_version.diff
patch -p1 -i ../x264diffs/x264_dll_alignment_fix.01.diff
patch -p1 -i ../x264diffs/x264_hrd_pulldown.09_interlace.diff
patch -p0 -i ../x264diffs/x264_fp-eta.01.r680.diff


CLI used for build: ./configure --enable-shared --extra-cflags="-march=athlon -pipe"
                    make fprofiled VIDS="../enctests/deadline_cif.y4m"

Platform:   X86
System:     MINGW
asm:        yes
avis input: yes
mp4 output: yes
pthread:    yes
gtk:        no
debug:      no
gprof:      no
PIC:        no
shared:     yes
visualize:  no

[Avenger007]

Originally Posted by Ranguvar

Check the Git log! Awesome new changes!

lol
I guess you're referring to

commit a92bbc2325942d2ceab2ab043727f5943a33bd64 r974
Author: Jason Garrett-Glaser <darkshikari@gmail.com>
Date: Tue Sep 16 00:31:26 2008 -0700

Cache motion vectors in lowres lookahead
This vastly speeds up b-adapt 2, especially at large bframes values.
This changes output because now MV prediction in lookahead only uses L0/L1 MVs, not bidir. This isn't a problem, since the bidir prediction wasn't really correct to begin with, so the change in output is neither positive nor negative.
This also allowed the removal of some unnecessary memsets, which should also give a small speed boost.
Finally, this allows the use of the lowres motion vectors for predictors in some future patch.

Btw, thanks for the Athlon builds.

[Inventive Software]

Yeah, plus the VBV ones.

[Ranguvar]

Yep
And I use march=athlon not for the Athlon CPU, but because it seems to improve performance on all CPUs (especially the Athlons), including my Core 2 Quad

[skystrife]

x264.977.modified.exe - Alternate Download

Patches used:

x264_hrd_pulldown.09_interlace.diff

gcc 3.4.5 fprofiled build with -march=pentium2.

Excited about the b-adapt 2 speedboost!

[kemuri-_9]

bah *stabs the planet*
I'm having problems accessing the git repository again... guess i'll try waiting it out....

[Ranguvar]

here ya go, unpatched, straight git clone

http://www.rapidspread.com/file.jsp?id=dwephtordq

[kemuri-_9]

thanks, but it worked for me this time!
the repository needs to stop being so finicky!

[skystrife]

Originally Posted by kemuri-_9

thanks, but it worked for me this time!
the repository needs to stop being so finicky!

I blame the new VLC release.