View Full Version : x264 64-bit version,when?
Audionut
12th June 2006, 02:38
I am very disappointed with development of 64-bit x264 and Avisynth.
It's very very simple.
If you are disappointed, then get off your slack ass and do it yourself.
Devs said it's hard to make 64-bit programs, but I think that's not the case at all.
Well then. Show us all how it's done.
Oh wait. Have you a 64bit pc yet?
Any programming skills?
Didn't think so.
squid_80
12th June 2006, 03:22
Luckily I don't resize.
The only filter I ever use is TITVC(sp?).
Is that available for Avisynth64?
I get an error on the first, but I can get to the second.
There doesn't seem to be a compiled Jun 06 Cli version.
I don't know how to do this can someone please compile it and post it if
it's not too much trouble?
Thanks,
Mark
I haven't done TIVTC yet, but I have looked at the source and know what needs to be done. It's a matter of finding the time. Same goes for x264, I'm about half way through fixing all the changes from 12/05->now. (The source matches the available compiled version, I just recently editted the zip file to make it smaller hence the newer datestamp.) Omion was doing regular builds for a while, see here. (http://omion.dyndns.org/x264x64/)
I am very disappointed with development of 64-bit x264 and Avisynth.
Devs said it's hard to make 64-bit programs, but I think that's not the case at all. Who knows what's the reason!!!
Yeah, I want to complain to whoever's in charge of these things! Oh wait, IT'S ME.
What 64-bit stuff was around before I started? Nothing. Did I whine and complain until something was done? No, I got off my slack a** like Audionut suggested and did something about it. What do I get out of it? NOTHING, the same as nearly every other developer on this board. So unless you want to donate something to the community other than criticism I suggest you leave or be quiet.
markrb
12th June 2006, 03:47
I appreciate all your hard work.
I found another 64 bit detour along the way that will hinder me a bit though.
Daemon tools 64 does not run on Vista 64. It says it will on their download page, but in their forums they say it won't.
3.X versions will work on the 32 bit Vista though, but not the 4x ones FYI.
Everything I have is in ISO form ready to be converted. I really don't want to have to re-rip everything in file mode.
I do still want to test 64 bit x264, but this just makes using it everyday a bit impractical now.
Thanks,
Mark
Guest
12th June 2006, 05:23
ChronoCross, squid_80, and AudioNut, profanity and insults are not tolerated. Please read and follow forum rules, specifically: rule 4.
http://forum.doom9.org/forum-rules.htm
berrinam
12th June 2006, 07:54
ChronoCross, squid_80, and AudioNut, profanity and insults are not tolerated. Please read and follow forum rules, specifically: rule 4.
http://forum.doom9.org/forum-rules.htm
In their defence, KRP has a reputation for useless/annoying requests without first thinking (foxyshadis's signature can testify to that -- 'If x264 codec be written in Delphi 2006, what then. Is it possible that in Delphi 2006 64-bit codec get more speed-up.' ~ Kostarum Rex Persia), and they were clearly just baited by his implicit insults. If we look at the posts individually:
I am very disappointed with development of 64-bit x264 and Avisynth.
Devs said it's hard to make 64-bit programs, but I think that's not the case at all. Who knows what's the reason!!!
The implication is that the devs are lying when they say it is hard to make 64-bit programs. I think it is pretty offensive to say someone is lying without evidence that there is, and criticising 64-bit development of x264 means criticising squid_80's work, which is clearly insulting, again without evidence.
Added to that, KRP is simply making a post without meaning, which disagrees with forum rule 11, no spam. I can say it lacks meaning because personal opinions (the first paragraph) don't actually aid video encoding, and the second paragraph is clearly not true.
On the other hand, while ChronoCross's post may have been slightly exaggerated (as I showed above, it isn't a complete lie, however) in saying that all of KRP's posts are meaningless, and Audionut wasn't completely politically correct by calling KRP slack (although looking KRP's history and non-contribution to Doom9 projects, this claim is also supported), the posts weren't specifically insulting, but rather embodying the well-known open source philosophy: "don't whine if something hasn't been done; do it yourself".
Furthermore, squid_80 has been struck although he didn't insult KRP at all.
I don't normally object to moderation, because I know that it is a difficult job and no-one enjoys playing the 'tough guy,' but
it is not fair to moderate individual posts out of their context; and
ChronoCross, Audionut and squid_80 are all valuable contributors to the Doom9 community, so it would be a shame to lose them or discourage them over a simple misunderstanding such as this one
All the best,
berrinam
squid_80
12th June 2006, 11:06
I used profanity so it's a fair call. I guess this is why we have a 3 strikes rule, rather than 1 strike = banned.
markrb: I haven't tried it myself, but I have heard about Virtual ISO. (http://www.braindonors.net/products/virtualiso.asp) It's not free, but there's a trial version that might work.
foxyshadis
12th June 2006, 11:29
He's always worth a chuckle even if his contributions are highly suspect. Every forum needs a crank or three.
Something I forgot to ask before, squid_80; is 64-bit much better than 32-bit for processing 16-bit pixels, or is it unimportant and just a matter of proper handling either way?
Manao
12th June 2006, 13:12
foxyshadis : you've got more registers on 64 bits platform, so pure "C" code will be around ~10% faster, whether you process 8 bits or 16 bits pixels
The drawback is that assembler isn't compatible, so you have to rewrite it completely. It's not necessarily that complicated for simple function, but a straightforward conversion doesn't let you benefit from the additionnal registers, so taking full advantage of the processor needs a complete rewriting ( with the associated bugs & co ).
Moreover, for avisynth comes another difficulty, since some of the assembler code used for resizers is compiled at the executation time, and, alas, the library used for that ( softwire ) isn't 64 bits compatible, and won't be anytime soon ( the author continued his worked closed source, and nobody's working on it anymore ). And, of course, making it 64 bits compatible doesn't only require "just" to recompile it...
Finally, for avisynth, you must also recompile all the plugins you planned to use. Since most are highly asm optimized, it's a huge task.
squid_80
12th June 2006, 13:26
Finally, for avisynth, you must also recompile all the plugins you planned to use. Since most are highly asm optimized, it's a huge task.
And to my knowledge no-one's even attempted it except me. Hence the lack of progress.
Kostarum Rex Persia
12th June 2006, 17:41
I didn't say that Devs lie, I just wondered why is so difficult to compile 64-bit build of x264 codec?
I'm sorry if I insult someone.
Blue_MiSfit
12th June 2006, 21:20
He's always worth a chuckle even if his contributions are highly suspect. Every forum needs a crank or three.
I second that.
Although I think a lot of it has to do with language barriers...
There's a lot of misunderstanding on this forum, but we're all one big happy family :D
Kostarum Rex Persia
13th June 2006, 00:50
I second that.
Although I think a lot of it has to do with language barriers...
There's a lot of misunderstanding on this forum, but we're all one big happy family :D
Yes, you are right. English isn't my native language, so I don't speak English very well. I understand all, but sometimes I have problem with grammar and spelling.
sillKotscha
17th June 2006, 14:05
KRP is the serbian answer to a well know austrian (german speaking) troll named tuvok - maybe they are related to each other?? who knows...
Guest
17th June 2006, 14:51
Gentlemen, please stay on topic and avoid personal comments about others, per forum rules. Thank you.
http://forum.doom9.org/forum-rules.htm
pavelba
30th December 2007, 19:04
Can anybody produce a VFW x264 decoder for XP64?
The latest ffdshow for X64 does not work on XP64.
In other hand I need x264 decoder only, no big package like ffdshow.
slavickas
30th December 2007, 20:21
Can anybody produce a VFW x264 decoder for XP64?
The latest ffdshow for X64 does not work on XP64.
In other hand I need x264 decoder only, no big package like ffdshow.
well x264 is just ENcoder, so at least wrong thread, as x264 have nothing common with decoding
pavelba
31st December 2007, 16:47
Yes. Tel me how to open h264 avi by VirtualDub64 under XP64 when ffdshow does not working?
LoRd_MuldeR
1st January 2008, 20:34
Yes. Tel me how to open h264 avi by VirtualDub64 under XP64 when ffdshow does not working?
1. There already are x64 builds of ffdshow-tryouts available! They are flagged as "experimental" though. See here (http://sourceforge.net/project/showfiles.php?group_id=173941&package_id=229162).
2. Even if you had an x64 build of x264 VFW, it wouldn't help you to open H.264 video in VDub, as x264 VFW is an "Encoder only" codec :rolleyes:
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.