I'm using an old ffdshow: ffdshow_beta6_rev2527_20081219. It works just fine but as you see it's old as hell so I went downloading the new version, but when encoding h.264 video the audio is out of sync. Reinstalling the older version fixes the problem. Why is this?
I may not do "normal things" here. I'm using mp4cam2avi to convert my casio ex-f1 files from .mov h264 to .avi h.264, no recompression, just container conversion. The files, when converted to .avi still syncs perfectly well. I load them into virtualdub, set compression to ffdshow H.264 7500kbps, audio no recompression. With the old ffdshow these resulting files from virtualdub still syncs fine, with newer ones it does not however. Am I doing something so weird here that I need to change my workflow or what is going on? Ps: the files from the camera CAN'T be imported directly into virtualdub without modification, even with the .mov import plugin. I have to switch container.
What should I do here? I don't want to sit with ancient ffdshow!
+ Reply to Thread
Results 1 to 8 of 8
When you're installing the newer/more recent version, the installer should give you the option to delete the previous/existing ffdshow settings. Try that. It might be that the settings for the old version are interacting with the new version in an unexpected way.If cameras add ten pounds, why would people want to eat them?
I left the original "reset ffdshow settings" switch enabled, so I'm afraid it isn't that simple. I've not also tested this in clean vmware machines and the newer versions really do cause sync errors of about 1 second constant to the files created, no idea why, but it does Furthermore H.264 is the only thing affected in ffdshow all other codecs sync correctly.
It might be a good question to ask clsid, then. I don't think I've noticed any sync errors with ffdshow and h.264, though I'll admit I don't encode to h.264 all that often.If cameras add ten pounds, why would people want to eat them?
Users of BDRB often experience similar problems when using versions of ffdshow later than v.3133, up to perhaps half of such later versions not usable with BDRB. It's not necessarily that ffdshow is faulty, but that the program using it is intolerant of specific versions of ffdshow.
You could try versions one-at-a-time to find one that works. You might try v.3133. Or you could stick with your known good version. Why are you set on "upgrading" anyway?
Pull! Bang! Darn!
So it isn't relating to my particular thing I'm doing then. Weird that nothing has been done to address the problems, especially considering virtualdub is affected. Well I don't have any specific reason to upgrade, I just did some housekeeping and upgraded my codecs which may not always be a good thing. There's nothing wrong with the results I am getting from the "old" version, I just wanted to upgrade. I'll try that version you mentioned but I think I'll skip testing EVERY version as I imagine there are a few to say the least.
What applies to BDRB doesn't necessarily apply to other tools. (BTW, that figure of approx half of versions later than v.3133 proving incompatible with BDRB isn't mine, it's from testing by the author of BDRB). Maybe you're just real unlucky.
However, ffdshow is one of the most useful pieces of software I can think of. Considering how touchy codecs can be, it's a wonder just how well it works. And again, which one do you blame: the program or ffdshow?
Last edited by fritzi93; 26th Mar 2010 at 16:07.Pull! Bang! Darn!
well it's hard to say if I should blame virtualdub or not, but as virtualdub plugins is what I need here, I can't really turn elsewhere I guess just sticking to the version that works is the thing to do here as I don't really need anything afaik from the newer versions. It's just annoying and could be a problem in the future when some other tool needs a higher version.