ffdshow and ffdshow_tryout Builds Listing

[Taurus]

VirusTotal (http://www.virustotal.com) is a good site to get a second-opinion on virus alerts.
That's what I did @ second thought:D
So, c'mon let's get back to business.

Thanks clsid.

Taurus

[Liisachan]

Taurus, I agree with you for some parts but you could just use "Search this Thread" with the key word Virus. This false positive thing had been discussed more than once already before your post.

Also, the same was repeated here
http://forum.doom9.org/showthread.php?p=847605#post847605

[Taurus]

Taurus, I agree with you for some parts but you could just use "Search this Thread" with the key word Virus. This false positive thing had been discussed more than once already before your post.

Also, the same was repeated here
http://forum.doom9.org/showthread.php?p=847605#post847605
You are right. It was my mistake.

[clsid]

SVN revision: 2543
Build date: 2006-07-22
Compilers used:
- MSVC71 (ffdshow.ax, etc)
- GCC 3.4.5 (libavcodec.dll, kerneldeint.dll, TomsMoComp_ff.dll)
- GCC 4.0.3 (mplayer.dll)
Patches:
- accuracy.diff (high accuracy tremor and libmad)
- ogg-5.1ch.diff (libavcodec 6ch vorbis fix)
- TsampleFormat.patch
- inttypes.diff
- dts.patch
- custom installer
Minimum CPU requirement: MMX
Download: rapidshare (http://rapidshare.de/files/26625385/ffdshow_rev2543_20060722.exe.html) mytempdir (http://www.mytempdir.com/821145)


SVN revision: 2546
Build date: 2006-07-22
Compilers used:
- MSVC71 (ffdshow.ax, etc)
- GCC 3.4.5 (libavcodec.dll, kerneldeint.dll, TomsMoComp_ff.dll)
- GCC 4.0.3 (mplayer.dll)
Patches:
- accuracy.diff (high accuracy tremor and libmad)
- ogg-5.1ch.diff (libavcodec 6ch vorbis fix)
- TsampleFormat.patch
- inttypes.diff
- dts.patch
- patches by haruhiko up to and including 2006-07-21
- custom installer
Minimum CPU requirement: MMX
Download: rapidshare (http://rapidshare.de/files/26625534/ffdshow_rev2546_20060722.exe.html) mytempdir (http://www.mytempdir.com/821151)

Edit: mirrors added for SMD ;)

[SeeMoreDigital]

RapidShare file hosting strikes again eh!

[Tzim]

Well, the clips themselves decode fine for me, the AC3 encoding produces some stuttering more high pitched sounds though.

Late reaction... I just came to see what's news in the ffdshow world since the last official build.

For the AC3 encoding problem, it seem's that the "Connect To", with "Apply only to SPDIF output" doesn't apply (anymore ?) to AC3 encoded output.

Some sound hardware or drivers (like my XPlosion Soundcard) doesnt want SPDIF from DirectSound Output so you have to use WaveOut. If I force WaveOut in Media Player Classic, it works.

[midiboy]

Well, the clips themselves decode fine for me, the AC3 encoding produces some stuttering more high pitched sounds though.

Hi videomixer and others,

as for the "AC3 encoding and passing via SPDIF" problem with latest quicktime HD trailers ..

they do not work for me at all. I tried your latest ffdshow versions, I tried Milans latest version and the lastest by CLSID, I tried it on 3 different audio cards (M-audio audiophile, Terratec Firewire X24, RME HDSP9632). The receiver does not switch to AC3 mode, except for maybe a few milliseconds every few minutes. With older trailers no problem ...

I also tried with Waveout or DS but only Waveout works generally for me.

Is this something only Milan can fix or can you guys help ? I could write a bug report on the CVS site if you think it might help ...

Thanks,
Alex

[Antaeogo]

SVN revision: 2546
Build date: 2006-07-22
Compilers used:
- MSVC71 (ffdshow.ax, etc)
- GCC 3.4.5 (libavcodec.dll, kerneldeint.dll, TomsMoComp_ff.dll)
- GCC 4.0.3 (mplayer.dll)
Patches:
- accuracy.diff (high accuracy tremor and libmad)
- ogg-5.1ch.diff (libavcodec 6ch vorbis fix)
- TsampleFormat.patch
- inttypes.diff
- dts.patch
- patches by haruhiko up to and including 2006-07-21
- custom installer
Minimum CPU requirement: MMX
Download: rapidshare (http://rapidshare.de/files/26625534/ffdshow_rev2546_20060722.exe.html) mytempdir (http://www.mytempdir.com/821151)

Just a very tiny issue, with the custom installer, the 'VFW interface' option can Not be unchecked during installation.

-Out

[spinstate]

check this

http://www.free-codecs.com/download/FFDShow.htm

Are those the builds by drevil_xxl & clsid?

[Inventive Software]

Well, the names clsid and drevil_xxl sort of give it away! ;)

[clsid]

ffdshow patches: download (http://rapidshare.de/files/27434584/ffdshow_patches.rar.html)
custom InnoSetup install script (with CPU detection): download (http://rapidshare.de/files/27538681/ffdshow_innosetup_script.rar.html)


SVN revision: 2543
Build date: 2006-07-30
Compilers used:
- MSVC71 (ffdshow.ax, etc)
- GCC 3.4.5 (libavcodec.dll, kerneldeint.dll, TomsMoComp_ff.dll)
- GCC 4.0.3 (mplayer.dll)
Patches:
- accuracy.diff (high accuracy tremor and libmad)
- ogg-5.1ch.diff (libavcodec 6ch vorbis fix)
- TsampleFormat.patch
- inttypes.diff
- dts.patch
- custom installer
Minimum CPU requirement: MMX
Download: RapidShare (http://rapidshare.de/files/27540717/ffdshow_rev2543_20060730.exe.html)

SVN revision: 2546
Build date: 2006-07-30
Compilers used:
- MSVC71 (ffdshow.ax, etc)
- GCC 3.4.5 (libavcodec.dll, kerneldeint.dll, TomsMoComp_ff.dll)
- GCC 4.0.3 (mplayer.dll)
Patches:
- accuracy.diff (high accuracy tremor and libmad)
- ogg-5.1ch.diff (libavcodec 6ch vorbis fix)
- TsampleFormat.patch
- inttypes.diff
- dts.patch
- patches by haruhiko up to and including 2006-07-30
- custom installer
Minimum CPU requirement: MMX
Download: RapidShare (http://rapidshare.de/files/27540840/ffdshow_rev2546_20060730.exe.html)

[NULUSIOS]

can you please remind (again) the difference between the two builds? (why we care)

[foxyshadis]

One does resize multithreading and queues to ensure hard-to-decode scenes cause less stutter (as well as a few other updates by haruhiko), one does no multithreading at all.

[iron2000]

can the files be on some other hosting?
Rapidshare don't work for me.

[foxyshadis]

clsid, there's a report that your uninstaller deleted the drivers32 key (where the acm/vfw codecs are) in general. Maybe you could try backing it up and testing. Probably the same issue that koepi's builds had for a while.

[conando]

hi! i experienced the drivers32 deletion myself yesterday :-/ thankfully had a registry backup... another question i have: i use (and love) automatic preset loading with ffdshow quite a bit.. however i tried a myriad of builds now because i've got the problem that ff_vfw (the app i use only has vfw interface *sigh*) doesn't care about it's different presets at all - it always uses the one named "default".. regardles of the autoload conditions and even which one you select as default :-( .. is this simply not implement or a bug? could it be done?

[clsid]

clsid, there's a report that your uninstaller deleted the drivers32 key (where the acm/vfw codecs are) in general. Maybe you could try backing it up and testing. Probably the same issue that koepi's builds had for a while.
I really doubt that. My initial script didn't even contain a reference to the drivers32 key. I forgot to add the keys needed for ff_vfw.dll. I have added them now and I am uploading new builds. Tested them and they work ok.

[conando]

hi again... so i guess i found the point in the source where always the default profile is loaded for ff_vfw:

decVFW=new TffdshowDecVideoVFW(&hr,this);
decVFW->initPresets();
decVFW->setActivePreset(FFPRESET_DEFAULT,0);
return !!decVFW;

in Tffvfw.cpp ... would it perhaps work if i'd just add the correct preset autoload code there? can i simply access globalSettings from there? sorry i know this is not the best place for that kind of discussion i guess :-) :-(

[foxyshadis]

Hmm, he said it was the latest build on free-codecs caused it, but now that I think about it he also mentioned crashing - that might mean sse2 on a non-sse2 cpu, which means it wouldn't be your build. Oh well.

conando, the other ffdshow thread is usually used for development. :p See TffdshowDec::initPreset in TffdshowDec.cpp for how the DS side does it, it looks like you need to call presets->getAutoPreset, but I'm not sure if fvfw inherits from ffdshowdec or not...

[conando]

hm it seems as if it was pretty easy.. or it does have strang side effects that i don't know of yet because i don't fully know the source :)
i just changed:

decVFW->initPresets();
decVFW->setActivePreset(FFPRESET_DEFAULT,0);

to:

decVFW->initPreset();

in Tffvfw.cpp and changed some other files to make TffdshowDec::initPreset a "publicly" available interface function.. it seems to handle all the "automatics" involved pretty much by itself ;)
now i just have to get an optimized build running here because it's not up on par yet with the others ;) ... how could my very little change be submitted? mail to milan or something? guess it's not only useful to myself to finally be able to use automatic preset loading in ffvfw too...

[foxyshadis]

Here's the diff, though I didn't test yet; you can post it on the ffdshow tracker or send it to Haruhiko (he's become somewhat the unofficial manager lately).

ffdshow-vfwpresets.diff

Index: src/Tffvfw.cpp
===================================================================
--- src/Tffvfw.cpp (revision 2546)
+++ src/Tffvfw.cpp (working copy)
@@ -121,8 +121,7 @@
if (decVFW) return true;
HRESULT hr=S_OK;
decVFW=new TffdshowDecVideoVFW(&hr,this);
- decVFW->initPresets();
- decVFW->setActivePreset(FFPRESET_DEFAULT,0);
+ decVFW->initPreset();
return !!decVFW;
}

[conando]

ok I'll submit it to him and/or the patch "corner" @ ffdshows sourceforge page... it's not only the Tffvfw.cpp change but a few lines in some of the ffdshowDecVideo interface declarations to make initPreset a public interface function (until now it was private).. hopefully without strange side effects ;) but that's up to people who know the code much better than me

[foxyshadis]

It should probably be protected, in that case. (nm, I see what you mean now, it already was protected.)

[conando]

*sigh* didn't fully work.. it now respects which preset you set as default and i added a workaround so that the fourcc can be checked as well buuuut: i just realized that there's no way to get the source filename from a vfw decompressor/codec .. craaaaap :-( .. or does anyone have an idea for some wicked workaround? :D

[haruhiko_yamagata]

another question i have: i use (and love) automatic preset loading with ffdshow quite a bit.. however i tried a myriad of builds now because i've got the problem that ff_vfw (the app i use only has vfw interface *sigh*) doesn't care about it's different presets at all - it always uses the one named "default".. regardles of the autoload conditions and even which one you select as default :-( .. is this simply not implement or a bug? could it be done?
Hello, conando. I would like to reproduce the problem. What is the application you use?

[conando]

well it's simply not implemented... i have patched the source a little so that the selected default preset is at least loaded/"respected" and that automatic loading depending on the process name and fourcc works.. but i don't see any way on how to get the filename of the original avi if we're in ff_vfw "mode".. :-(

i use vegas video...
or you can simply use virtualdub and open an avi using a ff_vfw codec.. now try to switch image filtering presets.. it always loads the "default" one...
i just looked around (google, virtualdub sources, msdn) but i don't have any idea on how you could get the filename - as with vfw you're only a decompressor getting some data.. there simply isn't any connection to the original avi file.. :(

[foxyshadis]

What you could do, is get the process ID of your host, scan the process's heap, and search for anything that looks like a filename that ends in .avi, .avs, or whatever. ;D

(I jest.)

[conando]

hehe :D yes i thought about that too.. unfortunately in my current case (sony vegas) there are a dozen open AVIs and i want different presets for some of them.. *sigh* .. why can't they just use directshow for christs sake :-(

[conando]

ok... i'm currently trying something.. guess that wouldn't make it into a public patch *g* .. with vegas for example it makes a decompressor_begin call for every single avi.. and i'm hooking createfile to see which avi it opened before calling the dec_begin... :)) seems to work... now i'll clean that up and make a setting for it (because doing the hooking always isn't a good idea i guess ;o)

[Inventive Software]

Is there any chance of this getting stickied, to keep it falling off the topic page? ;)

[conando]

if anybody is interested: i really got this working! :-D
i added hooking of CreateFileA/W to ffdshow and actually it works quite good by saving the last opened avi filename to an internal buffer and looking at it when opening the decoder!
i'll clean it up and make a patch/diff for anybody who's interested... although this needs quite some more testing i guess. ;)
but so far it looks fine.. finally automatic preset loading by filename with ffvfw - yeah! *g*

[Inventive Software]

Let Milan know, and he may include that in the SVN trunk if he's feeling nice!

[MatMaul]

if anybody is interested: i really got this working! :-D
i added hooking of CreateFileA/W to ffdshow and actually it works quite good by saving the last opened avi filename to an internal buffer and looking at it when opening the decoder!
i'll clean it up and make a patch/diff for anybody who's interested... although this needs quite some more testing i guess. ;)
but so far it looks fine.. finally automatic preset loading by filename with ffvfw - yeah! *g*

Post your diff file here (http://sourceforge.net/tracker/?group_id=173941&atid=867362) please

[igor1st]

ffdshow SVN revision: 2543
Build date: 2006-08-10
Compilers used:
- GCC 3.4.5 (libavcodec.dll)
- GCC 4.0.3 (libmplayer.dll, ff_kernelDeint.dll, TomsMoComp_ff.dll)
- MSVC71 (ffdshow.ax, etc)
Changes:
- high accuracy libmad & tremor;
- fixed PCM audio playback;
- fixed vorbis 5.1 decoding in libavcodec;
- fixed volume normalization;
- updated libdts to SVN rev 28;
- updated libfaad2 to CVS 2006-08-08;
- custom installer with my tweaked settings.
Minimum CPU requirement: MMX
Download: ffdshow_rev2543_20060810.exe

ffdshow-tryout SVN revision: 61
Build date: 2006-08-11
Compilers used:
- GCC 3.4.5 (libavcodec.dll)
- GCC 4.0.3 (libmplayer.dll, ff_kernelDeint.dll, TomsMoComp_ff.dll)
- MSVC71 (ffdshow.ax, etc)
Changes:
- updated libfaad2 to CVS 2006-08-08 (hcr.c, mp4.c, syntax.c, cfft.c, common.h, neaacdec.h);
- custom installer with my tweaked settings.
Minimum CPU requirement: MMX
Download: ffdshow-tryout_rev61_20060811.exe

[igor1st]

Both builds was updated with latest libfaad2 (CVS 2006-08-15):

ffdshow_rev2543_20060816.exe

ffdshow-tryout_rev69_20060816.exe

[igor1st]

libsamplerate updated to 0.1.2 (diff (http://d.turboupload.com/d/893624/libsamplerate.diff.zip.html))

ffdshow_rev2543_20060822 (http://d.turboupload.com/d/905286/ffdshow_rev2543_20060822.exe.html)

ffdshow-tryout_rev76_20060819
ffdshow-tryout_rev83_20060822

[Inventive Software]

@igor1st: What's with the ffdshow_tryout builds?

[Isochroma]

The recent rush of ffdshow builds has gained at most a few percent in speed, while throwing away what's really important - reliability and features. Speedup can be purchased with a new CPU, but broken features cannot be used. All I can say is perhaps now is a good time for a radical rethink of build philosophy. The CoreAVC team (despite their troubles with automated purchasing and website issues) made an excellent filter, which in one step bested ffmpeg's avc decoding by a significant margin, without compromising stability.

drevil_xxl's builds have working MakeAVIS, just checked. clsid's don't have it, and haruhiko_yamagata's don't work. However, we seem to have lost WMV7/8 encoding in the vfw interface, and WMV3/9 has duplicate entries in the decoder filter ui.

[clsid]

So what is buggy and/or unstable in the tryouts? If you don't report bugs, then there is a chance they won't get fixed.

CoreAVC has plenty of bugs too. They could and should IMHO have released an interim version before v1.2. And don't forget that it is a commercial product, while ffdshow is a free open-source product.

My builds don't have MakeAVIS (nor any of the other extras) yet. I will update my custom script to include them when I have some spare time.

[Isochroma]

Excellent! In my previous post I forgot to thank the big three for their hard work producing all these nice builds, so I'll do it here. Thanks guys. Apologies for the harsh tone of previous post. Sometimes I wonder if life in a dictatorship with only one choice of bread, etc. would be better... people like choice, but it brings so many problems.

Maybe it is possible to copy makeavis.exe from drevil_xxl's build's ffdshow folder, then uninstall and install some other build, then copy back?

[igor1st]

@igor1st: What's with the ffdshow_tryout builds?
If you asking about changes - this is simple build from SVN. Only my tweaked default settings.

drevil_xxl's builds have working MakeAVIS, just checked. clsid's don't have it, and haruhiko_yamagata's don't work.
Try this fresh build:
ffdshow-tryout_rev85_20060823
It has makeavis and avisynth plugin (auto-copy in plugin folder if avisynth installed).

[Isochroma]

Thanks! Quite busy now, but I will try it ASAP.

[MatMaul]

we seem to have lost WMV7/8 encoding in the vfw interface, and WMV3/9 has duplicate entries in the decoder filter ui.

I think it's my fault, I try to correct that when I go back to home.

EDIT : oups, corrected by drevil_xxl, sorry.

[igor1st]

ffdshow-tryout_rev94_20060826 (http://d.turboupload.com/d/921271/ffdshow-tryout_rev94_20060826.exe.html)

ffdshow-tryout_mix_20060826 (http://d.turboupload.com/d/921263/ffdshow-tryout_mix_20060826.exe.html)
Based on rev13 with patches from revs 15, 37, 38, 64, 70, 71, 76.

Also I deleted my old builds from turboupload except this one - ffdshow_rev2543_20060822 (http://d.turboupload.com/d/905286/ffdshow_rev2543_20060822.exe.html).

[_xxl]

Based on rev13 with patches from revs 15, 37, 38, 64, 70, 71, 76.
Can you post all patches?

[haruhiko_yamagata]

ffdshow-tryout_mix_20060826 (http://d.turboupload.com/d/921263/ffdshow-tryout_mix_20060826.exe.html)
Based on rev13 with patches from revs 15, 37, 38, 64, 70, 71, 76.
Interesting build, but the installer seems to wipe almost all of "HKEY_CURRENT_USER\Software\GNU\ffdshow\default".

Another thing, your build is fast, but once your build is installed, all other builds become turtles as if MMX is turned off. I tryed to overwrite by mine, clsid's, and milan's. Unistall did not resolve the problem.

[haruhiko_yamagata]

Another thing, your build is fast, but once your build is installed, all other builds become turtles as if MMX is turned off. I tryed to overwrite by mine, clsid's, and milan's. Unistall did not resolve the problem.
I found why now. Soon after the registry was wiped, I installed my ffdshow-20060730-Q.exe. It enables postprocessing if the registry is empty. Anyway current setting should not be deleted.

[Boulder]

Could someone please create a sticky which would *only* have the latest build information from everyone who releases ffdshow builds?

[igor1st]

Can you post all patches?
ffdshow-tryout_mix_diff.zip (http://www.mytempdir.com/890169)

Anyway current setting should not be deleted.
Ok, fixed:
ffdshow_rev2543_20060827.exe (http://www.mytempdir.com/890159)
ffdshow-tryout_mix_20060827.exe (http://www.mytempdir.com/890162)
ffdshow-tryout_rev94_20060827.exe (http://www.mytempdir.com/890164)

[haruhiko_yamagata]

Thank you, igor1st. This time it's very good.