Here is new version of x264vfw: http://stashbox.org/66325/x264vfw_714bm_fix.exe Changes: - Hopefully fixed compatibility with GordianKnot - update to gcc 3.4.5 (previous was compiled with gcc 3.4.2) - replace nasm 0.98.39 with yasm 0.6.2.1985 (adding of SSE3 optimizations) - minor changes

Yes, this is quite nice indeed. Looks like the threading problems are pretty much ironed out, along with some other annoyances. Yes, this does make quite the holiday gift! Great work. As for the number of threads. Technically, the x264 encoder core is set to use thread "2" as an input thread (similar to "--thread-input" in the CLI, both do the same thing there), allocating an extra thread for data input at the same time as data processing, so there is less overhead and the other CPU can be used solely for the encoding process without wasting cycles on input and other pre-processing elements. When you set threads to 3, it performs a "full" multithread--the encoding process is split into 2 threads, and the input thread runs parallel to both for a total of 3 threads. The rationale behind the 1.5x rule is similar, but with more encoding threads to take advantage of any processing lull in instantaneously "underused" processor cores by layering yet another encoding thread(s) to stack onto it. BugMaster, would you mind if I substituted your build in for the older one in my package (for now)? I think people would be pretty happy for your efforts. Yes, I do think one of these days all the good attributes of each separate VfW entity at this point should be merged into a single unit. When time provides, that is...

I have created new project on SourceForge.net: http://sourceforge.net/projects/x264vfw/ Changes: - x264 core updated to svn-715 - some optimizations of "Multipass - 1st pass (fast)" - cosmetic changes (x264 -> x264vfw, homepage, etc)

Nice 1 BM :)

you 2 should work together :) so there are faster and better releases :D

Version 2_718bm of x264vfw Changes: - x264 core updated to svn-718 - added new option "Use command line" for using x264-style command line options instead of standard GUI options (GordianKnot users must check that this option is unchecked before encoding); for "VD hack" GUI option there is now --vd-hack command line option - other minor changes

Version 2_718bm of x264vfw
Ever since the bugmaster has released his version, i could never get it to work in conjuction with nsvcap, everytime i start capture i get an error message " error in initializing x264 codec". BTW that to all you folks in this forum i have been able use the previous versions to full effect to view live sports at home and work...Thanks v much Any solution to this will be much appreciated....

I guess you must be aware of these releases but just in case you havent here is the link, they seem to be having more options for encoding but its not VFW. http://www.free-codecs.com/x264_Video_Codec_download.htm Image of Leiming's x264 GUI http://87.201.168.163/lmx264gui.JPG Can this anyone of you geniuses make this VFW friendly?

Version 3_719bm of x264vfw Changes: - Added option "Extra options" (For those who want to mix standard options and x264-style command line options) - Fixed impossibility to encode in some applications (for example, TMPGEnc Plus v2.524.63.181) which set lFrameCount == 0 in ICM_COMPRESS_FRAMES_INFO message - Fixed other minor bugs

Thanks for the new update BM. It would be great if you also could add the changelog in the release notes over at the sourceforge page when you make updates etc.

Version 4_720bm of x264vfw Changes: - x264 core updated to svn-720 - Fix installation on 64 bit Windows versions - Increased size of "command line" and "extra options" up to max 4095 symbols

i have a problem i encoded a video. its ok but i have a problem when there are dark areas that move you see very good blocks. but if its BLACK like no movement or just no vid or so its ok its black. the source doesnt have the blocks it isnt that good but atleast it looks a bit better without the macroblocks is there any setting or so i should use for encoding. its a long movie too so i cant keep encoding it everything. total encode about 15 hour or so multi pass.

Update!
Main page updated!! New server to host guide as well. ThaNeko: Try one of the "experimental builds" (also available on the new sourceforge page) by adding the commandline option "--aq-strength 1.0." This should remove and/or clarify these areas. Also make sure to use "no-fast-pskip" and temporal B-frames if the problem persists.

i tried a few things im now trying with deblocking with both on 1 also increased the bitrate abit but its a big movie so encoding takes long total about 24 hours for both passes.