New ffdshow build (?)

[foxyshadis]

Actually, it's an avisynth plugin to use ffdshow inside of avisynth.

[Bathrone]

ffdshow does NOT overwrite any codecs on your system. It only has a higher merit than other filters. So if you enable a format in ffdshow, then ffdshow will be used to decode that format. If you disable it, your player will use another filter.

It is possible in the options to entirely disable the use of ffdshow in specific applications. I'll change the installer to do so for Oblivion.exe

Yes sorry I should have been more specific in my wording. What I'm getting at is questioning the wisdom of why media formats that are allready supported natively by Windows should be replaced, by default, by a higher priority filter from ffdshow.

I don't see how ffdshow can be considered as stable as release versions of Microsoft supported codecs. FFdshow is in active development.

I appreciate that problem applications can be ruled out within ffdshow options but that does not mean all the user community is going to know that or be equipped to do it. The default settings should be safe settings that are suitable for novice users.

To me the real value in ffdshow is to provide direct show filters for formats that are not natively supported in Windows like mpeg4-asp and AVC. Including others just increases the chances for people having a negative experience and for newer users to get confused about configuration.

[foxyshadis]

ffdshow defaults to enabling WMV? That's not good. Hmm, they don't appear in the current installer script, however, so it must be an artifact of old installers. Reset all ffdshow settings and try reinstalling.

WMV7/8/9/VC-1 should also all be part of the same checkbox in the installer, I think, they're all about about the same stage of completeness now that WMV9 is mostly fixed. If not, at least WMV7/8 and WMV9/VC-1. That's if they're ever returned to it.

[Bathrone]

I believe sir that currently the installers overwrite MP3, LPCM, MP1 and MP2 codecs by default. Recently the installers were changed not to overwrite MPEG1 and MPEG2 by default, so thanks for that. I don't believe any of the WMV decoders are enabled by default.

[land]

Here (http://forum.doom9.org/showthread.php?p=840193#post840193)'s my post.

Thank's for your response, but I have a problem. In the guide you point me it's necessary to apply the patch baseclasses.diff, can you tell me where can I find this patch?

[haruhiko_yamagata]

Thank's for your response, but I have a problem. In the guide you point me it's necessary to apply the patch baseclasses.diff, can you tell me where can I find this patch?
It's not me who wrote about baseclasses.diff. Perhaps it is written about old ffdshow. Current ffdshow have microsoft baseclasses in its SVN, we don't need the patch. We don't need STL port to compile ffdshow.

[land]

It's not me who wrote about baseclasses.diff. Perhaps it is written about old ffdshow. Current ffdshow have microsoft baseclasses in its SVN, we don't need the patch. We don't need STL port to compile ffdshow.

Ok, then I don't know how can I fix my problem. When I go to ffdshow/src directory and run make command I have the following errors:

.
.
.
.
wxutil.cpp:600: error: expected `;' before '{' token
wxutil.cpp:621: error: `_asm' was not declared in this scope
wxutil.cpp:621: error: expected `;' before '{' token
wxutil.cpp: In function `LONGLONG llMulDiv(LONGLONG, LONGLONG, LONGLONG, LONGLONG)':
wxutil.cpp:745: error: integer constant is too large for "long" type
wxutil.cpp:746: error: integer constant is too large for "long" type
wxutil.cpp: In function `LONGLONG Int64x32Div32(LONGLONG, LONG, LONG, LONG)':
wxutil.cpp:906: error: integer constant is too large for "long" type
wxutil.cpp:907: error: integer constant is too large for "long" type
In file included from strmiids.cpp:1,
from baseclasses_all.cpp:11:
../stdafx.h:76:22: qnetwork.h: No such file or directory
In file included from ../stdafx.h:82,
from strmiids.cpp:1,
from baseclasses_all.cpp:11:
../dwstring.h: At global scope:
../dwstring.h:92: error: ISO C++ forbids declaration of `CUnknown' with no type
../dwstring.h:92: error: expected `;' before '*' token
../dwstring.h:97: error: expected `;' before "static"
make[1]: *** [baseclasses_all.o] Error 1
make[1]: Leaving directory `/c/ffdshow/src/baseclasses'
make: *** [lib] Error 2

Do you think this could happen due to the version of the SDK? I have use the DirectX 9.0 October 2004 and the Microsoft Platform Feb 2003. Maybe I must use newer versions.

[haruhiko_yamagata]

In my wxutil.cpp line 600 is /* Do long multiplication */

line 621,745 does not match as well.
Which version of ffdshow are you trying to compile?

Check up your environmental variables.

[_xxl]

Ok, then I don't know how can I fix my problem. When I go to ffdshow/src directory and run make command I have the following errors:
Do you think this could happen due to the version of the SDK? I have use the DirectX 9.0 October 2004 and the Microsoft Platform Feb 2003. Maybe I must use newer versions.
You need: dxsdk_sum2004 & dxsdk_oct2005.
Don't forget to generate x86 directx9 lib files compatible with gcc.Use that script.(.sh)
http://forum.doom9.org/showthread.php?p=727041#post727041

[clsid]

I believe sir that currently the installers overwrite MP3, LPCM, MP1 and MP2 codecs by default. Recently the installers were changed not to overwrite MPEG1 and MPEG2 by default, so thanks for that. I don't believe any of the WMV decoders are enabled by default.
ffdshow may be in active development, but the decoding code for those formats is stable and rarely changed.
Those formats are enabled by default in ffdshow because most of us prefer using ffdshow above the default MS codecs. We could perhaps do a poll. But unless you have some specific reason (read: found a bug) for not using them, or a good argument why the MS ones are better, I'll leave things as they are now.

[haruhiko_yamagata]

I believe sir that currently the installers overwrite MP3, LPCM, MP1 and MP2 codecs by default. Recently the installers were changed not to overwrite MPEG1 and MPEG2 by default, so thanks for that. I don't believe any of the WMV decoders are enabled by default.
As far as I know, WMV decoders are not enabled by default.
As for the audio codecs, I agree to clsid.

[Egh]

I don't see how ffdshow can be considered as stable as release versions of Microsoft supported codecs. FFdshow is in active development.

To me the real value in ffdshow is to provide direct show filters for formats that are not natively supported in Windows like mpeg4-asp and AVC. Including others just increases the chances for people having a negative experience and for newer users to get confused about configuration.

Let's put it like that. You don't want ffdshow codecs, you don't install it :) Or you can disable the codecs you don't like.

The real value of ffdshow, as I see it, is provision of open-source alternatives for codecs, be those supported natively by windows or not (note there're also different windows versions). Different to all those m$ codecs you mentioned, ffdshow source is freely available.

[foxyshadis]

ffdshow may be in active development, but the decoding code for those formats is stable and rarely changed.
Those formats are enabled by default in ffdshow because most of us prefer using ffdshow above the default MS codecs. We could perhaps do a poll. But unless you have some specific reason (read: found a bug) for not using them, or a good argument why the MS ones are better, I'll leave things as they are now.

Although I believe this is the case, there's one report I'd like to test out:
http://forum.doom9.org/showthread.php?p=881257#post881257
I don't do much wmv encoding, but I'm sure it's not that hard to test a few things, so I'll see what happens.

Oops, I'm too late, it was already fixed by drevil. btw, I'm going to update the homepage for a more recent build, 127 is oooold. I also have QoS working pretty well (except with haali's), but I'm going to sit on it until we start working on disruptive features again. I don't want to introduce more bugs when it's coser to bugfree than it's ever been.

[bob0r]

Added ffdshow_rev382_20061012_clsid.exe to x264.nl
"faster H.264 decoding."

It indeed looks like it's faster, but coreavc is still much much faster in decoding a BBC-HD H.264 1080mbaff stream.

But i guess its good to see there is improvement.

[LoRd_MuldeR]

Added ffdshow_rev382_20061012_clsid.exe to x264.nl
"faster H.264 decoding."

It indeed looks like it's faster, but coreavc is still much much faster in decoding a BBC-HD H.264 1080mbaff stream.

But i guess its good to see there is improvement.

The first time MPC + ffdshow can play that super high-res Superman trailer without heavy frame drop :)
But only with Overlay Mixer and everything else turned off.
Performance in MPlayer is still a bit better...

[clsid]

There is some assembly code for cabac added in FFmpeg recently. That might give an additional few % performance boost when decoding H.264. However, I can't get that code to compile with GCC atm. The code contains a comment that this might happen, so I guess it is still a work in progress. Hopefully this gets fixed soon.

I benchmarked an improvement of ~4% in rev382 compared to rev312.

[Livesms]

What latest STABLE ffdshow build you can recommend?

Now I use CCCP - Combined Community Codec Pack (http://www.cccp-project.net/)) pack with ffdshow dated with Jul 26 2006 compiled by Milan Cutka (milan_cutka@yahoo.com)

Is it possible to replace ffdshow with new stable version?

[_xxl]

What latest STABLE ffdshow build you can recommend?
Now I use CCCP - Combined Community Codec Pack (http://www.cccp-project.net/)) pack with ffdshow dated with Jul 26 2006 compiled by Milan Cutka (milan_cutka@yahoo.com)

Milan?

[Livesms]

[QUOTE=Livesms;887249]
Now I use CCCP - Combined Community Codec Pack (http://www.cccp-project.net/)) pack with ffdshow dated with Jul 26 2006 compiled by Milan Cutka (milan_cutka@yahoo.com)[QUOTE]
Milan?

Maybe Milan. In any case his sign is placed in buttom of about page.

[Episode]

@Livesms: You can install any version you want on top of CCCP without any worry. With clsid's version you just need to be sure that it installs ffdshow on Program Files\Combined Community Codec Pack\Filters directory instead of Program Files\Combined Community Codec Pack\Filters\ffdshow (you need to write this by hand, for some reason just selecting plain Filters directory won't install it on there.) The most current version by clsid is in my opinion at least as stable as the one that came with cccp, so there is no need to worry about stability, just download the newest one.

[Livesms]

@Livesms: You can install any version you want on top of CCCP without any worry. With clsid's version you just need to be sure that it installs ffdshow on Program Files\Combined Community Codec Pack\Filters directory instead of Program Files\Combined Community Codec Pack\Filters\ffdshow (you need to write this by hand, for some reason just selecting plain Filters directory won't install it on there.) The most current version by clsid is in my opinion at least as stable as the one that came with cccp, so there is no need to worry about stability, just download the newest one.

Could you give me a link(or post number) to latest stable clsid's build.

[clsid]

Now I use CCCP - Combined Community Codec Pack (http://www.cccp-project.net/) pack with ffdshow dated with Jul 26 2006 compiled by Milan Cutka (milan_cutka@yahoo.com)
Those builds are made by the CCCP team themselves, not by Milan.

You can find the latest 'stable' build on www.x264.nl

[bob0r]

Please dont use www. its so useless! :mad:

[clsid]

Its just so that vBulletin automatically makes a clickable link out of it. Otherwise I would have left away the www :)

[Liisachan]

it's much easier to config your server by typing a few lines to automaticlly force everyone who use it, than to ask human beings to do what you'd like, no? :)

RewriteEngine on
RewriteCond %{HTTP_HOST} www.x264.nl [NC]
RewriteRule ^(.*)$ http://x264.nl/$1 [R=301,L]

[_xxl]

List of known issues in revision 363:
5) MSS2 WMV files: MPC crashes when info & debug window of ffdshow is active. Sample file (http://ftp.mplayerhq.hu/MPlayer/samples/V-codecs/MSS2/mss2_speech.wmv). (reported by drevil_xxl) File crashes regardless of selected page. (reported by clsid)

Please confirm that rev 382 works.

[Livesms]

Those builds are made by the CCCP team themselves, not by Milan.

You can find the latest 'stable' build on www.x264.nl

And what about SSE2/SSE3/3dNow! Support.

Looks like everyone has CPU at least with SSE2.
My Sempron 3000 supports SSE2/SSE3/3DNow and P4 2.8 supports SSE2/SSE3.

Is there any build with such optimizations.

[bob0r]

@clsid:
Try: http://x264.nl and press submit.

@Liisachan:
Way too lazy for that, i have to message people then :p

@Livesms:
As read in this thread, the ffdshow installer has all optimized files in it.
Some specific optimizes do not speed up at all.
So the build is best for general use.

[clsid]

And what about SSE2/SSE3/3dNow! Support.

Looks like everyone has CPU at least with SSE2.
My Sempron 3000 supports SSE2/SSE3/3DNow and P4 2.8 supports SSE2/SSE3.

Is there any build with such optimizations.
ffdshow contains MMX, MMXext, SSE, SSE2, 3dnow and 3dnow2 code.

And no, not everyone has at least SSE2.

[BlindWanderer]

I've found a new bug, or really just an unhandled one.

ffdshow doesn't want to play wmv1/7 streams if the first frame is not a key frame (or is a corrupt key frame). In media player black is all that is displayed (for the duration of the video). When the user seeks the video, the video is properly displayed.

VLC doesn't choke on this.

(i've been using the latest builds)

example: http://cabbit.home.comcast.net/russians_300k.wmv

[FredThompson]

Looks like everyone has CPU at least with SSE2.That is a...very...(opposite of insightful)...assumption.

[BlindWanderer]

Only chips newer then (and including) Pentium 4's support SSE2. I still have a P2 & P3 still in operation. I imagine there are still allot of people using Athlons too. If you checkout the wikipedia sse2 article, they list chips that do and do not support SSE2.

[haruhiko_yamagata]

WMP11 and mplayer2.exe crashes when decoding MJPEG. Most of the files here (http://samples.mplayerhq.hu/V-codecs/MJPEGs/) crashes. MPC can play them.

The crash occurs in mjpeg_decode_frame in mjpeg.c.
case SOS:
mjpeg_decode_sos(s);

Between these two lines, we have stack over flow exception. I can't find why.

[_xxl]

WMP11 and mplayer2.exe crashes when decoding MJPEG. Most of the files here (http://samples.mplayerhq.hu/V-codecs/MJPEGs/) crashes. MPC can play them.

The crash occurs in mjpeg_decode_frame in mjpeg.c.
case SOS:
mjpeg_decode_sos(s);

Between these two lines, we have stack over flow exception. I can't find why.
Jpeg in .mov files doesn't work.
http://rapidshare.de/files/36834385/P1020240.MOV.html
ffdshow-20060226 is working fine,
ffdshow-20060420 is not.

[clsid]

List of known issues in revision 413:

1) When outputting the audio to AC3 using the ffdshow AC3 encoder there are a lot of downmix overflows. The sound seems to be distorted as if the volume is to high. (reported by TFM_TheMask)
2) Loading IFO file in MPC and seeking thru the video instantly crashes MPC. Seeking thru VOB file is fine.(reported by DSP8000)
3) Wavpack decoder crashes on this file (http://rapidshare.de/files/34646550/SoC__XviD_WavPack_MP3_-007.mkv.html). (reported by clsid)
4) 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 a plain unoptimized debug build. Sample file (http://rapidshare.de/files/35447656/sample.mp4.html). (reported by clsid)
5) ffdshow crashes when I try to play snow (encoded with latest mplayer/lavc). (reported by Yong) Sample (http://rapidshare.de/files/36857216/SoC__SNOW_Vorbis_.mkv.html) that crashes during playback at time 00:53. More crash details (http://forum.doom9.org/showthread.php?p=888583#post888583).
6) image settings->preset autoload conditions-> "on FOURCC match" ain't working. (reported by juskixxx)

Reported but unconfirmed bugs:

7) Instant crash when trying to play this MSS2 WMV file (http://ftp.mplayerhq.hu/MPlayer/samples/V-codecs/MSS2/mss2_speech.wmv). Happens on Windows 2000. No crash on drevil_xxl's XP system. (reported by clsid)
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) QPEL bugs and colour/block trains/displacement. Details (http://sourceforge.net/tracker/index.php?func=detail&aid=1568940&group_id=53761&atid=471489). (reported by drevil_xxl)
10) Resize filter alters colors. Details (http://forum.doom9.org/showthread.php?p=884778#post884778). (reported by Kador)

Bugs currently 'fixed' by disabling/removing functionality:

11) VC-1 does not work. ffdshow isn't even placed in the DirectShow graph. (reported by clsid)
12) VMnc crashes with "Integer devision by zero" exception. (reported by clsid)


ffdshow doesn't want to play wmv1/7 streams if the first frame is not a key frame (or is a corrupt key frame). In media player black is all that is displayed (for the duration of the video). When the user seeks the video, the video is properly displayed. Sample file (http://cabbit.home.comcast.net/russians_300k.wmv). (reported by BlindWanderer)The MS WMVideo Decoder DMO has the same problem. So not really a 'bug' specific to ffdshow.

ffdshow crashes when decoding stereo 192kbps mp3 using AuD-X lib. (reported by drevil_xxl)Do you have a sample file?

[BlindWanderer]

The MS WMVideo Decoder DMO has the same problem. So not really a 'bug' specific to ffdshow.
That explains why a number of years ago some of my files became broken; must have been when I installed a new version of the WM DMO.

Guess i should be greatful it didn't crash instead :p

[BlindWanderer]

I've been playing with the M$ Vista RC. ffdshow works, only problem is the config interface doesn't quite work properly in one regard. The hack used on the Codecs page to position the dropdown list no longer works. Instead the dropdown list is placed at the top of the column over the column title.

(see attachment)

[haruhiko_yamagata]

6) ffdshow crashes when I try to play snow (encoded with latest mplayer/lavc). (reported by Yong) Sample (http://rapidshare.de/files/36857216/SoC__SNOW_Vorbis_.mkv.html) that crashes during playback.

It works for me.
MPC / Zoom player / Mplayer2.exe
Haali Media splitter / MPC's internal matroska
RGB out / YUY2 out
Resize on / off
OS = Windows Xp sp2
CPU = P4HT

[Peuj]

It works for me.
MPC / Zoom player / Mplayer2.exe
Haali Media splitter / MPC's internal matroska
RGB out / YUY2 out
Resize on / off
OS = Windows Xp sp2
CPU = P4HT

no crash for me too

edit: My config
MPC
Haali Media splitter / MPC's internal matroska
OS = Windows Xp sp2
CPU = P4HT

[clsid]

It crashes during playback at time 00:53

[kurt]

List of known issues in revision 394:...
6) ffdshow crashes when I try to play snow (encoded with latest mplayer/lavc). (reported by Yong) Sample (http://rapidshare.de/files/36857216/SoC__SNOW_Vorbis_.mkv.html) that crashes during playback at time 00:53.
no crash here

haali media splitter/gabest
mpc (latest by c_d)
ffdshow_rev392_20061015_clsid.exe
win xp pro
core duo 2.00ghz

[_xxl]

It crashes for me.
haali media splitter/gabest
mpc
ffdshow_rev392_20061015_clsid.exe
win xp pro
AMD XP

[videomixer9]

works just fine here.

haali media splitter
mpc rev611-2
windows xp sp2
athlon xp 3000+
also installed the clsid build to test

[CruNcher]

Hi, im working @ the moment on my X264 based intermediate Editing Workflow and i found something susspicius in the way and i think it's a ffdshow vfw bug, the problem is with an avi file it's framerate is 29.970 but ffdshow shows this in the host application (Virtualdub) as 29.969 i tried 29.971 then that is shown correctly as 29.971 but 29.969 for example is shown as 29.968 something is seriously wrong here.

http://cruncher.mufflastig.com/hdtv/hdv/intermidiate/huhwtf.png

Edit: ok it seems to be a avc2avi bug thx to seeag1 for the help :)

[_xxl]

http://i10.tinypic.com/35l85f7.jpg
Snow crashes for me.

[Eragon4ever]

I just got an error message while playing the SNOW sample. http://img441.imageshack.us/img441/692/snap0002pq8.png

I played it 2 times before without this message.

haali media splitter
WMP
ffdshow_rev392_20061015_clsid.exe
win xp sp2
P4 HT 3,0

Edit: I noticed an other bug with this sample.
When you play the file without seeking the video stops at 01:46 of 01:47. However if I seek the video restarts as it should (repeat function).

Config is above.

[foxyshadis]

Here's a current svn of mplayer (http://forum.doom9.org/showthread.php?p=839965); if it displays the same behavior it won't do much good to be concerned with it until ffmpeg can fix it. I'm wary of snow bug reports, since it hardly ever works for me in mplayer anyway.

[LigH]

And no, not everyone has at least SSE2.

:o Still AMD Duron 800 here...

celtic-druid (http://celticdruid.no-ip.com/xvid) has a nice poll on his site.

[haruhiko_yamagata]

A bit too late, let me introduce new build of MPC.
celtic_druid has build new MPC with a patch (http://sourceforge.net/tracker/index.php?func=detail&aid=1577522&group_id=82303&atid=565651) posted by me.
Download (http://ffdshow.faireal.net/#mpc)

It works best with newest ffdshow.
rev389
Bug fix : Output queue enabled + VMR9 renderless + RGB32 + specific video cards + pause = blackout problem

Patched Media Player Classic + newest ffdshow can use queue without these bugs.
Patched Media Player Classic + old ffdshow: no merit.
With non patched Media Player Classic, ffdshow does not use queue in the setting above.

With the new MPC, screen shot(F5:Save Image) works in the same setting.

mplayerc.rev611-2.2kxp.7z (http://ffdshow.faireal.net/mirror/Media%20Player%20Classic/mplayerc.rev611-2.2kxp.7z) have updated internal AAC decoder.

[clsid]

Does anyone know of anyone who is actually using the SNOW codec in real life? Afaik it is still an experimental codec. Perhaps it would be best to just remove it altogether.