New ffdshow build (?)

[Egh]

I'll make one now. (Link (http://www.filefarmer.com/movax/s/ffdshow20051002.rar))
The GCC compiled components are of course in /gcc. It'd be interesting to see how those fare on a SSE system, as I've heard that they don't function at all on a plain SSE system. (Any system that lacks SSE2 in fact).

OK, let's see. In fact I tried to use one of SSE builds (iirc it was 09 21-22 from clsid), it worked fine.

Update: I might be imagining things, but it could be that GCC version actually plays even *slightly* smoother (quite subtile difference) than celtic's builds on my pc. I hope that those file put in "gcc" subdir are gcc compiled, of course.

And as usual, no problems with SSE only CPU. I use my own test to check that. Quite powerful CPU eater -- my own version (marginally better than Fluffy's in some scenes^^) of Hellsing Ultimate OVA trailer. 704*480 avc (by nero) high profile + AC 448kbps sound. And picture correction is "on" in ffdshow (eats several % of cpu), plus VMR9 used (also eats some % compared to overlay), high quality conversion to RGB is enabled (and output is in RGB, ofc). And the last but not the least -- software resizing and AR correction in ffdshow (bicubic). All is smooth, and it's only 1800+ :P

Update2:

weeeeeeeee!!! The problem "compression dialog opening crash" has dissappeared!!!

Moreover, the two month old (at least i first noticed it in 0820) bug in huffman encoding routine is no longer there!!! (it used to crash on the first frame).

[major_kerensky]

Hi

I am having problems with AC3 Playback since installing ffdshow-20050930. The sound is "stuttering", it is somewhat difficult to describe. The strange thing is that I don't even use ffdshow to decode AC3 - I pass it directly to my DD-amp via SPDIF via the appropriate option in Media Player Classic. But since the problem started right after updating ffdshow it seems like a safe bet to seek the problem there. Are there any know problems with current builds ? Is it safe to try a downgrade to an earlier version ?

Bye

[obieobieobie]

Thanks for the info on the h264 pp in ffdshow issue, movax

[movax]

@obieobieobie, no problem :)

@major_kerensky, are you sure ffdshow did not take over ac3 decoding after you upgraded? Even if it did, I believe it has an option for SPDIF out.

[clsid]

Originally Posted by movax
I'll make one now. (Link)
The GCC compiled components are of course in /gcc. It'd be interesting to see how those fare on a SSE system, as I've heard that they don't function at all on a plain SSE system. (Any system that lacks SSE2 in fact).
I have a problem with gcc builds of liba52. It gives illegal instruction on my AMD Thunderbird (no SSE/SSE2). Other libs seem ok.

Originally Posted by Egh

OK, let's see. In fact I tried to use one of SSE builds (iirc it was 09 21-22 from clsid), it worked fine.
That was a MSVC71 SSE build, not a GCC one.


I see finally "successfull unicode build" in CVS now. Submitted 3 hours ago. I will make some fresh compiles too.

[bob0r]

I'll make one now. (Link (http://www.filefarmer.com/movax/s/ffdshow20051002.rar))
The GCC compiled components are of course in /gcc. It'd be interesting to see how those fare on a SSE system, as I've heard that they don't function at all on a plain SSE system. (Any system that lacks SSE2 in fact).

x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
(AMD XP, 1534MHz, 256KB)

/ff_vfw.dll does Not crash in virtualdub 1.5.10
/gcc/ff_vfw.dll Does crash in virtualdub 1.5.10

Playing my x264.313.mp4 sample video works fine when i copy /gcc/* to C:\Program Files\ffdshow (overwrite all)

[movax]

Heh, as soon as I get back home from school, I'll make the promised Unicode compile. Would be fun to just make a macro for ffd compilation :P

The reason I asked about the GCC borks is that during some CCCP testing, we found that libdts broke on non-SSE2 systems (Fault of simd.h maybe?). Compiling it with GCC make NOINTRIN=1 seemed to fix it, but iirc, all of my things in /gcc were just plain. I'll make a more detailed test RAR later. :)
As for liba52, well it won't compile with make + nointrin, but only with make, therefore breaking that on non-SSE2 systems.

[bob0r]

When i have mingw/msys with gcc 3.4.2

I grab ffdshow:
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/ffdshow co -P ffdshow

cd ffdshow....

How easy or how hard is compiling all of ffdshow only using this?
If its easy to explain, someone please do, so i can test some updates myself too.

If its a very complicated process, then i guess ill wait for someone to ever put online a How to compile ffdshow guide for all compilers :)

[movax]

It's not very hard at all, I can make a guide later if you wish.
Quick outline, though:
1. Compile components w/ msvc, they will appear in /bin, move these into a /msvc directory. (Not the .ax though.)
2. Then, just open up mingw, and for example: (I don't guranatee the dir structure from memory)

cd g:\coding\ffdshow20051002\src\codecs
cd libdts
make clean
make
(repeat for all, I don't trust the giant makefile in /src).


There's more stuff, but I'm off to eat lunch.

[CiNcH]

How about updating ff_libmad to latest 0.15.1b sources?

http://sourceforge.net/project/showfiles.php?group_id=12349

[movax]

I updated the ffmpeg in one of my builds, I can try updating all later.

[bob0r]

..

1. Compile components w/ msvc, they will appear in /bin, move these into a /msvc directory. (Not the .ax though.)

..



Oh ok, so you cant only use mingw/msys, you need msvc (MicroSoft Visual C++ i assume), i have that, but that makes it even more clueless for me :(

[bob0r]

libmpeg2:
In file included from libmpeg2/idct_sse2.c:2:
./../../simd.h:292: error: `size_t' does not name a type
./../../simd.h:478: error: `size_t' does not name a type
./../../simd.h:607: error: `size_t' does not name a type
make: *** [libmpeg2/idct_sse2.o] Error 1

This failed in mingw/msys, requires something created by msvc? or ffdshow cvs bug?

wmv9 (ofcourse this one fails, without the proper header files, i copied them
from Microsoft Visual Studio .NET 2003\Vc7\PlatformSDK\Include, but that wont work, fails too :D)

[Egh]

The reason I asked about the GCC borks is that during some CCCP testing, we found that libdts broke on non-SSE2 systems (Fault of simd.h maybe?). Compiling it with GCC make NOINTRIN=1 seemed to fix it, but iirc, all of my things in /gcc were just plain. I'll make a more detailed test RAR later. :)
As for liba52, well it won't compile with make + nointrin, but only with make, therefore breaking that on non-SSE2 systems.

IIRC those SSE2-related bugs in DTS lib and in liba52 were reported weeks ago and even fixed since then.

http://sourceforge.net/tracker/index.php?func=detail&aid=1275355&group_id=53761&atid=471489
http://sourceforge.net/tracker/index.php?func=detail&aid=1273976&group_id=53761&atid=471489

Looking forward to unicode build :P

[Egh]

x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
(AMD XP, 1534MHz, 256KB)

/ff_vfw.dll does Not crash in virtualdub 1.5.10
/gcc/ff_vfw.dll Does crash in virtualdub 1.5.10


I copied all dlls from /gcc subfolder to ffdshow folder. All crashes related to VfW dissappeared, including even that huffman encoding crash (aka http://sourceforge.net/tracker/index.php?func=detail&aid=1301390&group_id=53761&atid=471489)

I tested on VDub 1.6.10

P.S. BTW, our CPUs are same :P

[bob0r]

I manages to double click ffdshow.dsp, and build it, but its giving me errors, i see a lot of .dll files in /bin, but no ffdshow.ax to be found, some help with that please ;)

Let me know if what i am doing is right or wrong...

[celtic_druid]

Well when you opened ffdshow.dsp it would have opened ffdshow.dsw since it has the same name, then since just about everything is a dependency of ffdshow you would have built all the other dll's.

As for what is wrong, you would need to post the errors.

[bob0r]

errors:
http://x264.nl/errors.txt

What it all did:
http://x264.nl/ffdshow.txt

Edit:
ff_x264 also fails (guess some have to be done manually. like ff_vfw too):
" ff_x264 error PRJ0019: A tool returned an error code from "Assembling g:\msys\1.0\home\user\ffdshow_msvc\src\codecs\x264\common\i386\quant-a.asm"
"

[movax]

Oh shit, sorry I forgot to mention what else you need:
* nasmw (link to it in MSVC Settings, Executable Files Dir) < That's your missing tool error.
* DirectX SDK (Oct 2004 seems to be the lucky one), add its Include and Lib dirs to MSVC as well.
* stlport as well, I recommend just placing it in C:\program files\stlport, as that's the explicit location specified in the sln anyways. (Of course you can change it if you want).
* Removing the stlport additional include from wmv9 in msvc will allow it to compile.
And of course, Release target, not Debug.

And when using mingw to compile some of the dlls, you will need nasmw handy as well (just dump it in the dir, and it'll be fine).

[bob0r]

Oh shit, sorry I forgot to mention what else you need:
* nasmw (link to it in MSVC Settings, Executable Files Dir) < That's your missing tool error.
* DirectX SDK (Oct 2004 seems to be the lucky one), add its Include and Lib dirs to MSVC as well.
* stlport as well, I recommend just placing it in C:\program files\stlport, as that's the explicit location specified in the sln anyways. (Of course you can change it if you want).
* Removing the stlport additional include from wmv9 in msvc will allow it to compile.
And of course, Release target, not Debug.

And when using mingw to compile some of the dlls, you will need nasmw handy as well (just dump it in the dir, and it'll be fine).

- nasmw i got (linked and called it nasmw)
- DirectX SDK (http://download.microsoft.com/download/7/e/9/7e9f48c6-f28a-469b-9b8e-cc84032efbd4/dxsdk_sum2004.exe)
- stlport just extract http://www.stlport.org/archive/STLport-4.6.2.tar.gz to program files?

Removing the stlport additional include from wmv9 in msvc will allow it to compile.
And of course, Release target, not Debug.

How to remove and what?
How to set Release target, not debug?

[clsid]

Compiling with Visual Studio works without STLport. Is there a specific reason for using it anyway?


Updated builds:
http://www.megaupload.com/?d=DYWA1X1B

[bob0r]

Compiling with Visual Studio works without STLport. Is there a specific reason for using it anyway?

..

Hehe good:

STLport/src
make -f gcc-mingw32.mak clean install
make: *** [../lib/obj/MINGW32/ReleaseD/dll_main.o] Error 1
:p

[bob0r]

Think i got all of ffdshow compiled.

Now the next question:
How to compile libavcodec.dll and libmplayer.dll?

I have /home/user/main (mplayer) and /home/user/ffmpeg latest CVS, what commands do i run to produce the .dll files (mingw/msys)?

[movax]

You don't, you goto src\ffmpeg and run make, as well as src\mplayer and run make.

[bob0r]

You don't, you goto src\ffmpeg and run make, as well as src\mplayer and run make.

Oh ill be damned, thats where they are :)

Scary but true, i managed to get myself a working ffdshow installer:
http://mirror05.x264.nl/public/ffdshow-20050911-test20051004.exe
After a fresh ffdshow cvs checkout I used the original ffdshow.nsis2 to create the installer, that script is not updated and therefor the output file is named ffdshow-20050911.exe, i added -test20051004.exe so you know when i compiled it.

All ffdshow components compiled with Microsoft Visual Studio .NET 2003 (msvc7.1 i guess),
except libavcodec.dll and libmplayer.dll are compiled with gcc 3.4.2.

ff_vfw.dll does not crash (virtualdub 1.5.10 and 1.6.11), please let me know if this build is any good, so i can make future builds if wanted.

[movax]

So many builders now, I bet Milan is off chuckling somewhere :P

I think it'd be interesting to make some kind of huge chart to figure out what combination of DLLs works on what systems/SIMD instructions. Of course, pull out those ol' probability skills, and figure out the possible number of combos. :)

[mpioner]

@bob0r
@movax

Milan provide a HOWTO for compiling ffdshow
http://sourceforge.net/tracker/index.php?func=detail&aid=1277820&group_id=53761&atid=471490

[movax]

Um, yes, my method is the exact same as that. I was just too lazy to look for the HOWTO at the start, and as a result, am familiar with the process.

[midiboy]

Hi !

Big problem with that latest ffdshow-20050930.exe. As you can see on the pic, all of my dvr-ms files crash Zoomplayer with this access violation when in customized media mode using ffdshow.

Reinstalling any of the earlier ffdshow versions solves that (tried the ffdshow-20050920_fixed.exe)

Could this be solved easily for the next version?
I am using a P4, not AMD.

Thanks,
Alex

[movax]

Is it a libavcodec_dec.dll, or libavcodec.dll in your ffdshow directory?

[CiNcH]

Hi,

I just made a compilation of the latest libmad 0.15.1b sources (optimized for accuracy) using gcc 4.0.1/nasm 0.98.39.

http://members.aon.at/cinch/ff_libmad.dll

(MAD = MPEG Audio Decoder; fully MPEG Layer-1/-2/-3 compliant)

[midiboy]

Is it a libavcodec_dec.dll, or libavcodec.dll in your ffdshow directory?

Do you mean me, movax ?

libavcodec.dll :-)

Bye,
Alex

[SeeMoreDigital]

Does anybody know whether it's possible to configure FFdshow's filters to play MPEG-2 video streams in MP4?

Currently I can only play these files using VLC player!


Cheers

[movax]

ffd only has 3 primary config places,
rundll32 ffdshow.ax,configure
rundll32 ffdshow.ax,configureAudio
rundll32 ffdshow.ax,configureEnc

I'd guess it to be under the first one, codecs, MPEG2, and set it to use libavcodec. FFD should probably then be called in the graph unless you have another MPEG2 decoder with higher merit.

[SeeMoreDigital]

I've been able to get FFdshows filters to play MPEG-2 video streams in .MPG, .TS and .PS and even in .VOB..... And by selecting FFdshow's MPEG in AVI option, I've also been able to play MPEG-2 video streams in AVI :)

But so far I've been unable to get MPEG-2 in .MP4 to work.... Shame FFdshow does not offer an "MPEG in MP4" option ;)


Cheers

[movax]

Weird. So you don't have anything decoding MPEG2 in MP4, or some standalone decoder? (or MPC internal or something).

[SeeMoreDigital]

Weird. So you don't have anything decoding MPEG2 in MP4...Nope... all I get from MediaPlayer Classic "Unsupported Stream" :confused:


Cheers

[clsid]

Are you using Haali's splitter? Perhaps he needs to add support for MPEG-2 streams in his splitter.

[SeeMoreDigital]

No.... I'm not using Haali's splitter, although I have tried it as recently as a few weeks ago!


Cheers

[zajc]

Hello!

I'm using ffdshow-20050920_fixed.exe (previous versions have the same "problem") and I'm wondering if there is a bug in "VFW codec configuration" in a tab "Decoder". I can't find filter "resize" or I can't find the way to include the "resize" filter in the list (except via avisynth). Is this a bug or it is missed on purpose?

Thanks.

[clsid]

No.... I'm not using Haali's splitter, although I have tried it as recently as a few weeks ago!

Cheers
I just tested a MP4 file containing mpeg2 that I found on some test cd and in fact Haali's splitter supports mpeg2 in MP4 :D

mp4info version 1.3.2
mpeg2.mp4:
Track Type Info
201 video MPEG-2 Main, 10.000 secs, 0 kbps, 720x288 @ 25.000000 fps
2 od Object Descriptors
1 scene BIFS

[SeeMoreDigital]

Interesting...

Could you try this sample (http://homepage.ntlworld.com/seemoredigital/Temp_Test_Files/MPEG-2+2ChAAC-LC.7z) please?


Cheers

[MarkCoolio]

@SeeMoreDigital:

I just tested your sample with Haali's splitter from 18.09.2005.
It works! :)

[SeeMoreDigital]

@SeeMoreDigital:

I just tested your sample with Haali's splitter from 18.09.2005.
It works! :)Cool.... I guess I better give Haali another go!


Cheers guys

[Inventive Software]

So remind me. What exactly do I need to compile ffdshow, bearing in mind all I have at the minute is MSYS, MinGW 3.4.2 (i'm working on updating this to 4.0.1), and NASM 0.98.39.

Also, is there any specific instructions that I need to take account of. Usually with most packages, I just do "configure", "make all", and if necessary, "make install".

[bob0r]

@SeeMoreDigital

Maybe it doesn't play because its PIRATED video? :goodpost:

It works here too, just try latest haali media splitter next time you lazy ass :sly:

[SeeMoreDigital]

@SeeMoreDigital

Maybe it doesn't play because its PIRATED video? :goodpost:

It works here too, just try latest haali media splitter next time you lazy ass :sly:LOL... you're right... I've gone with the flow and installed the very latest version of Haali's Media Splitter (http://haali.cs.msu.ru/mkv/) and it appears to be working fine (yet another icon is displayed in the system tray, albeit a useful one)

I'm moved to ask though... why do Matroska call the "Haali Media Splitter" the "Matroska Splitter". Why not call it "Matroska's Haali Media Splitter" ;)


Cheers

[bob0r]

ffdshow-20051006.exe added to my site.

changelog: http://cia.navi.cx/stats/project/ffdshow
Looking at some changes, i figured a new build was welcome (to test).

Enjoy!

[Egh]

So if unicode build by cutka was called "successful", can anyone build it?

[Liisachan]

20051006 installs, and no VfW problem. So far so good :)