New ffdshow build (?)

[haruhiko_yamagata]

Enabling that setting means MPC will decode, not ffdshow. That's why I questioned your report of proper playback.

That file is a satellite DVR stream with mux to accomodate dropouts, most often those happen in audio. It might also use the field duplication flag. It's MPEG2 valid but not DVD spec valid. It's a nice small real-world test sample. Is it choking ffdshow's demux or one of the video decoders or a combination of both? I don't know. My hunch is this is a demux issue because both MPEG2 decoders choke in the same manner.

It's not an odd profile, btw. Burn it to a disc and it will play in almost any hardware DVD player although some of the Sony units are touchy. It will also play in "proper" DVD players like PowerDVD.
As foxyshadis said, ffdshow never demux anything. ffdshow just decode.

[cc979]

I already send a sample to Rapidshare. Link in my first post in this Thread.




In Media Player Classic, adding WMVideo Decoder DMO in external filters, ffdshow decode the file. Is recognized as YV12 - uncompressed.

the file plays in VLC fine, gspot recognise it as wmv3 - but ffdshow does play it

[Rgeek]

the file plays in VLC fine, gspot recognise it as wmv3 - but ffdshow does play it

Mean You ffdshow does not play it?


Thanks to people help me. I'm newbie and I was Thinking the problem is my inexperience.

I partly solve this issue using AviSynth script: DirectShowSource("file.avi")


PS. My English is broken(so far), sorry for some thing non-intelligible.

[FredThompson]

As foxyshadis said, ffdshow never demux anything. ffdshow just decode.Hmmm...the playback problems must be all inside ffdshow, don't you think? The file plays properly with MPC decoding.

[dk75]

No, it don't. (FruitBeer.vob)
Whenever i use internal MPEG2 or ffdshow decode in MPC it's this same - it's stops.
When i change splitter from Haali to internal MPC then it crashes.
But it's play very well in mplayer.
So... this must be demuxer problem not libmad2/libavcodec problem.

[chros]

x264.nl added clsid ffdshow revision 497.
I must say i am amazed...
If ffmpeg would use multi core/cpu code i am sure it could match, or even surpass all the other H.264 decoders.
It's very fast indeed ... :) Almost like CoreAVC ...

Is there any plan to adding multicore support? It's needed ! :)

[Eragon4ever]

Added three patches to Sourceforge:

1. A bugfix of German part of custom_messages.iss.
@haruhiko: One of your last commits of this file (I think r437) broke the German letter 'ü' and replaced the following letter with 'E'. Maybe you svn client cannot handle it. (here (http://sourceforge.net/tracker/index.php?func=detail&aid=1582239&group_id=173941&atid=867362))

2. A fixed version of the German copying.txt. (here (http://sourceforge.net/tracker/index.php?func=detail&aid=1595242&group_id=173941&atid=867362))

3. An up to date (r522) version of the changelog, including the missing ffmpeg comments. (here (http://sourceforge.net/tracker/index.php?func=detail&aid=1595243&group_id=173941&atid=867362))

[breez]

Nice indeed.

A little benchmark using timecodec.exe and 640x480 H.264 file:

clsid ffdshow rev 514: 190.9fps
CoreAVC Standard: 213.8fps

(Athlon XP 10.5x180MHz)

[fastplayer]

@Haruhiko & Co.:
I noticed a small GUI bug in ffdshow's audio decoder properties. Take a look at size of the "Mixer" group box:
http://img477.imageshack.us/img477/963/guibugjm1.png
I think it happened right after the ffdshow dialog resize.

[Inventive Software]

3000+ posts in a thread started more than a year ago. Well done everybody. :)

[haruhiko_yamagata]

Hmmm...the playback problems must be all inside ffdshow, don't you think? The file plays properly with MPC decoding.
No, I don't think so.
MPC decoder with "MPEG PS/TS/PVA" off, the video stops as well as it does with ffdshow.
Creating a decent filter graph is applications responsibilty. As for MPC, that source filter is enabled by default. If you want to disable it, you have to do so at your own risk.

[foxyshadis]

I forgot something, with the wmv9 issue brought up recently - WM9 decoder passthrough is missing from current builds. I think it has been since VC-1 was removed and WMV9 was added back. Was it a licensing reason? Or is it essentially equivalent to disabling it anyway?

[_xxl]

http://img22.imagevenue.com/loc598/th_25151_Capture_122_598lo.jpg (http://img22.imagevenue.com/img.php?image=25151_Capture_122_598lo.jpg)
"wmv9" decoder works in vfw mode.

[Episode]

@clsid, could you please make another icl9 build?

[Eragon4ever]

I noticed an other GUI bug (even smaller than the last):
http://img87.imageshack.us/img87/2393/screenshot1311200614502af7.png

When I resize of the first column the dropdown box stays where it is until I'm finished. (I hope you know what I want to say.)

[haruhiko_yamagata]

Added three patches to Sourceforge:

1. A bugfix of German part of custom_messages.iss.
@haruhiko: One of your last commits of this file (I think r437) broke the German letter 'ü' and replaced the following letter with 'E'. Maybe you svn client cannot handle it. (here (http://sourceforge.net/tracker/index.php?func=detail&aid=1582239&group_id=173941&atid=867362))

2. A fixed version of the German copying.txt. (here (http://sourceforge.net/tracker/index.php?func=detail&aid=1595242&group_id=173941&atid=867362))

3. An up to date (r522) version of the changelog, including the missing ffmpeg comments. (here (http://sourceforge.net/tracker/index.php?func=detail&aid=1595243&group_id=173941&atid=867362))
Thank you. Please wait a few days.

[cc979]

Mean You ffdshow does not play it?


Thanks to people help me. I'm newbie and I was Thinking the problem is my inexperience.

I partly solve this issue using AviSynth script: DirectShowSource("file.avi")


PS. My English is broken(so far), sorry for some thing non-intelligible.

oops. i did mean ffdshow does not play it

[fastplayer]

Thanks a lot for the quick fix and the new build! :thanks:

One other minor GUI 'thingie': When clicking on skip deblocking always in H.264 codec settings, shouldn't then skip deblocking when safe automagically be greyed-out?

[G_M_C]

I've got some questions about the current state of ffdshow, and a specific way to set it up.

1)
Approx one week ago I set up ffdshow, and since then i've got serious problems with AviSynth's DirectShow () command.
When i use DSS() the video-window flashes grey in a irregular pattern. The pattern changes when restarting the video, but will never show the same pattern.

It happened with a X264 video in a mkv-container, but hapens with other types of video too. It's quite annoying, because transcoding H264 to anything else goes thru AviSynth's DSS() with most applications, so i hope there's a fix for this.

Also see my post at: http://forum.doom9.org/showthread.php?t=118101

2)
Also since i installed ffdshow, the general quality of video-playback seems to have dropped. I now get visable pixellation when i resize the view-plane to full screen. When i force decoding thru XviD and than switch to full screen edges look smooth, and there is far less pixelation to be seen.

How can tah be fixed.

3) This one is related to both questions above;
I only installed ffdshow for the abillity to decode H264 streams. I use that abillity with H264-streams / X264-streams that are contained in .TS in .MKV and/or are extracted to MP4 or even raw streams. But in general i only need the H264 abillity.

To get that i paintstakingly switched of all optios in ffdshow that arent related to H264 (some of wich helped to improve the state of question 1 and 2). But the question is now: Can someone give me directions to set up ffdshow for H264 only, with the highest video-quality possible ? And offcourse the streams should be able to be opened in AviSynth for transcoding, because thats the reason whay i need this setup.

4)
When you come to the conclusion that i'm better of with another codec (like CoreAVC or so), can i safey deinstall ffdshow, without problems ? Because the ffdshow-wiki mentions a serious problem with the uninstaller (it deletes all windows audio,- and video codecs :( )

[_xxl]

Because the ffdshow-wiki mentions a serious problem with the uninstaller (it deletes all windows audio,- and video codecs :( )
Bug was fixed.

[FredThompson]

No, I don't think so.
MPC decoder with "MPEG PS/TS/PVA" off, the video stops as well as it does with ffdshow.
Creating a decent filter graph is applications responsibilty. As for MPC, that source filter is enabled by default. If you want to disable it, you have to do so at your own risk.One of us is confused. "MPEG PS/TS/PVA" is MPC's internal decoder. When it is on, MPC decodes the video. When it is off, ffdshow will decode the MPEG stream if ffdshow is set for MPEG2 decoding, correct?

The video plays properly with that setting enabled. However, MPC does not support 4:2:2 MPEG2. The libavcodec inside ffdshow does not support 4:2:2 MPEG2. The libmpeg2 inside ffdshow supports 4:2:2 MPEG2 but it chokes when trying to play FruitBeer.vob.

FWIW, mplayer also puked on FruitBeer.vob

[KoD]

"MPEG PS/TS/PVA" is MPC's internal decoder.
Incorrect. MPEG PS/TS/PVA is MPC's internal mpeg splitter, not decoder. Microsoft Windows os-es (or maybe it's the WMP install) come with an mpeg2 splitter, the mpeg2splt.ax file which you can find in your Windows\system32 folder. It's this splitter that seems to choke on that file.

When you enable MPEG PS/TS/PVA in MPC, MPC will use its built-in mpeg splitter instead of the Windows mpg2splt.ax. Once you enable it, the file does not freeze in MPC no matter that you use ffdshow's mpeg2 decoder, nvidia's mpeg 2 decoder, cyberlink's mpeg 2 decoder, windvd's mpeg2 decoder or MPC's built-in mpeg2 decoder. If you are going to use another player than MPC (like WMP or mplayer2), the Windows provided mpg2splt.ax splitter will be used and the playback will freeze.

Now, if you want to use MPC's internal mpeg splitter for other programs to see, you can find it as an external filter here: celtic druid's stash (http://esby.free.fr/CelticDruid/mirror/Media%20Player%20Classic/external%20filters/unicode/). Just register it and it should take over mpg2splt.ax. It used to sometime break filter graphs for other formats, don't know what is its status now so registering it like this is not without risk.

The flow is like this: media container -> splitter -> decoders that work on the streams received from the splitter -> decoder output goes to presentation or other processing filters.

Ffdshow is only a bunch of decoders and processing filters bundled together, it doesn't work as a splitter.

[clsid]

To get that i paintstakingly switched of all optios in ffdshow that arent related to H264 (some of wich helped to improve the state of question 1 and 2). But the question is now: Can someone give me directions to set up ffdshow for H264 only, with the highest video-quality possible ? And offcourse the streams should be able to be opened in AviSynth for transcoding, because thats the reason whay i need this setup.
You can select which formats are decoded by ffdshow during installation. Deselecting everything is pretty easy, since it uses a tree. Uncheck the parent node to uncheck all of its children. Then check H.264.

[ilpippo80]

First of all, thanks for your hard work on ffdshow, guys!
now, let's talk about "business":
with both ffdshow_rev529_20061113_clsid.exe and ffdshow_rev529_20061113_clsid_icl9.exe I have a slowdown of about 25 seconds (!!!) during any file opening in media player classic (haven't tried other players). I tried changing a few settings (like disabling the queue) and I tried several kind of files but the problem persisted. Reinstalling ffdshow_rev514_20061109_clsid_icl9.exe solved the problem... Anyone else has this issue?
Do you need any more details?

[lasuocera]

Hi all, same problem for me. Also on osd cpu time i have a message regarding windows vista.

My computer:
cpu: Pentium 4 1700 512mb ram
video: hercules 3d prophet 4500 tvout
system: xp sp2

Tested with mpc (latest build by celtic_druid) vmr9 renderless.
Thank you for your great work.

[haruhiko_yamagata]

Hello, ilpippo80 and lasuocera. Where is pdh.dll in your hdd?
Typically it should be C:\WINDOWS\system32.

ilpippo80, is "CPU Load" working for you?

[lasuocera]

Can't answer now. I'm not on my machine. See you later!

[FredThompson]

Incorrect. MPEG PS/TS/PVA is MPC's internal mpeg splitter, not decoder. ...
Ah, OK, thanks for clearing that up. As I said, "one of us is confused." In this case, it was me. :eek:

[Px]

2)
Also since i installed ffdshow, the general quality of video-playback seems to have dropped. I now get visable pixellation when i resize the view-plane to full screen. When i force decoding thru XviD and than switch to full screen edges look smooth, and there is far less pixelation to be seen.

How can tah be fixed.
Turn on postprocessing......

[ilpippo80]

for me pdh.dll is in d:\windows\system32
cpu load gives me: "does not work in vista ..."
btw, I'm on win xp sp2, on a p4 3GHz with HT enabled and I have an administrator account.

[yesgrey]

Hi,

Could anyone post the actual ffdshow source in a compressed single file for download? I would like to see if I would be able to add the resize for screen resolution, and I don't want to deal with svn before knowing if I could write the code...

Thanks.

[MatMaul]

with both ffdshow_rev529_20061113_clsid.exe and ffdshow_rev529_20061113_clsid_icl9.exe I have a slowdown of about 25 seconds (!!!) during any file opening in media player classic (haven't tried other players). I tried changing a few settings (like disabling the queue) and I tried several kind of files but the problem persisted. Reinstalling ffdshow_rev514_20061109_clsid_icl9.exe solved the problem... Anyone else has this issue?
Do you need any more details?
Same problem with xp sp2, MPC and v5.1.2600.2180 of pdh.dll.

[clsid]

No problems on my Windows 2000 (pdh.dll version 5.0.2195.6660).

[netwolf]

I have the same problem (long delay after starting playback) here on my laptop, using XP Pro SP2, latest Omega drivers (ATI mobility 9700) and ZoomPlayer Pro and ffdshow_rev529_20061113_clsid.exe

[Peuj]

no problem too on my Windows XP SP2 (pdh.dll version 5.1.2600.2180)

[Inventive Software]

Codec(s) used would give a good indication people. I have no problems with MPEG-4 ASP or DivX or XviD playback for the record. Must also add that mplayer automatic post-processing is now working! :) (clsid's 529 build)

[lasuocera]

Hello, ilpippo80 and lasuocera. Where is pdh.dll in your hdd?
Typically it should be C:\WINDOWS\system32

pdh.dll version 5.1.2600.2180 is in C:\WINDOWS\system32.
Sorry! I made a mistake confusing my notebook configuration with the PC i use at work. I'm using an ASUS A2800S notebook P4 3.06 with Radeon Mobility 9600

P.s. I had no problems with previous build by clsid.
P.p.s. Tested decoding xvid

[_xxl]

Please test my build!
http://www.sendspace.com/file/n8wuo5

[Eragon4ever]

Could anyone post the actual ffdshow source in a compressed single file for download? I would like to see if I would be able to add the resize for screen resolution, and I don't want to deal with svn before knowing if I could write the code...

Here you go: ffdshow rev 535 src (http://rapidshare.com/files/3341642/ffdshow_r535.7z.html)

[yesgrey]

Thanks!

[akapuma]

Hello,

I've a problem to play this file: http://akapuma.info/test/Sac-001.mkv (266kB)
This file contains x264 and vorbis in a mkv-container. Player: MPC, WMP6.4. Splitter: haali. WIN2000SP4

Problems with newer ffdshow (player hangs, abort via taskmanager required):
533 by Dirk Paehl
529 by CLSID

No problems with older ffdshow:
514 by Dirk Paehl
494 by CLSID

Best regards

akapuma

[_xxl]

Hello,
I've a problem to play this file: http://akapuma.info/test/Sac-001.mkv (266kB)
This file contains x264 and vorbis in a mkv-container. Player: MPC, WMP6.4. Splitter: haali. WIN2000SP4
Best regards
akapuma
My build is working for me with this file.
MPC+ffdshow.
http://www.sendspace.com/file/n8wuo5

[Eragon4ever]

I've a problem to play this file: http://akapuma.info/test/Sac-001.mkv (266kB)
This file contains x264 and vorbis in a mkv-container. Player: MPC, WMP6.4. Splitter: haali. WIN2000SP4

Problems with newer ffdshow (player hangs, abort via taskmanager required):
533 by Dirk Paehl
529 by CLSID

No problems with older ffdshow:
514 by Dirk Paehl
494 by CLSID

No problems here.
ffdshow r529 by clsid
MPC
WMP 11
Haali's splitter
WinXP

[netwolf]

It seems that ffdshow doesn't even have to decode anything for the delay to show up here.

I tested with a MPEG4 file which ffdshow was set to decode, and had the dealy.
Then I tried a DivX5 file (which is decoded by the original DivX codec) with ffdshow used for postprocessing only, and the delay appeared again.

And I noticed something else: it only appear on the first file I open!
If one file is running and I start another one without closing the player (ZoomPlayer), there is no delay and everything works fine, no matter what files I play.

[clsid]

That fine plays fine here too.
- Windows 2000 SP4
- ffdshow (rev335)
- MPC (rev611-2) / WMP6.4 / BSplayer 2.12
- Haali (20061029)

[fastplayer]

MKV file posted by akapuma plays fine here using:
- MPC (rev611-2) with its internal Matroska splitter
- ffdshow build 529 (generic) by clsid
- WinXP SP2

[ilpippo80]

Please test my build!
http://www.sendspace.com/file/n8wuo5

I tried it and it still has the same problem!
btw, my pdh.dll is version 5.1.2600.2180

[LoRd_MuldeR]

First of all, thanks for your hard work on ffdshow, guys!
now, let's talk about "business":
with both ffdshow_rev529_20061113_clsid.exe and ffdshow_rev529_20061113_clsid_icl9.exe I have a slowdown of about 25 seconds (!!!) during any file opening in media player classic (haven't tried other players). I tried changing a few settings (like disabling the queue) and I tried several kind of files but the problem persisted. Reinstalling ffdshow_rev514_20061109_clsid_icl9.exe solved the problem... Anyone else has this issue?
Do you need any more details?

Yeah, same problem here :scared:
Tested with latest CLSID builds (ICL and none-ICL) and with build posted by drevil_xxl ...

ffdshow_rev514_20061109_clsid.exe does run fine!

[TheShadowRunner]

To CLSID:
Using ffdshow_rev529_20061113_clsid.exe, files take about 10 seconds to load. Using the previous version with the exact same settings, the same files load instantly.
Please let me know if you need further details about my config/hardware.
Later,

TSR

[clsid]

List of known issues in revision 547:

1) Long delay when opening files. Seems to be caused by the CPU load monitoring code added in rev524.
2) CPU Load OSD item shows "Vista not supported" error on (some) XP SP2 systems.
3) Wavpack decoder only works with lossless wavpack. Lossy and hybrid wavpack is not yet supported.
4) Levels (ylevels, ylevelsG, ylevelsS, ylevelsC) are not implemented correctly. Details about the correct way can be found here (http://forum.doom9.org/showthread.php?p=897854).
5) WM9 decoder passthrough is missing

Reported but unconfirmed bugs:

6) image settings -> preset autoload conditions -> "on FOURCC match" doesn't work. (reported by juskixxx) (confirmed by clsid) (haruhiko could not reproduce it)
7) Automatic preset loading doesn't seems to be working with on "number of channel match" and AC3 audio on DVD (don't know if it happens with AC3 audio in MKV, AVI or not or any other audio format). I use "3;4;5;6" in "number of channel match" so this should load with audio track with more than 2 channels but with an AC3 2 channels track this is also loaded. (reported by thuan)
8) The following encoders do not work for me: MPEG 4, MPEG 1, MPEG 2, h.263, H.261 and DV. VirtualDub 1.16.16 gives the following error: "Cannot start video compression. An unknown error occurred (may be corrupt data). (error code -100)". I know that at least some of these encoders do work for others. My system specs: Windows 2000, AMD Athlon Thunderbird. (reported by clsid)
9) Resize filter alters colors. Details (http://forum.doom9.org/showthread.php?p=884778#post884778). (reported by Kador)

Other issues:

10) ICL9 builds of ffdshow.ax crash on files created by a specific old revision of x264 (don't know the rev number). Funny thing however is that the files play without crash if you first play a good file and then play a 'troublesome' file in the same player instance. Also no crash when using an unoptimized debug build. So this seems to be a compiler bug. Sample file (http://rapidshare.com/files/1609924/sample.mp4.html). (reported by clsid)
11) ffdshow is not compatible with CrystalPlayer.