New version. Slight improvements, threading bug fixed.
Going to mirror exe to different server as well. Cheers!
ThaNeko- 09-17-2007
any new improvements :) that needs a new release ?
DeathTheSheep- 09-23-2007
Updated release. Mostly bugfixes, vbv fixes, etc.
Also new version of the guide is available, which will instruct you on what settings to use to get the most out of your encodings!
As usual, check the homepage: http://DeathTheSheep.Uni.cc
ThaNeko- 11-06-2007
hi nice to see a new release. but the size is the same as the old one.
when i check the x264 configuration i see core55 rev 658 build jun 6 2007 by snow_xmas
what am i doing wrong then ?
Today rev/704 from lunatilia page.
DTS build so not good
lunatilia build have quality better :oops:
http://www12.atwiki.jp/lunatilia/pages/70.html
Tried it. It's just as useless for 2-pass encoding with Gordian Knot as everything else after r606. In fact it seems to be worse because it won't do the first pass at all whereas the DTS United version doesn't fail until it gets to the second pass.
Igor rus- 12-10-2007
this version good work for VirtualDub also gives result better
BugMaster- 12-22-2007
Hi, all. I am glad to represent you first public version of my x264vfw encoder variant. May be it doesn't have some specific options such as VBV and deadzone-s (I am thinking of adding them later) but it also have some exclusive options (for example, "VD Hack" option fixes B-frames lag (also multithreading lag) when encoding with VirtualDub) and a lot of bugfixes (which exists in other x264vfw variants), also it doesn't need pthreadGC2.dll for multithreading support. I will be glad to know your opinions and suggestions for future versions.
Here it is: http://stashbox.org/65245/x264vfw_714bm.exe
Igor rus- 12-24-2007
You, lav and DeathThrSheep will could be united to create the new united first x264vfw??? :)
forumer.com/viewtopic.php?t=100" target="_blank">http://dtsunited.20.forumer.com/viewtopic.php?t=100
Igor rus- 12-25-2007
Thanks, Thanks, Thanks :D
Info option is work
quality very good!
May be you added new option? :
Adaptive quantizion, trellis 2, no-fast-pskip, matrices?
beautiful build
Barough- 12-26-2007
You, lav and DeathThrSheep will could be united to create the new united first x264vfw??? :)
forumer.com/viewtopic.php?t=100" target="_blank">http://dtsunited.20.forumer.com/viewtopic.php?t=100
Would be gr8 2 c the 3 'em work on a new DTS x264 VfW
har-vas- 12-26-2007
Hi all. Today is a great day for me and also for all of us, the x264 VfW fans. I tried the BugMaster's x264 encoder and I verified that it seems to work flawlessly! At least the well known problem with GordianKnot when you select multipass and >1 threads, is history (so at last I abandoned the snow xmas's r606). I have to say that I didn't even enable the VD hack checkbox!
I would like to hear from BugMaster what was the trick he made to achieve that result, I am really curious... Well, I am always using GordianKnot, x264 VfW, multipasses and dual-core CPU, so that bug had driven me crazy! That's why I was using the last error-free build 606. Can you give us some more information about your x264 build?
Also, I would like to ask you if I should set 2 threads or 3 (I have a dual core CPU). I am asking so because I had read somewhere that we should set in x264's thread option "number of CPUs/cores * 1,5". I noticed that when I set 2 threads the CPU load was ~80-85% and only when I set 3 threads the CPU load reached the limits (>99%). A clarification here would be necessary.
The only flaw I noticed has to do with the bitrate in connection with the encoding mode. Here it is: I am setting the desired filesize in GordianKnot and the program calculates the correct video bitrate (as we all know). The problem with that version of x264 is that it doesn't receive that value from GordianKnot. When I come to the point to set the 1st and 2nd pass settings, the encoder is NOT at the Multipass mode but at the "Single Pass Ratefactor..." and when I manually set it to the "Multipass 1st pass" and "Multipass Nth pass" respectively, it enters the default value of 800 kbps (while my encoding is at 1080 kbps for example).
Of course, what I do is to set the calculated bitrate manually to the encoder and then the process starts normally and finishes with great results. I just report this small bug in case it can be fixed. I want to clarify that the other x264 VfW encoders hadn't that problem.
BugMaster, thank you for this great Christmass gift and I hope that you will find the required time and motivation to continue your work. Congratulations!
Forumer™ is Voted #1 Free Forum Hosting provider
Build your own community today with the largest message board hosting company.