-
Check:
http://sourceforge.net/projects/switzerland/develop
Content:
What's happening?
okJZRU iukfqkmidkgg,
okJZRU iukfqkmidkgg, [url=http://lxnyynaqvdxa.com/]lxnyynaqvdxa[/url], [link=http://hsburknnwrba.com/]hsburknnwrba[/link], http://nhvseslswlsa.com/.
2009-10-03 07:10:02 UTC by nobody
????
Better clean up! : )
Set.
2009-10-08 02:29:52 UTC in Switzerland
-
Thanks to clsid for those x64 builds, just don't forget to update them too : ).
They are working VERY well on Vista 64, allowing me to play "everything" without searching for codecs or using those codec packs (which I have bad experience with in the past anyway).
The only other 64 bit codec installed is xvid, I came across TWO xvid videos which ffdshow could not decode.
Player...
2009-01-23 22:14:06 UTC in ffdshow
-
File Added: altername-keyboard-layout.7z.
2009-01-06 15:48:16 UTC in Media Player Classic - Home Cinema
-
During looong time usage I developed my own preferred alternate keyboard layout + mouse which is more "logical" compared to the original options.
Major change: mouse click does not play-pause the video, since double-clicking to make it fullscreen should not make the movie stutter.
I attached the exported config to a .reg file, all options a set to "suit" for vista 64 bit + ffdshow 64 bit...
2009-01-06 15:35:34 UTC in Media Player Classic - Home Cinema
-
Do you use it with Virtualdub (version please) or with a different program?
Can you cross-test with the original commandline version from http://x264.nl ?
Needs a lot more info, else it is difficult to find the source.
(I get asked the same questions from "masternobody" when I have a problem, and then he solved every problem I had so far, see...
2008-12-30 00:11:37 UTC in x264vfw
-
--threads 1
--threads 2
--threads 3
--threads 4
--threads 5 <-- highest fps on phenom quad core *g*
--threads 6
all working, no funny effects.
The threads = 5 as fastest is normal, from build to build I get the same effect with the x264.exe
Jou.
2008-12-29 22:26:40 UTC in x264vfw
-
--threads auto: OK
--threads 1:crash.
Commandline cross test with x264.exe 1063:
both OK.
1063-vfw performance is better than 1024-vfw, but slower than commandline. x264.exe is somewhat 10% faster difference.
Jou
--------------
An out-of-bounds memory access (access violation) occurred in module 'x264vfw'...
...reading address FFFFFFFF...
...while compressing frame 0 from 07130020 to...
2008-12-29 17:40:08 UTC in x264vfw
-
Phenom Specific *surprise*
That is marked as "first" now, since it is the only program I know who does not like a Phenom.
Can you explain me why it is phenom (or x4-Opteron) specific and cannot appear on other quad core CPU's?
Just curiosity.
About the release date: No need to hurry to make it instantly.
Set.
2008-12-28 02:31:48 UTC in x264vfw
-
Never.
K-Lite and all other codec packs ruined too many systems, including some of mine. As soon as you do some more serious video work those codec packs interfere in ugly unreproducible ways (last tried: a few years ago).
If it works for you it is fine.
I rather stick with ffdshow-64 for decoding. Encoding is never a problem, get only the codecs I need, my "try and test all codecs"...
2008-12-27 10:00:35 UTC in x264vfw
-
Dammit, where is the edit button when I need it?
I mixed --vd-hack options with something else in my mind, ignore that stuff.
--vd-hack doesn't make a difference anyway, since video and audio are seperately encoded and then muxed to .mkv.
2008-12-26 22:13:14 UTC in x264vfw
