64-bit XVID 1.1 version?

[Kostarum Rex Persia]

From which lokation I can download a 64-bit version of Xvid 1.1.I am aware that 64/bit version is only on beta test,but can anyone tell me when a final version will arrive.

[Episode]

Be patient. It will be out when it's done. Until that you can always compile your own builds with 64bit support.

[Kostarum Rex Persia]

Ok,but I am curious about 64-bit edition,because I am not a develeper,and I don't know to compile anything.I am just a common user.

[fumigator]

There's a 64bit version available, (don't know if based on the 1.1 version) look at the thread here:
http://forum.doom9.org/showthread.php?t=89719
page 3 has links published.

[sysKin]

64 bit version works only on linux though. Unfortunately, hand-written assembler needs two versions for the two OSes now and this is plain ugly.

[Kostarum Rex Persia]

64 bit version works only on linux though. Unfortunately, hand-written assembler needs two versions for the two OSes now and this is plain ugly.

Ok,sysKin,thak you for notice this.Do you know how much work need to Xvid 64-edition for Windows XP 64?

[Sharktooth]

stop it. it will be ready when it's done.

[squid_80]

stop it. it will be ready when it's done.
Heh. :)
It is done... It's just not officially endorsed by xvid.org and the people behind it. Apart from that there's nothing wrong with it, it produces exactly the same output as a 32-bit build (e.g. Koepi's or CelticDruid's) and is faster by 5-15%.
Unfortunately as Syskin said the assembly routines are different to what is used for linux (also many routines have been rewritten several times due to "experimentation"). There is actually more assembly used in my 64-bit windows version than for 64-bit linux. It is possible to use one source file for both OSes (this is my aim for x264) but I don't really have the inclination to make it so, since my suggestions to the mailing list seem to have fallen on deaf ears.

[fumigator]

Hopefully some day I will be able to understand low level programming, but all I can say now is that I thank you for working on it. Only results will strike hard about it and 5%-15% is quite a good result. Meaning that a video file that takes 10 hours to encode can possibly take 9h instead, thank to your codec. Good luck and keep improving!

[sysKin]

Heh. :)
It is done... It's just not officially endorsed by xvid.org and the people behind it.
(...) since my suggestions to the mailing list seem to have fallen on deaf ears.
Hmmm I was surprised to read this because I don't remember the suggestions and I don't remember the code. Heh, my memory, good but short ;)
Could you remind me the suggestions? My attempts to search in my xvid-devel archive failed too, but then again there are many mails in it.

I'd say the biggest problem with reviewing the code lies in the fact that no developer has a 64-bit box. With linux, this can be worked around using remote logins. With windows - cannot.

Radek

[squid_80]

It was back in december when Ed Gomez announced he was going to attempt to merge Andre Werthmann's work. The main idea is to use %ifdefs in the asm files to set up macros for the registers used for parameter passing. I don't have any code available at hand, but I know Distributed.net used this method for their project successfully so it can be done.