does anyone have the latest sources of x264?

[bond]

as fenrirs site seems to be down and not coming back, i wondered if anyone has the the latest sources of the codec?

i have here the sources from 2004-05-11, but there should have been changes till at least 18/19 may...

would be great if someone who has the sources on his hdd could upload them, so they dont get lost :(

[Nic]

ffdshow has it's version:- http://cvs.sourceforge.net/viewcvs.py/ffdshow/ffdshow/src/codecs/x264/

and handbrake have theres:
http://m0k.org/cgi-bin/viewcvs.cgi/HandBrake/HandBrake/contrib/libx264/

But I can't tell if or which is the latest, if you find out bond, let me/us know. :)

-Nic

ps/edit
looks like the ffdshow one is the later of the two if you believe the
#define X264_BUILD "0x0006" in x264.h...

pps
Talking to Gildas Bazin, he says he has heard the reason the main website is down is not because he has taken it offline, but because of harddrive/server problems...so it may well come back up yet.

[bond]

doesnt seem so, as ffdshow latest update happened on May 12, handbrake on Apr 24 :(

[Tommy Carrot]

Try here (http://www.fw.hu/carrotland/x264-cvs-2004-05-25.tar.gz). :) But i think it has got only cosmetic fixes, i didn't see substantial changes.

[Nic]

Thanks tommy, that's a lot better... :)

[bond]

thanks a lot also from my side :o

[Nic]

Ahhh, Gildas just sent me an email saying the CVS has moved:
cvs -z3 -d :pserver:anonymous@orion.via.ecp.fr:/cvs co x264

For those who don't use CVS:
http://nic.dnsalias.com/x264src.zip
(edit:this has a build number of 8, and Tommy's had 7, so I assume this is the latest and most up to date)

-Nic

ps
Just to complement bond's already excellent faq:
Another link to the draft of the spec and overviews can be found at:
http://bs.hhi.de/~wiegand/JVT.html
Other useful ammendments, etc can be found at:
ftp://ftp.imtc-files.org/jvt-experts

[dragongodz]

or if using tortoisecvs paste
:pserver:anonymous@orion.via.ecp.fr:/cvs

and add x264 to the module line

[Tommy Carrot]

Perhaps moving the project to sourceforge would be a good idea, it's a more developer-friendly place, and IMO more people would join.

[bond]

Originally posted by Tommy Carrot
Perhaps moving the project to sourceforge would be a good idea, it's a more developer-friendly place, and IMO more people would join. yep, at least it would be easier to join (preventing everyone working on it having to fork it)

[Nic]

That's a good idea, I've been playing with it tonight, very easy to change and work with (especially compared to the reference source) added a AVS input on the encoding util, two pass style code should be easy...

-Nic

[bond]

Originally posted by Nic
That's a good idea, I've been playing with it tonight, very easy to change and work with (especially compared to the reference source) added a AVS input on the encoding util, two pass style code should be easy...great!!! big nic starts sniffing in the code :D
can you plz add .mp4 output too ;)

if you have nothing against it i can start a project on sf. or maybe you want to do it? the .avs addon surely deserves its place in the "official" code :)

[Nic]

Well, no need to rush, the code is small, i'll upload it. Have to make sure I haven't broken anything else when fiddling. At present, when compiling in vc6, not all the optimisations are used, I've changed that by allowing gcc to custom build the two C files that need it, but it would be best to port the inline gcc asm code to nasm...I'll try that.

edit: also if it's put on sourceforge, it would be a lot better to have a leader to lead the project before putting it up...But I dont know who'd be skilled enough and have the free time...

-Nic

ps
The bitrate ratecontrol is very simple (too simple really) but ill fix that as well so things aren't done on just on a set quant...

pps
Edit actually there is nothing wrong with the ratecontrol already there, however, because it used floating point math it needs an emms, which wasn't given, so you need to do x264_ratecontrol_end after x264_cpu_restore not before...

[Gibalou]

I had a word with fenrir and we'll be moving the x264 project to the videolan.org servers. We're just waiting for sam (the admin of the subversion repositories) to come back from his holiday ;).
IMHO it should be a better solution than moving the project to sourceforge, and we'll be able to setup a mailing list/forum for it as well.

[Nic]

Thanks Gibalou, have a good holiday :)

[WaryWolf]

does anyone know if a console/stand-alone version of x264 would be possible? i'm intrested in testing it but all the vfw implementations have failed for me and the closest i've come to h.264 is with the reference software binaries. thanks in advance.

[Nic]

I'll upload my AVS patched version over the weekend for you to try. Along with avc2avi so you can play it with the player of your choice :)

-Nic

ps
I'm also trying to optimise the reference source code, the motion code will be hard to do (for me ;) ) But other bits like the Hadamard transform are easy...

pps
Wow, it's amazing how quick the reference encoder is with a few of the parameters turned off...(but then the quality drops of course)

[Gibalou]

Ok, here is the official web site for x264:
http://www.videolan.org/x264.html

[P0l1m0rph1c]

Nice! :) Thanks Gibalou ;)

[MfA]

Subscribing to the x264 mailing list through the website doesnt seem to work at the moment, it keeps telling me I have not selected a mailing list ... doing it through the mail server worked fine though.

[Tommy Carrot]

It was a while since x264 had been moved to the videolan site, and i can't help i'm curious. Could someone, who can handle SVN, check if there was any further development since fenrir left the project? Everything seems so silent around it.

[P0l1m0rph1c]

By the way, am I the only one having trouble compiling the latest sources from SVN? The errors are mostly in mc-c.c, in \i386.

I use MS VC++ 6 SP5 to compile it. ICL gives trouble also. Could anyone check this?

[BoNz1]

Originally posted by P0l1m0rph1c
By the way, am I the only one having trouble compiling the latest sources from SVN? The errors are mostly in mc-c.c, in \i386.

I use MS VC++ 6 SP5 to compile it. ICL gives trouble also. Could anyone check this?

Me too. To answer Tommy Carrot's question I do not believe there have been any major changes with x264 since it went into the videolan subversion.

[hellfred]

cygwin compilation works just fine, as long as you have an SSE2-capable CPU. If you are missing this feature, check the CFLAGS ( i think i saw one line DHAVESSE2 in Makefile.cygwin)

Hellfred

[chenm001]

Originally posted by P0l1m0rph1c
By the way, am I the only one having trouble compiling the latest sources from SVN? The errors are mostly in mc-c.c, in \i386.

I use MS VC++ 6 SP5 to compile it. ICL gives trouble also. Could anyone check this?

I'm sorry.
I forgot remove mc-c.c from Release build, but I can not update SVN now...
Please remove it from project by youself.