View Full Version : how to encode x264 in XP-64bit?
feison
4th February 2007, 15:32
where to download the new x264 cli for x64?
and the megui can work with the 64bit x264 cli?
thanks in advanced :)
lexor
4th February 2007, 15:40
you should be able to run them both in 32bit mode as they are. don't know about megui, but x264 doesn't have a 64bit version.
squid_80
4th February 2007, 15:44
x264 doesn't have a 64bit version.
Yes it does. See http://members.optusnet.com.au/squid_80
feison
4th February 2007, 20:12
Yes it does. See http://members.optusnet.com.au/squid_80
wow, it's great! thx!
Romario
5th February 2007, 02:34
squid_80, can yo update x264 vfw and cli, please. Thanks.
squid_80
5th February 2007, 04:30
The 64-bit x264 cli is up to date. Vfw has been removed so I won't be updating it.
Romario
5th February 2007, 17:01
But, how can I capture direct to x264 from my TV card? Can you reconsider your decision, please?:) :)
squid_80
5th February 2007, 17:05
But, how can I capture direct to x264 from my TV card?Use a 32-bit version?
Sharktooth
5th February 2007, 18:02
Capturing directly to x264 can be done without using VFW.
you can use ffdshow->avisynth->x264CLI.
squid_80
5th February 2007, 18:11
I haven't tried out ffdshow64's avisynth interface, but it'll probably work (I saw mcutka access my old anonymous ftp server a few times so I presume he picked up the modified avisynth.h).
foxyshadis
5th February 2007, 22:30
The current version of ffdshow uses a slightly modified 2.6 header, is that still compatible with 64-bit avisynth?
squid_80
6th February 2007, 01:55
There's only one small change in the AVSValue class definition: void Assign(const AVSValue* src, bool init) {
if (src->IsClip() && src->clip)
src->clip->AddRef();
if (!init && IsClip() && clip)
clip->Release();
// make sure this copies the whole struct!
/*
((__int32*)this)[0] = ((__int32*)src)[0];
((__int32*)this)[1] = ((__int32*)src)[1];
*/
this->clip = src->clip;
this->type = src->type;
this->array_size = src->array_size;
}
Maybe there's a better way to copy a union, I dunno.
foxyshadis
6th February 2007, 07:25
strncpy(this,src,sizeof(this)); ? I don't know if it would actually work, it just popped into my head.
Come to thing of it, memcpy would make more sense, I'm sure anyone who saw strncpy there would have a sudden urge for a stiff drink. >.>
akupenguin
6th February 2007, 13:01
srtncpy would just be a bug. In particular, it fails if any of the bytes in the struct is 0, because that defines the end of a string.
squid_80
6th February 2007, 14:38
Originally I used memcpy but it seemed like overkill.
akupenguin
6th February 2007, 15:08
How is it overkill? memcpy is more concise than assigning each variable, and you don't have to look at the class declaration to know that you got all the members.
There's no problem in terms of speed: memcpy isn't a function call. Good compilers will compile all possible forms of assignment to the same code, and on mediocre compilers (gcc...) memcpy can be faster than individual assignments.
onix
25th February 2007, 00:08
Hi there,
I'm trying to use it but I get the message: can't open input file
Software:
Avisynth 2.57
DGdecode 1.4.8
x264 32 bit 616 (no problem)
x264 64 bit 03-01-2007
Vista x64 RC2
I've tried to change Both Avisynth and DGdecode to their 64 bit counterparts, and yet I get the same error
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.