Insert ffdshow filter into GraphEdit

[David1105]

Days ago I downloaded the source of ffdshow and built ffdshow.ax. It worked fine with GraphEdit. I could set breakpoints in the source and used GraphEdit to run into them, with Visual Studio 8.

After that I went back to the binary of ffdshow.ax I downloaded. This was still no problem.

However, today, I compile again the source of ffdshow and register ffdshow.ax, GraphEdit does show the filters of it. However when I try to insert "ffdshow raw filter", it gives me error:

0x80040217 No combination of intermediate filters...

Does anyone know what could be the cause of the problem?

Thanks!

[JohnnyMalaria]

GraphEdit does show the filters of it. However when I try to insert "ffdshow raw filter", it gives me error:

0x80040217 No combination of intermediate filters...

My guess would be you have changed the location of the .ax file. Make sure you have re-registered the filter (with regsvr32.exe).

[David1105]

I always un-register the ffdshow.ax I stop to use and then register the one I want to use.

That's why this puzzles me.

[clsid]

Configure the filter to accept all supported formats. It doesn't do so by default.

[David1105]

Even cannot insert it into a Graph in GraphEdit. How to configure it?

I do use the working ffdshow.ax to configure. Then register non-working one. Again, this ffdshow filters cannot be inserted. Also, all the graph files that uses ffdshow filters cannot be opened.

[foxyshadis]

Did you delete (or rename the containing folder of) the testing version you compiled? In svn there's a "register.bat" I wrote because ffdshow will put junk in the registry with absolute paths, and it'll try loading dlls from there before the current folder. And then somehow, even if you change those paths, occasionally the old location will be cached and keep loading until a reboot, or the folder is removed. Presumably Windows's LoadLibrary is doing the caching. It's a pain, since it'll crash with out-of-sync dlls.

[clsid]

To configure the raw filter:
Start > Run > rundll32 "C:\Program Files\ffdshow\ffdshow.ax",configureRaw
Or right-click on the inserted filter in GraphEdit and select properties.

If you are unable to insert the filter, then it is probably not registered properly or libmplayer.dll is missing.

[David1105]

Never delete the folder containing the compiled ax.

I did a search in Registry and verify all places of "ffdshow.ax" have a path pointing to the folder of the ffdshow.ax compiled by myself.

I also did "rundll32 "C:\...\ffdshow.ax" configureRaw" and it does show on the "Codecs" page, "Raw video"/'Decoder" is "All supported."

I even used the downloaded ffdshow.ax binary (file version 1.0.2.2179) and everything fine.

BTW, I am using Visual Studio 8. And the time I downloaded the source is Nov.1. Also, I did remeber I did a SVN update yesterday just before I found this problem.

How to retrieve this "register.bat" file?

[clsid]

You need to unregister the filter before you delete it. Unregistering will remove the references to it in the registry. If you register ffdshow.ax at another location, then it will overwrite the locations in the registry.

What exactly are you trying to do? Why do you need your own compilation?

[David1105]

I usually unregister and then register ffdshow.ax of several versions. I'm sure I got lazy couple of time when I switched back and fro between them. Also, register always overwriting the entries of old ones (including the path, etc.) and I don't see a potential problem like this.

The odd thing is only this one (compiled by me) not being able to be inserted into GraphEdit.

I'm trying to figure out a bug I have been experiencing...The bug can be re-produced by using a AVI file of RGB24 and output it into either RGB32 or RGB24, a black window will be displayed on top of the video window.