dffshow filter

[NuclearFusi0n]

Originally posted by athos
As soon as I am able to compile a build that actually works. The latest CVS entries indicates that milan is trying to get the colorspace stuff to work now, so lets keep our fingers crossed.
how's the compiling working? sorry to bother :p

[karl_lillevold]

Originally posted by Defiler
I have the exact same problem, karl. Check out this registry access log. ffdshow stalls reading this key on my dual Xeon. The second column is a timestamp. i.e. it takes almost 5 seconds to deal with the first ffdshow registry key.

Strange co-incidence. I also have a dual xeon, but it appears that's not related to the problem, at least not here.

I ran regmon, and saw similar numbers you showed, there were two 2 second pauses while mplayerc was starting up, in both cases right before accessing this GNU key. This, however, did not really reveal anything, so then I tried filemon (also from sysinternals, what a great collection of tools!)

Then I found the following:

10:03:52.977 rundll32.exe:996 FASTIO_QUERY_OPEN C:\Program Files\ffdshow\ffdshow.ax SUCCESS
10:03:52.977 rundll32.exe:996 IRP_MJ_CREATE C:\WINDOWS\system32\xvid.dll SUCCESS Attributes: Any Options: Open
10:03:52.977 rundll32.exe:996 IRP_MJ_CLEANUP C:\WINDOWS\system32\xvid.dll SUCCESS
10:03:52.977 rundll32.exe:996 IRP_MJ_CLOSE C:\WINDOWS\system32\xvid.dll SUCCESS
10:03:52.977 System:4 IRP_MJ_QUERY_INFORMATION C:\WINDOWS\system32\xvid.dll SUCCESS FileNameInformation
10:03:54.289 StyleXPService.:1016 FASTIO_QUERY_OPEN C:\WINDOWS\System32\UXTHEME.DLL SUCCESS
10:03:54.289 StyleXPService.:1016 FASTIO_QUERY_OPEN C:\WINDOWS\System32\UXTHEME.DLL SUCCESS
10:03:54.289 StyleXPService.:1016 FASTIO_QUERY_OPEN C:\WINDOWS\System32\UXTHEME.DLL SUCCESS
10:03:54.289 StyleXPService.:1016 FASTIO_QUERY_OPEN C:\WINDOWS\System32\UXTHEME.DLL SUCCESS
10:03:54.977 rundll32.exe:996 FASTIO_QUERY_OPEN C:\Program Files\ffdshow\ffdshow.ax SUCCESS
10:03:54.977 rundll32.exe:996 FASTIO_QUERY_OPEN C:\Program Files\ffdshow\ffdshow.ax SUCCESS
10:03:54.977 rundll32.exe:996 FASTIO_QUERY_OPEN C:\Program Files\ffdshow\ffdshow.ax SUCCESS
10:03:54.977 rundll32.exe:996 FASTIO_QUERY_OPEN C:\Program Files\ffdshow\ffdshow.ax SUCCESS

Notice the long delay right after accessing xvid.dll...
So then I un-installed XviD and that resolved the problem.
No more delay from having ffdshow installed while playing any AVI files.

This time I think I will leave XviD un-installed. It's not needed for playback. This in fact shows it creates even more playback problems (see below), and I can always install it again for any encoding comparisons with RV9 ;)

I also had another problem with XviD: it would break playback of YUY2 and YV12, claiming support for those formats, but then not displaying video.

The XviD version I had was from around mid-March, so it's pretty recent.

[Blight]

Karl:
Seeing as you seem to be working for Real, what are the chances of some sort of DirectShow integration for the RealAudio/Video formats? Maybe into FFDShow directly?

[karl_lillevold]

oh, if I could have a dollar for every time that question is asked :)
See for instance this reply : http://forum.doom9.org/showthread.php?s=&postid=284206&highlight=API#post284206

An RV9 DS filter would be very nice, but it takes time to convince people around here how useful this would be for making it easier to use RV9, with regards to encoding tools, multiplexing tools, players, alternative audio formats, porting etc. It is being discussed, but I can not give a timeframe, or even whether or not the codec APIs will be published.

[Defiler]

Good work finding a resolution, karl.
For me, uninstalling XviD isn't acceptable.. so I'm just going to live without ffdshow for now.

P.S. Dual Xeon users represent!

[Blight]

karl:
just a wrapper would be nice. Something that would act as a source filter with an RGB/YUV output directly to renderer and a 2nd pin for an audio renderer.

I would like to support RealAudio/Video in Zoom Player, but helix is in C++ and ZP is in delphi. And even if you did convert the headers to Delphi, the whole issue of a dual-interface for controlling video is just asking for trouble.

[Emp3r0r]

OT: the whole issue of a dual-interface for encoding video is just asking for trouble. I just finally tried WM9 because it workes in VirtualDub and ZoomPlayer. It takes experimenting but I am being slowly impressed.

[Blight]

I would be wary of WMF, according to Gabest which seemed to have a better look into the API, you need special API code to enable some of the features (greater than 2 channel audio for one).

If microsoft wants to push this format forward, it shouldn't require special API commands just to access such features, instead they should be accessible through a simple filter property dialog.

There are also other API issues involved with WMF (you need to manually create the reader filter, there's scripting support that requires special code ontop of the standard reader, it doesn't support stardard directshow rate controls, etc...)

[Shayne]

In free we trust for it is the good hearts that produce what is right in this world .............

Peace

[athos]

Originally posted by NuclearFusi0n
how's the compiling working? sorry to bother :p
Tried again yesterday, with more or less the default compiling options (in case I tried to use some flag that screwed everything up). Still locks the mediaplayers. Milan tells me the stable branch (V1) is working fine for him, so I guess I am doing something wrong, but I cant figure out what.

[The Link]

@athos:
Did you also try using mingw (means gcc)? I think milan looks after compatability (he was the one telling me how to compile xvid with mingw).

Regards,

The Link

[kilg0r3]

@milan

it would be very cool if you culd find the time to debug playback of 'packed bitstreams':)

thanks for all

[Blight]

Severe Bug:
ffdshow crashes when the resolution changes on the fly (like when hooked up into WinDVD and playing PAL content).

This prevents the flexibility of processing dvd content with certain decoders.

[wannabe]

Hi

I can confirm the Qpel over-smearing in the latest FFDSHOW(20030927) with Koepi's 24062003 XviD Build, even if i use "XviD iDCT"!! The Smearing effect is not that bad with other iDCT's but still not as good as with 24062003 with 24062003...

i made still image captures for your viewing pleasure:

http://www.geocities.com/ungi197/24062003_with_Simple.JPG
http://www.geocities.com/ungi197/24062003_with_XviD.JPG
http://www.geocities.com/ungi197/24062003_with_24062003.JPG


It looks like that FFDSHOW is unable to playback 24062003's quarterpel properly with any of its iDCTs. "Simple iDCT" looks very bad, "XviD iDCT" is a little bit better, but still not as good as with 24062003 with 24062003 playback.

PS: Pls see for yourself, but dont open the pages too many times because geocities transfer is limited for every hour, and i couldnt attach the pictures to the message because its not allowed anymore.

If the .jpgs wouldnt load first, hit CTRL+F5 a few times, geocities is slow...

[Gaia]

Originally posted by wannabe
Hi

I can confirm the Qpel over-smearing in the latest FFDSHOW(20030927) with Koepi's 24062003 XviD Build, even if i use "XviD iDCT"!! The Smearing effect is not that bad with other iDCT's but still not as good as with 24062003 with 24062003...

i made still image captures for your viewing pleasure:

http://www.geocities.com/ungi197/24062003_with_Simple.JPG
http://www.geocities.com/ungi197/24062003_with_XviD.JPG
http://www.geocities.com/ungi197/24062003_with_24062003.JPG


It looks like that FFDSHOW is unable to playback 24062003's quarterpel properly with any of its iDCTs. "Simple iDCT" looks very bad, "XviD iDCT" is a little bit better, but still not as good as with 24062003 with 24062003 playback.

PS: Pls see for yourself, but dont open the pages too many times because geocities transfer is limited for every hour, and i couldnt attach the pictures to the message because its not allowed anymore.

If the .jpgs wouldnt load first, hit CTRL+F5 a few times, geocities is slow...

Read the rules. Trible posting. You have posted this to atleast 3 threads.

[wannabe]

Read the rules. Trible posting. You have posted this to atleast 3 threads


I ve posted Something(!) like this 3 threads, not the same. I didnt wanned to flood sorry. There are some elements that are same in my posts but i investigated the problem from different aspects according to the Thread's subject. This problem concerns Koepis latest build as much as ffdshow filter, so i thought both programs developers needs to know about it. Pls be a little bit more constructive, look at the samples and tell your opinion instead of attacking me by default.

[Isochroma]

with that nice ffdshow: it won't allow the player app to decode the correct aspect ratio for either mkv files that use the values in the container, or mp4 files (native or embedded in mkv) that contain aspect ratio information...

[Elic]

Isochroma
I had the same problem with mkv. I had LightAlloy 2.9 and ffdshow-10041012, and I solved this problem by several times clicking on ffdshow's "Use overlay mixer" on "Output" tab. Hope it wil be useful to you too :)