New ffdshow build (?)

[LoRd_MuldeR]

I´m having trouble downloading builds on googlepages. The download suddenly stop at bout 1.7 Mbs and reports "Download completed", but of course the .exe is broken. It´s happening with bobor´s and vm9´s builds. Yet vcredist_x86 and audxlib.dll download properly. Anybody having this problem?

Yeah, here to. Needed to use FDM (http://www.freedownloadmanager.org/) for downlaod. Then it worked fine.

[videomixer9]

I dunno what's the problem with googlepages, could download thing myself just fine, maybe they got some probs due to magic running out of capacities like google likes it or they throttle on purpose. It happens with bob0r's builds too? then it's sth. else :p

aWarpSharp is kinda broken, I dunno what that is, and iirc it is broken with downsample etc. for longer time now, if you disable those it's fine though. MatMaul build e.g. it doesn't even work at all. issa build has the same problem as mine. But besides that I notice on some movie that it has a watermark that shows up using this, heh :P

PCM processing seems to be broken on some part, but I don't want to enforce e.g. 16bit processing cause all others would be broken then and I personally like 24bit :O That problem should be common in most builds.

[Liisachan]

I can't reproduce the "googlepages" pb either. Download is fast and uninterrupted here (i.e. even resume is neededless)
Thanks for your great works btw :)

[Skelsgard]

aWarpSharp is kinda broken, I dunno what that is, and iirc it is broken with downsample etc. for longer time now, if you disable those it's fine though. MatMaul build e.g. it doesn't even work at all. issa build has the same problem as mine. But besides that I notice on some movie that it has a watermark that shows up using this, heh :P
Don´t know if u´re answering to my posting, but with "the .exe" i meant the installer, not any of the program´s utilities.

Downloading it with no problem with FDM :).

[videomixer9]

If you had read the rest of the posts you'd known for who that is, doh.

besides at Link00y, milan is the programmer of this so ask him for features, besides you can swap channels already with ffdshow, and I don't know if the mixer doesn't work for mono audio, I don't have anything from the ages when mono was still used.

Besides you also misunderstood Creative's CMSS features, Stereo Surround doesn't mean pseudo-5.1 sound but it just mirrors the stereo signal to the back and mixes two channels together for the center. For music etc. this is imo better as pseudo-5.1 is mostly lousy and way too much audio on the center channel.

Besides you can automatically load a specific preset based on the number of channels in the input, the input type etc. already. Just create a new preset and set the matrix how you want it and select an fitting autoload condition.

btw. someone requested my gcc params earlier:
-march=athlon-xp -mtune=athlon-xp -mmmx -msse -mfpmath=sse,387 -fforce-addr -ftree-loop-linear -fgcse-sm -fgcse-las -fgcse-after-reload -ftree-loop-ivcanon -funsafe-loop-optimizations -ftree-loop-im -ffast-math -fprefetch-loop-arrays -fmerge-all-constants -falign-functions=64 -falign-jumps=4 -falign-loops=4 -O3 -fomit-frame-pointer -finline-functions -finline

:p works properly on other too even though it has athlon, but I bet it runs better on athlon thx to this :P

[foxyshadis]

XP just means it's made for midsize L1/L2 caches and short pipelines, like P3/Core, pretty much the exact opposite of older P4 but should perform fine on other processors without broken architectures.

[videomixer9]

yeah Athlons have way larger L1 caches than most of their Intel companions, 8kb vs. 64kb, that's the most significant thing. Another point many Intel models are bad with is the old 387 FPU modell that is used combined with sse.

btw. if you want to use optimized parameters better skip using GCCs loop unroller. Horrible crap, in fact GCC is imo still one of the worst compilers if you compare MSVC, ICL and GCC. Well of course it's a open and free compiler unlike the other two.

[foxyshadis]

videomixer, can you enable 7z on the installer if it's available? I rar'd up the file to email to a friend, just to wrap it, and lo, it was 2 megs smaller.

[celtic_druid]

!ifndef COMPRESSION
!define COMPRESSION lzma
!endif

Should get lzma by default.

[videomixer9]

The compression used for my installers is lzma solid. The installer should contain like 17.3 MB of stuff and is only 4.1 MB, I doubt you got it really down another 2 MB that easily.

[foxyshadis]

Wait, I'm stupid, I was looking at the wrong field. Ngg, never mind.

[Liisachan]

Agreed

2006-05-15 12:01 4,353,629 ffdshow-20060513-rev2546-icl91.7z
2006-05-15 12:00 4,300,562 ffdshow-20060513-rev2546-icl91.exe
2006-05-15 12:01 4,300,660 ffdshow-20060513-rev2546-icl91.rar


This installer looks cool but unfortunately this version doesn't work for me. Just trying 2 open a normal AVI via any DS player causes crashing. VfW encoding app can't even start either. Is this supposed to work only for HT or some special CPUs?

[videomixer9]

Only works with SSE, welly ou prolly have that, other than that no special requirements. The automatic parallelization code ICL produces seems to not work on some funny processors, it does on AMD Athlon XP/64 just fine as it seems. And anything except for libmplayer and libavcodec is compiled with ICL. Well as stated it could be that it doesn't work on some Intel processors maybe, function alignment is optimized for 64kb L1 cache, most Pentiums only got 8.

As stated on the website I don't care even one bit if it works on Intel CPUs :P If you got one of those I'm afraid that I cannot help you.

[Liisachan]

Yep, it's Prescott. And it's ok if it's a compiler-side pb. I just wanted to confirm that problem was not in ffdshow itself. I'll just use another build. Thanks anyway even if your build doesn't mix well with my CPU. :)

[videomixer9]

Now I'd rather expected older Intels to have problems, especially the code generated by ICL I wouldn't expect Intels to crash it, though whoever buys Intel should be punished :p would be nice to find out how it breaks so that I can break it even more for all Intel CPUs :p

Usually reclock output nice crash infos incl. the part of ffdshow that really crashed or if it were e.g. runtime libs as usually crash dialogs show up ffdshow.ax as the culprit.

Besides this I might skip a bit on ffdshow building, currently no changes anyways and other than that my need for the filters in it is very low and I got a neat other decoder to test by someone.

[_xxl]

libavcodec.dll can be compiled with
Microsoft.Visual.Studio.2005 + INTEL 9.1 + GCC 4.0.2!

[videomixer9]

I'd rather have the _mm_flags unresolved fixed to compile it all with ICL. Also must be a miracle that a linker puts together that mix. Odd enough e.g. my x64 has a fully ICL compiled libavcodec.dll, only win32 makes probs.

full ICL compile always ends with these linker errors:
vp3.obj : error LNK2001: unresolved external symbol _mm_flags
mpegvideo.obj : error LNK2019: unresolved external symbol _mm_flags referenced in function _get_vissual_weight
ratecontrol.obj : error LNK2001: unresolved external symbol _mm_flags
utils.obj : error LNK2001: unresolved external symbol _mm_flags
vcr1.obj : error LNK2001: unresolved external symbol _mm_flags
h263dec.obj : error LNK2001: unresolved external symbol _mm_flags
huffyuv.obj : error LNK2001: unresolved external symbol _mm_flags
mjpeg.obj : error LNK2001: unresolved external symbol _mm_flags
mpeg12.obj : error LNK2001: unresolved external symbol _mm_flags
asv1.obj : error LNK2001: unresolved external symbol _mm_flags
dv.obj : error LNK2001: unresolved external symbol _mm_flags
faandct.obj : error LNK2001: unresolved external symbol _mm_flags
ffv1.obj : error LNK2001: unresolved external symbol _mm_flags
dsputil.obj : error LNK2019: unresolved external symbol _dsputil_init_mmx referenced in function _dsputil_init
mpegvideo.obj : error LNK2019: unresolved external symbol _MPV_common_init_mmx referenced in function _DCT_common_init

oddly enough mm_flags isn't even referenced in all those files. The other function properly compiled but are missing in the object files.

[foxyshadis]

From dsputil.h, which all those files include...

extern int mm_flags;

which should be defined in dsputil_mmx.obj. Is that file not getting linked? _dsputil_init_mmx should be in there too. _MPV_common_init_mmx should be in mpegvideo_mmx.obj.

[_xxl]

ffdshow-20060516
http://rapidshare.de/files/20613041/ffdshow-20060516.exe.html

[haruhiko_yamagata]

So basically ffdshow needs to be re-engineered to do multithreading all the way through, presumably by pre-buffering several frames of audio or video data (which can decide how to best parallelize that part), decoupling the filtering engine from the decoding engine and feeding into a worker thread per core like vm9 says, then having a pool at the renderer that ensures frame order and timing are correct. Shouldn't be too hard... for server engineers. ;) I wish I knew more about implementing threading, I'd love to work on it. I'm curious how much of that structure is already done.

Until then, having portions of it multithreaded is still better than nothing, though.
Now I've cleaned up my debug queue, I'm begining to think of your request. Having a queue of samples just before sent to downstream would improve sporadic frame drops. Though I'm far from server engineer and I'm not sure if I can make it.
Thank you for your request. Sorry to respond late.

I updated my patch. Minor bug fix.
http://sourceforge.net/tracker/index.php?func=detail&aid=1472926&group_id=53761&atid=471491

[videomixer9]

patches for patches would be nice, the most recent one needs almost all stuff restored or produces funny results otherwise like double passages of code.

Whatever, this (http://bittekeinspam.googlepages.com/ffdshow-20060518-rev2546-icl91.exe) build includes those changes.

[flanger216]

I installed Celtic's x64 build, but when I try to play a movie, Zoomplayer reports that it is "unable to create the ffdshow filter;" in other words, I get a graph error for the video and audio ffdshow filters.

So the question is: in order to use 64-bit ffdshow, does one have to use a 64-bit media player?

[celtic_druid]

Yes. You can have both 32bit and 64bit versions installed at once though. I actually tested the 64bit version in Graphedit64. Are there any 64bit media players?

The other thing is that I didn't add any FourCC selection type options, so you need to configure ffdshow after installing.

Some other notes:

Apparently Inno Setup's browse for file feature doesn't work in x64 mode, so VDub's plugin gets installed to ffdshow's directory. If you want to use it, copy it over.
The AVISynth plugin and AVISynth VfW support is disabled unless there is a HKLM\Software\AVISynth key with the plugin path. Installing via the .inf doesn't add this.

[Lemonzest]

videomixer9, now your builds are done with ICL9.1 have the intel cpu only checks been removed? so it runs full speed with sse/sse2 etc on AMD's CPU's?

[videomixer9]

It's not using automatic detection but forced one, so it should be fine without any patches, though it might not. I don't know of any patches for 9.1 though. Does it also use checks if you use /QxN e.g. ? I read that it doesn't. Btw. this SSE thing is getting redicolous, 9.1 should also already come with SSE4 support ... teh ... hail the codebloat.

The /Qax checks weren't removed, it seems Intel still wants to hide that their processors are crap and fear their own compiler producing dozen times superior code on AMD. An easy thing is to boycott Intel on the processor part and also companies like Dell which get bribed for using their crap.

[Paul Oblomov]

I'm having biig problem with almost all builds I've tried - when playing apple HD trailers (1080i) I got sudden CPU usage drop. For ex. it plays smooth for 30 sec and CPU usage 80-90% and suddenly it drops to 15-20-30%, totaly slowing down decoding :( Seeking 5 seconds back is enough to make it "eat well" again... for 10 seconds. :( Any ideas ?

P.S.
A64 3200 with AMD latest driver + 2gb ram + x800pro + win2k3 sp1
+
haali splitter + xvid + divx + x264 + any ffdshow + zoom player 4.51 and 5 pr.6

ffdshow-20060513-rev2546-mt_bugfix-SSE2.exe

And the next one - some AAC streams makes ffdshow's faad or realaac kinda hiss. It reports 96Khz (audigy2 zs). CoreAAC works like a sharm.

[videomixer9]

GCC optimizations MatMaul uses on his builds breaks libfaad and maybe realaac too.

The drop issue is simply that your PC seems to be to slow. CPU usage isn't constant for decoding, on various parts that make use of certain codec features it might need more processing power. If ffdshow is overloaded it usually does this stalling to kick in at a later point again. Weird effect but also the case here with things that overwork my CPU. You might wanna try VMR7 output, usually the fastest.

Only thing that solved this for me was using CoreAVC ;)

[Paul Oblomov]

Slow ?! Damn :( I remember NASA trailers - played smooth. but not with ffdshow :(

[videomixer9]

well dunno, here at least xmen 3 hd trailer in 1080p plays fine (well barely okay) with ffdshow. might be something else on your setup that maybe slows down the playback, or maybe try another build. And I got an Athlon XP 3000+ only.

[MatMaul]

GCC optimizations MatMaul uses on his builds breaks libfaad and maybe realaac too.

Can you tell to me what optimizations breaks libfaad and realaac please ?thanks!

[videomixer9]

If you only use the switches mentioned on your page I'd guess that it's fast-math that break it. You might need to apply different CFLAGS to libfaad and realaac. The loop unroller might be the culprit though too, it depends on the version of GCC. GCCs loop unroller mostly seems to suck anyways. Also note that you can only break parts of libavcodec with specific flags, e.g. the vorbis decoder in libavcodec easily breaks without other parts being affected.

[issa]

It's not using automatic detection but forced one, so it should be fine without any patches, though it might not. I don't know of any patches for 9.1 though. Does it also use checks if you use /QxN e.g. ? I read that it doesn't. Btw. this SSE thing is getting redicolous, 9.1 should also already come with SSE4 support ... teh ... hail the codebloat.

The /Qax checks weren't removed, it seems Intel still wants to hide that their processors are crap and fear their own compiler producing dozen times superior code on AMD. An easy thing is to boycott Intel on the processor part and also companies like Dell which get bribed for using their crap.

ICL will product CPU ID check when you use optimize flag other then K or W. It will check your CPU ID to ensure it is Intel CPU, otherwise it will quit the code immediately. It also true on the Qx flag. The ICL check depend on CPU ID, not the CPU Extension.

[Paul Oblomov]

AXP 3000 ?!?! WOW
I've got twice more powerfull CPU... Damn!
There's smth strange with my system :( X-men 3 1080p - 10seconds -- fine. Then - slow as hell. Tried CoreAVC - the same sh*t.

[MatMaul]

for libfaad and realaac I use the last snapshot of gcc 4.1.1.
for my next builds I disable the loop unroller.

[videomixer9]

Well better try it before if it's really the culprit, doesn't take to long to do a compiling test, faad and realaac compile in 30 secs or so.

Athlon 64 3200+ twice as powerful? heh. 64bit doesn't mean it has twice the speed, an X2 would be a different thing but libavcodec doesn't do multithreading for h264 yet properly. Try to check for weird filters in your system and e.g. check filter graphs for anything weird being active or your player not using proper acceleration.

[videomixer9]

ICL will product CPU ID check when you use optimize flag other then K or W. It will check your CPU ID to ensure it is Intel CPU, otherwise it will quit the code immediately. It also true on the Qx flag. The ICL check depend on CPU ID, not the CPU Extension.

So any easy patch for ICL 9.1 libs there?

[LoRd_MuldeR]

I get extreme CPU usage when I enable KernelDeinterlacer with your latest builds. I even can't used it for real-time playback on my AthlonXP 2800, because I get too high CPU usage and A/V dysnc plus stuttering. With TomsMoComp it works fine! And remember I used KernelDeinterlacer in ffdshow some time ago with "normal" CPU usage. This makes me think there's something wrong with KernelDeinterlacer code in latest builds. Maybe it's ICL specific problem?

[videomixer9]

maybe, kerneldeint regularly get icl into new dimensions of memory usage.

I'll update the latest builds with a new kerneldeint. Dunno what it was but should work fine now probably. Must've been ICL being out of memory again before. This (http://bittekeinspam.googlepages.com/ffdshow-20060518-rev2546-icl91.exe) build should have a fine kerneldeint now.

[LoRd_MuldeR]

maybe, kerneldeint regularly get icl into new dimensions of memory usage.

I'll update the latest builds with a new kerneldeint. Dunno what it was but should work fine now probably. Must've been ICL being out of memory again before. This (http://bittekeinspam.googlepages.com/ffdshow-20060518-rev2546-icl91.exe) build should have a fine kerneldeint now.

Damn, you are fast! That fixed the problem perfectly :)

[clsid]

So any easy patch for ICL 9.1 libs there?
You can do it rather easily with a hex editor. Just search for 'genu', 'inei' and 'ntel'. Then replace 3d47656e75, 3d696e6549 and 3d6e74656c with a900000000.

[videomixer9]

nice, that's easy, nicely obscured :p

[MatMaul]

Well better try it before if it's really the culprit, doesn't take to long to do a compiling test, faad and realaac compile in 30 secs or so.

Athlon 64 3200+ twice as powerful? heh. 64bit doesn't mean it has twice the speed, an X2 would be a different thing but libavcodec doesn't do multithreading for h264 yet properly. Try to check for weird filters in your system and e.g. check filter graphs for anything weird being active or your player not using proper acceleration.
The problem is I don't have any problem to decode aac file with faad and my pentium M with my last builds (SSE and SSE2 builds work on my pc).

@Paul Oblomov : Can you try my last build please (20060517)?

[Egh]

This build should have a fine kerneldeint now.

Yet it seems new build crases on MP3 if mp3lib is used on Athlon XP here.

[Paul Oblomov]

videomixer9
K8 faster that K7. Linear x2 boost.

MatMaul
The same sh*t :( I'm switching back to CoreAAC.

BTW - videomixer9 latest build does the same sound. Since I don't know if there's anything like frame editor for aac, I can rip this track of and share, so you can find a solution.

edit
Extracted it out. Winamp plays well ;) 58Mb
Size: 61644528 bytes
Format: AAC
MPEG-2 LC-AAC
Sample Rate: 48000
SBR: Not Present
Channels: 6 Mode: 5.1
Bitrate: VBR

edit once again
Cutted with hexworkshop ~2mb
http://rapidshare.de/files/20812918/Track21.rar.html

[issa]

Rev. 2546 pure GCC 4.1.1 testing build,

Compiler: GCC 4.1.1 (All files builded by GCC 4.1.1)
CPU Extension: SSE2
Download: RapidShare (http://rapidshare.de/files/20817522/ffdshow-2546-gcc-sse2-20060519.exe.html) (updated)

Compiler: GCC 4.1.1 (All files builded by GCC 4.1.1)
CPU Extension: SSE
Download: RapidShare (http://rapidshare.de/files/20818308/ffdshow-2546-gcc-sse-20060519.exe.html)

I am trying a different optimize flags to see if there is any speedup on pure GCC build.

Compiler: ICL 9.1.22 (msvcrt 8 included + patched intel lib) + GCC 4.1.1
CPU Extension: SSE2 (Compiled with -QxN -QaxP)
Download: RapidShare (http://rapidshare.de/files/20824815/ffdshow-2546-icc-sse2-20060519.exe.html)

People have AMD CPU with SSE2, please help me to test if the patched work, since I don't have AMD CPU.

[Paul Oblomov]

I found a problem with my HDTV speed! Seems like my NTFS partition where those trailers placed is f**king fragmented OR bad mft table. Maybe old or whatever. Recopying to just another folder - and all them played nice and sweet!!! :D Really weird! So it's not my "slow" PC or whatever nor ffdshow! Sorry, for the inconvinience :(

[JarrettH]

Admittedly, issa's builds are the only ones that don't crash when I use my image settings (live tv, divx/xvid, DVD). I don't know what's different about them, but they consistently work for me. Using rev2546 ICL9 SSE

[videomixer9]

Yet it seems new build crases on MP3 if mp3lib is used on Athlon XP here.

Yeah I broke it with GCC but libmad is usually set as default for my installer and I just hate mp3lib so much :p The sound libs in libmplayer are just way to easy breakable. Cannot optimize the video part without the crappy audio codecs breaking all the time. I usually benchmark it for video on my system and am happy if it's very fast, not a filterfreak and not a fan of audiocodecs in libmplayer.

Okay now I'm seriously pissed off by this, got no fucking clue which of the switches breaks mp3lib since removing most of them didn't help a bit. Gotta love this.

[Livesms]

Rev. 2546 pure GCC 4.1.1 testing build,

Compiler: GCC 4.1.1 (All files builded by GCC 4.1.1)
CPU Extension: SSE2
Download: RapidShare (http://rapidshare.de/files/20817522/ffdshow-2546-gcc-sse2-20060519.exe.html) (updated)

Compiler: GCC 4.1.1 (All files builded by GCC 4.1.1)
CPU Extension: SSE
Download: RapidShare (http://rapidshare.de/files/20818308/ffdshow-2546-gcc-sse-20060519.exe.html)

I am trying a different optimize flags to see if there is any speedup on pure GCC build.

Compiler: ICL 9.1.22 (msvcrt 8 included + patched intel lib) + GCC 4.1.1
CPU Extension: SSE2 (Compiled with -QxN -QaxP)
Download: RapidShare (http://rapidshare.de/files/20824815/ffdshow-2546-icc-sse2-20060519.exe.html)

People have AMD CPU with SSE2, please help me to test if the patched work, since I don't have AMD CPU.

I've got AMD Sempron 3000+ x64 (SSE2 SSE3) - and in hour or two I'll tell you result.

[videomixer9]

wow I finally found what broke mp3lib. If nothing breaks again I stop fiddling around with GCC params too much now. Thanks for the report again. But I just love fiddling around with GCC params to try and squeeze out some more performance on decoding for my box :P

other than that i'd be interested if the patched lib really works though I'd prolly use the combination of QxK and QaxN

The thing with libavcodec compiling and why it didnt fail on x64 target with ICL was btw. very easy after I remembered that usually ffmpeg gets configured before compiling, on x64 HAVE_MMX is undefined and thus handcoded MMX stuff won't be compiled, if I remove it from config.h it of course works then. Though, this prolly means that if you change it when doing x64 compiles it will be slower than most other compiles, it seriously slower without the handcoded MMX stuff.

[issa]

wow I finally found what broke mp3lib. If nothing breaks again I stop fiddling around with GCC params too much now. Thanks for the report again. But I just love fiddling around with GCC params to try and squeeze out some more performance on decoding for my box :P

other than that i'd be interested if the patched lib really works though I'd prolly use the combination of QxK and QaxN

The thing with libavcodec compiling and why it didnt fail on x64 target with ICL was btw. very easy after I remembered that usually ffmpeg gets configured before compiling, on x64 HAVE_MMX is undefined and thus handcoded MMX stuff won't be compiled, if I remove it from config.h it of course works then. Though, this prolly means that if you change it when doing x64 compiles it will be slower than most other compiles, it seriously slower without the handcoded MMX stuff.

Which gcc flags break the mp3lib?

[videomixer9]

doubt you use it but it was -fforce-addr. I originally added this after reading that it may be useful on gentoo forums, obviously not that useful with mp3lib.

Another tip, try the resize filter if you use aggressive optimizations, it may produce weird blocky video with some switches. Other thing is libfaad, it will produce weird sound if you use too aggressive optimizations. In libavcodec the vorbis decoder may break.

Yeah I broke a lot of stuff already :p

[issa]

doubt you use it but it was -fforce-addr. I originally added this after reading that it may be useful on gentoo forums, obviously not that useful with mp3lib.

me too... maybe it's not good on windows.

[Egh]

Yeah I broke a lot of stuff already :p

Not that I use libmp3 much but still was worth reporting :)

Now it seems to work.

BTW, I think some MPEG-1 playback was b0rked as well in previous build, don't remember whenever it was libavc or libmpeg2 responsible (was reproducibly crashing with one of these).

Now that file seems to work OK>

[videomixer9]

Probably due to the same reason, I used that flag for some time. libmpeg2 is now ICL which produces pretty reliable code, so I guess it may have been libavcodec, per default the installer will enable libmpeg2 if you enable it on install.

[MatMaul]

Finally I have problem with libfaad2 too on my pc, the file of Paul Oblomov sounds crap with ANY builds : I tried to compile libfaad2 without optimizations flags with 2 gcc versions (4.0.3 4.1.1), that don't work
and that don't work also with the last build of videomixer9 (ffdshow-20060519-rev2546-icl91.exe), the last celtic druid build.
This sample works great with the internal aac mpc decoder

[videomixer9]

it indeed has problems with both realaac and libfaad ... it works fine in winamp e.g. this must have to do with the code.

Well e.g. this is fucked up http://www.mplayerhq.hu/MPlayer/samples/A-codecs/AAC/faad2-fail.mkv too ... guess I lookup mplayer archives for a fix before posting a bug report or try to acquire some other versions of the code that already has the real entrypoints needed for ffdshow.

used a dll from rarewares.org and it has the same problems, so the error must be somewhere in the ffdshow code.

[dk75]

clsid svn2546 MSVC71/GCC345 and no problem with this faad2-fail.mkv when using realaac, libfaad2 or CoreAAC.
But you should download "[Shinsen-Subs] Ergo Proxy - 06 [H264 AAC].mkv".
It have AAC/MPEG2/SBR-LC audio stream that crash libfaad2 on this clsid build and report audio to be 6ch 96kHz (it is 6ch 48kHz) and playback in slowmotion with CoreAAC (build upon faad2) or with mplayer.
But encodes of earlier episodes with AAC/MPEG2/SBR-LC audio stream plays fine.

[videomixer9]

The example was fucked up before but now it plays back fine too, must've been some sideeffect or I mixed it up with another example, hm. It's an older failure thing too, ah whatever. Will try the shinsen release.

Try to enable 32bit output mode with the shinsen release, works for me then oddly, otherwise it's just silent, it shows bitrate etc. though properly and all other infos. CoreAAC doesn't work either, it sometimes has some sound, MPC internal AAC decoding is also mostly just silent.

[Paul Oblomov]

I'm a BuG Man ;)

[Bathrone]

ffdshow-20060519-rev2546-icl91.exe - Crashing on explorer.exe from libavcodec.dll since installing WMP 11 BETA each time Im playing back avi's containing xvid video.

[foxyshadis]

maybe, kerneldeint regularly get icl into new dimensions of memory usage.

I'll update the latest builds with a new kerneldeint. Dunno what it was but should work fine now probably. Must've been ICL being out of memory again before. This (http://bittekeinspam.googlepages.com/ffdshow-20060518-rev2546-icl91.exe) build should have a fine kerneldeint now.
64bit build? 3dnow? o.O Everything's crashing from trying to execute prefectw now (a 3DNow!/x64 instruction). Anything change lately?

Last version to work correctly is 20060513, as far as I can tell. Which is bizarre, because I'm sure I was using 5/17. Huh, guess not.

[issa]

Rev. 2546 GCC OPTIMIZE FLAGS test build, -fforce-addr removed;

Compiler: GCC 4.1.1 (All files build by GCC)
CPU Extension: SSE
Download: RapidShare (http://rapidshare.de/files/20908228/ffdshow-2546-gcc-sse-20060520.exe.html)

Compiler: GCC 4.1.1 (All Files build by GCC)
CPU Extension: SSE2
Download: RapidShare (http://rapidshare.de/files/20908884/ffdshow-2546-gcc-sse2-20060520.exe.html)

Compiler: ICC 9.1.22 (msvcrt 8 included /w patched intel lib) + GCC 4.1.1
CPU Extension SSE or SSE2
Download: RapidShare (http://rapidshare.de/files/20908693/ffdshow-2546-icc-sse-20060520.exe.html)

Please someone help me to test if the optimzie flags help to improve speed, and also if it break any part of ffdshow.

[videomixer9]

Sounds like the ffdshow-20060519-rev2546-icl91.exe build actually got some 3dnow instructions in it, if it does I don't really care as I give shit about Intel processors, I won't fix that :p KernelDeint crashing from 3dnow would be odd though cause ICL doesn't generate 3Dnow code.

And Xvid and WMP11 beta runs fine here so I bet you got an Intel too.

[Episode]

Ahem.. still there's no need to be extremely rude for those who do use intel processors.. and please try to keep your language clean :D

[videomixer9]

Your fault buying processor from a company that needs to rig tests to win, use stupid cpuid checks instead of trying to built a decent FPU unit which is specially useful for this kind of thing.

Intel buyers mostly fell for the stupid marketing of a big company that cannot get around the fact that their processor designs cannot compete fairly against others.

You see their fear of AMD and others everywhere, e.g. with 3DNow! units, in certain cases using them kicks Intels ass so much that they will buy up any tester trying to use special 3dnow! code. Intel's old style 387 FPU even sucks so much that most people tell you to stay away from using it nowadays ... kinda sad for a company fussing all about their new processors coming soon that will suck again but win rigged tests in integer competition but horribly lose in most FPU tests while costing twice the money.

[foxyshadis]

Well yes, that's why I mentioned that it was a 3dnow instruction; it's a core duo. At least label current builds non-intel. Oh well. (lol @ using ICL to generate amd-only code, even if it is GCC or inline that does it.)

The instruction is during the lavc initialization, so anything using it is affected, no matter what filters.

It's also an official amd64 instruction now though, which is why I wonder if it didn't get accidentally compiled as a 64-bit build. (Not supported on em64t, oddly. Then again, an SSE instruction does the same thing. Could be a preprocessor define on the new deint update that bases its value on the march.)

btw, did you update with kerneldeint, or leakkerneldeint?

Edit: AMD's architecture is still only slightly less broken than Intel's current, from the high view. Yes, its native x64 functions better and it has a better memory controller, but it's as stuck with the legacy crap as Intel is, and even transitioning to 64 only drops some of the problems. Comparitively, power and solaris are significantly better architectures, although you end up with the exorborant cost (and ibm's recent mis-development of power, leaving other companies to do its job better). Altivec has shown to be stronger than any of the x86 simd extensions, when given a good compiler or asm guru.

[videomixer9]

3dnow! and 3dnow!ext should be the same in 64bit and 32bit only processors from AMD. It works all fine on my Athlon-XP. I didn't update with anything external.

Altivec as superior tech made me wonder the most about Apple changing to Intel, must've been enough money involved besides IBM being to slow on delivering new versions, though xbox360 makes you wonder about that too. Problem is x86 to some other tech is a hard change to do, even though I think that MS e.g. could magically come out with a Windows for PowerPC and others as they got such versions in the past already, Linux e.g. supporting other tech anyways.

However AMD does way better standard x86 design, their 64bit clou included. Their regular FPU is way better.

[Alante]

I don't get it,...why didn't he fixed "Error while registering FFDshow.ax" I have their latest build FFDshow 2006.05.13 rev2546,..:(

[LoRd_MuldeR]

I don't get it,...why didn't he fixed "Error while registering FFDshow.ax" I have their latest build FFDshow 2006.05.13 rev2546,..:(

Reading the instructions might help :rolleyes:

vcredist_x86.exe (runtime libs needed for these builds to work)

[Bathrone]

While I appreciate your efforts Videomixer9, I think the builds should be labelled as AMD only if thats the way it is.

Yes, Im using an old Northwood P4.

If your going to not address this problem it will leave a gap for all Intel users to find other builds with the same performance and patches.

[issa]

If I remember right, Intel build a faster FPU unit then AMD.
However, on recent AMD CPU, ie 64bit CPU, it have the fastest vectorize unit. Therefore, using SSE2 for FP operation on AMD 64bit CPU should be faster than using FP operation.
Just for information, using SSE2 for FP in GCC, ie -msse2 -mfpmath=sse, will product code pass "Kahan's Floating Point Test".
MSVC, ICC produce code that not pass all the "Kahan's Floating Point Test" when turn on optimize flag, ie -O1 -O2 -Ox.
MSVC produce code pass all "Kahan's Floating Point Test" when turn off optimize flag or turn on optimize flag with "-arch:SSE2".
Intel compiler will produce code pass all "Kahan's Floating Point Test" when turn on "-Op" flag.

[bitcore]

I agree with Bathrone, I too use an intel in my primary computer. At the time, I built this for low power consumption to go in a car, now it's my primary machine. My laptop is an intel chip and with most all laptops you have no choice what chip goes in it.

I too am a firm believer in AMD as the best price per preformance chip maker, my main server has an old 1800+ in it for example, but not all computers use an AMD chip. I see no reason to start a chip war with FFDShow builds, if you want the builds to be AMD only, label them as such so people who have an intel chip who don't care or who own a mixed goup of computers wont run into headaches like I did....

The 5/05 build that I got from free-codecs.com crashed my machine and locked it up with a garbled display. I lost work when that happened and it pissed me off. Just letting you know.

[Bathrone]

For those with Intel cpu's, the work Issa is doing is top notch. Im using his following build:

Compiler: ICC 9.1.22 (msvcrt 8 included /w patched intel lib) + GCC 4.1.1
CPU Extension SSE or SSE2

Great stuff Issa, all works mate

[foxyshadis]

The 5/05 build that I got from free-codecs.com crashed my machine and locked it up with a garbled display. I lost work when that happened and it pissed me off. Just letting you know.
Do you have up-to-date video drivers? Or Win98? A codec or even a media player should never be able to take down 2k/xp like that, unless perhaps it was set on realtime priority, but even that wouldn't matter for a straight crash.

[videomixer9]

He just made up that crash anyways to try and pressurize me cause he was so stupid to buy an Intel processor :p Though I'd also maybe recommend Intel user issa's build, he seems to also optimize nicely, not like I'm in a war to gain as much users of my build as possible.

[Livesms]

Rev. 2546 GCC OPTIMIZE FLAGS test build, -fforce-addr removed;

Compiler: GCC 4.1.1 (All files build by GCC)
CPU Extension: SSE
Download: RapidShare (http://rapidshare.de/files/20908228/ffdshow-2546-gcc-sse-20060520.exe.html)

Compiler: GCC 4.1.1 (All Files build by GCC)
CPU Extension: SSE2
Download: RapidShare (http://rapidshare.de/files/20908884/ffdshow-2546-gcc-sse2-20060520.exe.html)

Compiler: ICC 9.1.22 (msvcrt 8 included /w patched intel lib) + GCC 4.1.1
CPU Extension SSE or SSE2
Download: RapidShare (http://rapidshare.de/files/20908693/ffdshow-2546-icc-sse-20060520.exe.html)

Please someone help me to test if the optimzie flags help to improve speed, and also if it break any part of ffdshow.

Nothing of this are'nt working on my WinXP SP2

I cant play no video - "Error - like codec not installed".

[breez]

Aspect ratio setting in 'resize & aspect' seems to be in effect always even if the 'resize & aspect' isn't enabled. Is this a bug or desired behavior? Using a rev 2546 compile (by who? can't remember).

[videomixer9]

a bug that's in ffdshow since longer already iirc, it's not always like that but appears under some random conditions.

[Episode]

He just made up that crash anyways to try and pressurize me cause he was so stupid to buy an Intel processor :p

Now could you please stop this. You have absolutely no right to call anyone stupid because of their choice of processor, everyone has a freedom to do what ever they want with their money.

I did notice that smiley on the end of that sentence, but it really didn't feel like a joke since you are just making people with Intel processors very unhappy with those comments.

Just label your builds with AMD only tag and everything will be fine again, don't use this thread to start another Intel vs. AMD war.

Thanks.

[issa]

Nothing of this are'nt working on my WinXP SP2

I cant play no video - "Error - like codec not installed".

Did your CPU support SSE at least?
If so, I assume uninstall the previous ffdshow before install the
new one. Sometime we need to reboot the system after uninstall
the ffdshow because the ffdshow.ax still lock by the system in
some resone that I don't know. Please try reboot your system
after uninstall the old ffdshow before install a new one if you
find an error message that said cannot write the file ffdshow.ax
or msvcr8.dll.

[videomixer9]

Intel whiners edition - here (http://bittekeinspam.googlepages.com/ffdshow-20060521-rev2546-icl91.exe) (yeah I have pity for crybabies and they may have fallen for intel rigged tests after all, poor creatures)

And after all which company started e.g. with loser behaviour like cpuid checks ...

[Nic]

@videomixer9: Keep your posts polite and cut out the swearing or you'll be striked.

@all: Enough about Intel & AMD now. Keep thread on topic, or it will be closed and offenders striked.

@Episode: Good posts. Thanks for trying to keep the peace.

-Nic

[obieobieobie]

Thank you, Nic.

[Lemonzest]

whats diffrent in the whiners edition?

[videomixer9]

It may run on Intel processors if ICL didn't break things on it's part again like it did before with auto parallelization which runs independant from any checks but crashed on Intel processors but worked fine on all others. If a current build runs fine no need for any updates. h264 you lose upto 2-3fps on high profile 720p decoding with this build just by changing from AMD to Intel profile @ Athlon XP 3000+ e.g.

[bob0r]

@videomixer9

Can you explain to me how i can fix DTS audio for the latest ffdshow revision?

I want to host a SSE and SSE2 on my page and i am tired of waiting for Milan :p

(also any other needed fixes/patches if possible please)

[videomixer9]

I didn't do much but replace the sources with the one from the libdca project on videolan.org found at svn://svn.videolan.org/libdca/trunk/libdts.

It may actually be a step back but at least that code properly works on anything I tested.

In parse.c at the very end you find a function named getVersion added to the code, copy that function and recopy it to the parse.c of the checked out code that you use to overwrite the code of libdts in ffdshow source tree.

I didn't really analyse what is broken, probably just removing the changes from with the dscaler merge would've been enough.

However, here (http://bittekeinspam.googlepages.com/dts.patch) is a patch you can apply to the libdts dir.

Only other patch is 6ch vorbis thing here (http://bittekeinspam.googlepages.com/ffdshow_vorbis6ch.patch), accuracy patch from kurosu here (http://bittekeinspam.googlepages.com/ffdshow_accuracy.diff), updated multithreading patch is on sf.net (http://sourceforge.net/tracker/index.php?func=detail&aid=1472926&group_id=53761&atid=471491). GCC params are everyones own buisness though current one for me is here (http://bittekeinspam.googlepages.com/ffdshow_gccoptimization.diff) and runtime cpudetect just a preprocessor added which doesn't do much anyways. No clue on the LPCM problem.

[Avish]

Just out of curiousity I did this small comparision:

No PP & no other filters are on,
VMR9 Renderer,
CPU= 1.91Ghz Athlon XP 2600+

Sample
Video: DivX5 656x480 29.97fps 1005Kbps [Video 0]

Results:
Milan's ffdshow-20041012-sse:
User: 11s, kernel: 11s, total: 23s, real: 29s, fps: 85.8, dfps: 67.9

VM9's ffdshow-20060519-rev2546-icl91:
User: 11s, kernel: 11s, total: 23s, real: 29s, fps: 86.7, dfps: 67.4

Issa's ffdshow-2546-gcc-sse-20060520:
User: 11s, kernel: 11s, total: 23s, real: 30s, fps: 85.7, dfps: 65.6
Interesting results!!

[bob0r]

@videomixer9

Thanks! It worked.

ffdshow-2546-gcc4.0.3-sse-x264.nl.exe
ffdshow-2546-gcc4.0.3-sse2-x264.nl.exe

are now both hosted on x264.nl.

For now i'll do updates manually, as ffdshow development is not changing that much that i can't keep up.

[_xxl]

http://rapidshare.de/files/21101285/ffdshow-20060522.exe.html

[videomixer9]

Just out of curiousity I did this small comparision:
[...]
Interesting results!!

SHOCKING! I was so shocked I fiddled a bit around and got ready a 1337 speed edition! (mirror (http://www.filepoint.de/download/4711-dl-ffdshow-20060522-rev2546-sp33d1337edition_exe), mirror (http://www.load.to/?d=cVLr1pW1Tg))

If this here (http://bittekeinspam.googlepages.com/ffdshow-20060522-rev2546-sp33d1337edition.exe) is slower than the previous builds I'm going to cry!

milan 20041012-sse
User: 80s, kernel: 0s, total: 81s, real: 90s, fps: 433.3, dfps: 389.4
milan 20051129
User: 77s, kernel: 0s, total: 77s, real: 86s, fps: 453.7, dfps: 407.9
my own 20060519 amd:
User: 74s, kernel: 1s, total: 75s, real: 83s, fps: 466.3, dfps: 422.3
sp33dedition v2 :p
User: 73s, kernel: 1s, total: 74s, real: 81s, fps: 471.2, dfps: 430.8

puh ... save. slight glitch in the first try.

[Egh]

SHOCKING! I was so shocked I fiddled a bit around and got ready a 1337 speed edition!

If this here (http://bittekeinspam.googlepages.com/ffdshow-20060522-rev2546-sp33d1337edition.exe) is slower than the previous builds I'm going to cry!




The bandwidth limit for this site has been exceeded.


I guess you need a better hosting or prooly mirroring releases on rapidshare or whatever :)

I can open the main page but attempt to download any binary atm leads to that nasty message.

[Kostarum Rex Persia]

I guess you need a better hosting or prooly mirroring releases on rapidshare or whatever :)

I can open the main page but attempt to download any binary atm leads to that nasty message.

Yes, you are right, same massage shows to me.

Not rapidshare, please:scared: Use megaupload or mytemdir, videomixer9.

[Avish]

No PP & No Filters used,
VMR9 Renderer,
CPU= 1.91Ghz Athlon XP 2600+,

Sample Video: DivX 5 720x560 25.00fps 1151Kbps

Results:
Milan's ffdshow-20041012-sse:
User: 8s, kernel: 9s, total: 17s, real: 19s, fps: 55.8, dfps: 50.8

VM9's sp33dedition:
User: 7s, kernel: 10s, total: 17s, real: 19s, fps: 57.4, dfps: 51.5
BTW VM9, how do u get such high fps? Can u please post all the related specs?

OK. Me too got high fps when I used smaller resolution video sample. XVID 352x208 25.00fps 1564Kbps.

User: 1s, kernel: 0s, total: 1s, real: 5s, fps: 446.9, dfps: 143.0So now it leavs dfps... can anyone explain?

[videomixer9]

I use null renderer cause I don't want to test how fast Microsoft renderers are, besides they always end up framelimited here, the test video is xvid 640x352 23.98fps. It's a 24 min thing though and I use this lower res to have more gap in fps to not get into having too less difference to see if just something was suddenly active in the background.

Stupid google, but porbably too many warez turds used it again, eh?

[Avish]

I use null renderer cause I don't want to test how fast Microsoft renderers are, besides they always end up framelimited here, the test video is 640x352 23.98fps. Stupid google, but porbably too many warez turds used it again, eh?OK, that explains it.

Another thing I wanted to ask u is that with Milan's build I get this http://img90.imageshack.us/my.php?image=sbuild4ic.jpg
And with ur builds I get this http://img90.imageshack.us/my.php?image=sbuild1bk.jpg
Look at the buttons, slider bars, drop down arrow etc. See the difference? What's causing it? & What should be done to fix it?

Strange! When I open it through MPC, all the buttons are skinned nicely, but when I open it through Start->ffdshow->video decoder configuration, all the buttons are flat again.

[videomixer9]

I removed the external manifest from the installer as one should be embeded, however that one makes the styles go old style somehow. guess I should include it again or adjust the included one as it seems there is some adjustments to be made to make it look new style. Just copy the external manifest and it should look styled again. You don't need to uninstall other builds when installing another btw.

[Avish]

I removed the external manifest from the installer as one should be embeded, however that one makes the styles go old style somehow. guess I should include it again or adjust the included one as it seems there is some adjustments to be made to make it look new style. Just copy the external manifest and it should look styled again. You don't need to uninstall other builds when installing another btw.ffdshow folder already have one "Microsoft.VC80.CRT.manifest", anyway I copied one from another folder & put it in ffdshow folder. Now should I name it "ffdshow.ax.manifest" to work properly?

OK. renaming it "ffdshow.ax.manifest" works fine. All is skinned nicely.

Hmmm. It isn't working when VFW configuration is opened.

OK. Prob solved. First I installed older build which workd OK, then I installed your build over it & now everything is skinned properly.

Thanks.:)

[videomixer9]

I meant ffdshow.ax.manifest and not renaming the microsoft runtime manifest, well you got it anyways now :p The manifest seems to include some infos about the common dialog controls to be used, with this info missing it uses another version it seems which results in no skinning, next builds I'll include the original manifest again, though this isn't really a major issue, but the manifest isn't large anyways.

[Avish]

I meant ffdshow.ax.manifest and not renaming the microsoft runtime manifest, well you got it anyways now :p The manifest seems to include some infos about the common dialog controls to be used, with this info missing it uses another version it seems which results in no skinning, next builds I'll include the original manifest again, though this isn't really a major issue, but the manifest isn't large anyways.When I said "I copied one from another folder" I meant copied another manifest file [I copied mplyarec.ext.menifest] & renamed that one. Not the one u are mentioning!:p & It almost worked! But not for VFW configuration, so I tried "double install method" mentioned in my previous post & It worked fine.:D

[videomixer9]

clsid svn2546 MSVC71/GCC345 and no problem with this faad2-fail.mkv when using realaac, libfaad2 or CoreAAC.
But you should download "[Shinsen-Subs] Ergo Proxy - 06 [H264 AAC].mkv".
It have AAC/MPEG2/SBR-LC audio stream that crash libfaad2 on this clsid build and report audio to be 6ch 96kHz (it is 6ch 48kHz) and playback in slowmotion with CoreAAC (build upon faad2) or with mplayer.
But encodes of earlier episodes with AAC/MPEG2/SBR-LC audio stream plays fine.

btw. this AAC issues for me seemed to be only due to reclock being at work here, it worked fine after I got rid of reclock. However newest CoreAAC build got it's problems however. My newest build has update libfaad2 sources and plays it fine, though older seem to work too. Problem seems to be with other things that cannot handle the 96khz audio.

[LoRd_MuldeR]

I found a problem with multi-channel AAC audio, for example in that Superman trailer. With "libfaad2" I only get strange noise, while "realaac" works fine. However "libfaad2" works fine with my audio files (stereo). Tested with latest build, but noticed before...

[videomixer9]

No problem with it here.

[LoRd_MuldeR]

No problem with it here.

strange :confused:

[Avish]

I found a problem with multi-channel AAC audio, for example in that Superman trailer. With "libfaad2" I only get strange noise, while "realaac" works fine. However "libfaad2" works fine with my audio files (stereo). Tested with latest build, but noticed before...Same here, I get noise even with stereo AACs. "realaac" workes fine with both.

BTW, nothing can play that file smoothly on my machine.:rolleyes:

[videomixer9]

heh, works all fine here and i found no sample with any error. anything coming out properly out of my audigy2 zs

[LoRd_MuldeR]

Try this sample:
http://jfl1974.free.fr/upload/superman.mp4

[videomixer9]

I did try it and there's perfect 5.1 sound coming out. Anything correct except for the video stuttering around a bit ...

[LoRd_MuldeR]

I did try it and there's perfect 5.1 sound coming out. Anything correct except for the video stuttering around a bit ...

No matter what I do, doesn't work...

[videomixer9]

does it generally not work with any build or decoder or only my ffdshow build, however as I cannot reproduce a problem I cannot fix it.

[Avish]

No matter what I do, doesn't work...This is strange :confused: I tried it in GraphEdit & sound is coming out perfectly with "libfaad2".

[LoRd_MuldeR]

This is strange :confused: I tried it in GraphEdit & sound is coming out perfectly with "libfaad2".

Approved :scared:


//EDIT

Works in Graph Edit and mplayer2.exe. Only MPC seems to be effected. Any ideas?
Any ideas ?!?

[Avish]

Approved :scared:Well, it seems like MPC problem to me, cause even WMP is producin' 5.1 sound using "libfaad2".

[videomixer9]

dunno, I'm using MPC rev611 and it works fine, maybe try chose some other audio renderer.

[Avish]

Approved :scared:


//EDIT

Works in Graph Edit and mplayer2.exe. Only MPC seems to be effected. Any ideas?
Any ideas ?!?I'm using WMP10. Don't know whats with MPC, I tried changing splitter to haali, I tried disabling internal audio switcher, but nothing works.

[LoRd_MuldeR]

dunno, I'm using MPC rev611 and it works fine, maybe try chose some other audio renderer.

I use same rev. tried all audio-related options. no change...

[Avish]

dunno, I'm using MPC rev611 and it works fine, maybe try chose some other audio renderer.That too doesn't work. :( Using same rev.

[LoRd_MuldeR]

Maybe some MPC bug that should be reported to Gabest?

[Avish]

Maybe some MPC bug that should be reported to Gabest?I thought so too, but everything is working fine with VM9. & What are we gonna report? We don't even know the problem. ;)

[videomixer9]

what about the pin info?

directsound pin is for me like this

- Connected to:

CLSID: {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}
Filter: ffdshow Audio Decoder
Pin: Out

- Connection media type:

Audio: WAVE_FORMAT_EXTENSIBLE 48000Hz 6ch 4608Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 40

WAVEFORMATEX:
wFormatTag: 0xfffe
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 22 (extra bytes)

WAVEFORMATEXTENSIBLE:
wValidBitsPerSample: 16
dwChannelMask: 0x0000003f
SubFormat: {00000001-0000-0010-8000-00AA00389B71}

pbFormat:
0000: fe ff 06 00 80 bb 00 00 00 ca 08 00 0c 00 10 00 þÿ..€»...Ê......
0010: 16 00 10 00 3f 00 00 00 01 00 00 00 00 00 10 00 ....?...........
0020: 80 00 00 aa 00 38 9b 71 €..ª.8›q

- Enumerated media type 0:

Audio

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
formattype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 0





and ffdshow audio for me:

- Connected to:

CLSID: {79376820-07D0-11CF-A24D-0020AFD79767}
Filter: Default DirectSound Device
Pin: Audio Input pin (rendered)

- Connection media type:

Audio: WAVE_FORMAT_EXTENSIBLE 48000Hz 6ch 4608Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 40

WAVEFORMATEX:
wFormatTag: 0xfffe
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 22 (extra bytes)

WAVEFORMATEXTENSIBLE:
wValidBitsPerSample: 16
dwChannelMask: 0x0000003f
SubFormat: {00000001-0000-0010-8000-00AA00389B71}

pbFormat:
0000: fe ff 06 00 80 bb 00 00 00 ca 08 00 0c 00 10 00 þÿ..€»...Ê......
0010: 16 00 10 00 3f 00 00 00 01 00 00 00 00 00 10 00 ....?...........
0020: 80 00 00 aa 00 38 9b 71 €..ª.8›q

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_None {E436EB8E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_None {0F6417D6-C318-11D0-A43F-00A0C9223196}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 230400
cbFormat: 0

[LoRd_MuldeR]

ffdshow audio:

- Connected to:

CLSID: {79376820-07D0-11CF-A24D-0020AFD79767}
Filter: Default DirectSound Device
Pin: Audio Input pin (rendered)

- Connection media type:

Audio: WAVE_FORMAT_EXTENSIBLE 48000Hz 6ch 4608Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 40

WAVEFORMATEX:
wFormatTag: 0xfffe
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 22 (extra bytes)

WAVEFORMATEXTENSIBLE:
wValidBitsPerSample: 16
dwChannelMask: 0x0000003f
SubFormat: {00000001-0000-0010-8000-00AA00389B71}

pbFormat:
0000: fe ff 06 00 80 bb 00 00 00 ca 08 00 0c 00 10 00 þÿ..€»...Ê......
0010: 16 00 10 00 3f 00 00 00 01 00 00 00 00 00 10 00 ....?...........
0020: 80 00 00 aa 00 38 9b 71 €..ª.8›q

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_None {E436EB8E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_None {0F6417D6-C318-11D0-A43F-00A0C9223196}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 230400
cbFormat: 0


DirectSound Device:

- Connected to:

CLSID: {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}
Filter: ffdshow Audio Decoder
Pin: Out

- Connection media type:

Audio: WAVE_FORMAT_EXTENSIBLE 48000Hz 6ch 4608Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 40

WAVEFORMATEX:
wFormatTag: 0xfffe
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 22 (extra bytes)

WAVEFORMATEXTENSIBLE:
wValidBitsPerSample: 16
dwChannelMask: 0x0000003f
SubFormat: {00000001-0000-0010-8000-00AA00389B71}

pbFormat:
0000: fe ff 06 00 80 bb 00 00 00 ca 08 00 0c 00 10 00 þÿ..€»...Ê......
0010: 16 00 10 00 3f 00 00 00 01 00 00 00 00 00 10 00 ....?...........
0020: 80 00 00 aa 00 38 9b 71 €..ª.8›q

- Enumerated media type 0:

Audio

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
formattype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 0

[videomixer9]

doesn't look like there's anything different there.

[Avish]

ffdshow audio:
- Connected to:

CLSID: {18C16B08-6497-420E-AD14-22D21C2CEAB7}
Filter: Audio Switcher
Pin: superman.mp4 / GPAC ISO Audio Handler

- Connection media type:

Audio: WAVE_FORMAT_EXTENSIBLE 48000Hz 6ch 4608Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 40

WAVEFORMATEX:
wFormatTag: 0xfffe
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 22 (extra bytes)

WAVEFORMATEXTENSIBLE:
wValidBitsPerSample: 16
dwChannelMask: 0x0000003f
SubFormat: {00000001-0000-0010-8000-00AA00389B71}

pbFormat:
0000: fe ff 06 00 80 bb 00 00 00 ca 08 00 0c 00 10 00 þÿ..€»...Ê......
0010: 16 00 10 00 3f 00 00 00 01 00 00 00 00 00 10 00 ....?...........
0020: 80 00 00 aa 00 38 9b 71 €..ª.8›q

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_None {E436EB8E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_None {0F6417D6-C318-11D0-A43F-00A0C9223196}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 230400
cbFormat: 0

directsound:
- Connected to:

CLSID: {18C16B08-6497-420E-AD14-22D21C2CEAB7}
Filter: Audio Switcher
Pin: Out

- Connection media type:

Audio: WAVE_FORMAT_EXTENSIBLE 48000Hz 6ch 4608Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 40

WAVEFORMATEX:
wFormatTag: 0xfffe
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 22 (extra bytes)

WAVEFORMATEXTENSIBLE:
wValidBitsPerSample: 16
dwChannelMask: 0x0000003f
SubFormat: {00000001-0000-0010-8000-00AA00389B71}

pbFormat:
0000: fe ff 06 00 80 bb 00 00 00 ca 08 00 0c 00 10 00 þÿ..€»...Ê......
0010: 16 00 10 00 3f 00 00 00 01 00 00 00 00 00 10 00 ....?...........
0020: 80 00 00 aa 00 38 9b 71 €..ª.8›q

- Enumerated media type 0:

Audio

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
formattype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 0
Hope I've posted the correct ones!!:D

Well, my filter "Audio Switcher" is different than u two...

[videomixer9]

btw. which splitters do you use ... with haali splitter the audio switcher is e.g. not really needed anyways if you don't want to remap channels. Does it always say GPAC Iso Audio Handler? hm ...

[Avish]

btw. which splitters do you use ... with haali splitter the audio switcher is e.g. not really needed anyways if you don't want to remap channels. Does it always say GPAC Iso Audio Handler? hm ...I use internal mp4 splitter. & I think that GPAC thing is always there, even with the video, like this: Video: MPEG4 Video (H264) 1920x1088 [GPAC ISO Video Handler]
Audio: AAC 24000Hz 6ch 161Kbps [GPAC ISO Audio Handler]What is that BTW?

[LoRd_MuldeR]

I use internal mp4 splitter.

I tried both, internal and Haali spöitter. With and without internal audio switcher.

[Avish]

I tried both, internal and Haali spöitter. With and without internal audio switcher.Your O in "spoitter" has two spots above it, making it look like human face. How come?

[videomixer9]

ö is a regular german letter like ä and ü, and it's right next to the l on the german keyboard.

[Avish]

ö is a regular german letter like ä and ü, and it's right next to the l on the german keyboard.Oh ok. I thought its my browser's "doing" ;) cause when I tried changing encoding method to Unicode, it lookd like this "sp?er".

[Kostarum Rex Persia]

@ videomixer9

I used your Intel ICL9 builds before, but on my Athlon XP, ICL9 builds refuse to work.

Can ICL 9.1 builds work on AMD?

[videomixer9]

First the libs are patched and second is that there is no reason ICL builds wouldn't work, only problem begins with automatic use of features like SSE2. ICL builds should work on any CPU, especially on Athlon XP as I got an Athlon XP myself. Besides I only did ICL9.1 builds, I never released any with some older version.

[Paul Oblomov]

Guyz, sorry, it maybe sounds kinda off top, but dunno where too ask here else. Maybe some of 'ya know program, which can switch output channels ? For ex. u need it to be played movie in headphones, but game sound must pass through speakers. Kx drivers (i'm using audigy 2 zs) can do such things. Maybe you know how to do that without chaging drivers ? Thx ;)

[celtic_druid]

Use your onboard sound for one, your SB for the other.

[videomixer9]

You want to do play both at the same time? If not just use an easy cable splitter which makes one connector into two, as often as you want when using analog output, too often may degrade quality or produce signal loss though :p

kX drivers kinda annoy me due to lack of EAX for gaming.

[Paul Oblomov]

Heh...
Well - I just need to swap channels by pressing button.

[videomixer9]

Wonder what you swap there, I use 5.1 sound all the time as noones annoyed by loud sound here so swapping some audio channels would be a stupid thing to do besides it using digital out, and gaming and watching a movie the same time, heh ... and EAX makes a difference to traditional D3D Sound for many games.

[Paul Oblomov]

I don't use 5.1 all the time, because it's stupid thing to do, in case if you're playing CSS... So any sujestions ?

[Kostarum Rex Persia]

First the libs are patched and second is that there is no reason ICL builds wouldn't work, only problem begins with automatic use of features like SSE2. ICL builds should work on any CPU, especially on Athlon XP as I got an Athlon XP myself. Besides I only did ICL9.1 builds, I never released any with some older version.

So, you saying that I have to manually disable SSE2 support from video decoder option in FFDSHOW?

Why you don't compile GCC 4.2 builds yet?

[videomixer9]

no you don't need to manually disable anything, it's just that ICL begins with checks from SSE2 on, SSE alone isn't affected. As said it works fine on Athlon XP without problems for a bunch of people incl. me.

Someone provides me with GCC cause I'm to lazy to compile and error all the time myself and GCC 4.2 wasn't under it yet as it seems to be less stable then the GCC 4.1.1 release I currently use.

[Isochroma]

Regarding the LPCM issue, I have a DVD with LPCM audio, and even though I've unchecked LPCM from the supported codecs in ffdshow, it still loads (raw formats are also unchecked). MPC's internal LPCM transform filter (decoder?) is enabled, but it doesn't seem to be loading. No audio plays, and during playback the Info & debug section of ffdshow shows nothing. Any ideas?

[videomixer9]

unchecked ... you mean you set it to disabled under codecs. Well, I had this issue before too, but now somehow nero audio decoder kicks in. If I block it manually, the MPC internal LPCM decoder refuses to work, though it may be that it doesn't support 20 and 24bit lpcm. So it maybe that it still finds ffdshow audio as fallback solution.

If anyone needs a sample try here: http://www.mplayerhq.hu/MPlayer/samples/MPEG-VOB/LPCM/

lpcm.vob doesn't work for me with MPC, Fever.vob e.g. does.

20/24 bit seems to be not supported as I guess from this codepassage:
*pDataOut = (float)(short)((pDataIn[0]<<8)|pDataIn[1]) / 0x8000; // FIXME: care about 20/24 bps too

After some thinking about the changes on ffdshow since rev2539 where it still worked I'll try fix the issue.

[videomixer9]

LPCM fixed edition: here (http://rapidshare.de/files/21290197/ffdshow-20060524-rev2546.exe.html) or here (http://www.filepoint.de/download/4936-dl-ffdshow-20060524-rev2546_exe)

(may change it again cause the current one kinda breaks TWOS support, milan kinda fucked up when adding twos support, if you wanna try twos get an sample here (http://www.mplayerhq.hu/MPlayer/samples/A-codecs/twos/))

[Isochroma]

Thanks, it works!

However, when LPCM is unchecked from the list of supported codecs, ffdshow still loads and by doing so, prevents MPC's internal decoder from working. In this case, nothing is decoded. Perhaps this is an issue with MPC?

[videomixer9]

No clue, I'd put it under random directshow effect. I doubt MPC as it works here okay, it may be ffdshow forgetting about dropping to accept those connections. MPC only if you'd set ffdshow as special filter. If I disable ffdshow LPCM here MPC doesn't use it anymore, with Nero blocked it's just silent then for 20/24bit lpcm as MPC doesn't support 20/24 bit LPCM.

[Isochroma]

New problem: I just made an AVI with WAV audio, but MPC closes instantly when I try to play it, regardless of whether LPCM is checked or not in supported codecs. With the audio track stripped off, it plays fine. When ffdshow is uninstalled, it plays fine with MPC's builtin PCM decoder.

Here is a sample (http://chromasubs.com/Misc/PCM.avi) AVI (1.7 MB)

OK, some weirdness... I just reinstalled ffdshow with LPCM enabled, and now it works fine. No crashes on either wav audio or LPCM. However, one problem remains: even if LPCM and raw are unchecked, ffdshow still loads when a DVD with LPCM track is loaded in MPC, and suppresses the builtin decoder, resulting in no audio.

[videomixer9]

so why not just use ffdshow as decoder, obviously no real need to use MPC internal one? PCM audio is just some bitshifts anyways. Dunno what's broken on your system there but here it's working without problems, disable it in ffdshow audio and MPC decoder is used, otherwise ffdshow and fine.

[bob0r]

GCC 4.1.1 is released.
ftp://ftp.nluug.nl/mirror/languages/gcc/releases/gcc-4.1.1/

Did someone compile all ffdshow files with gcc 4.1.0 before? If so, what modifications are needed?

[_xxl]

http://rapidshare.de/files/21336643/ffdshow-20060525.exe.html
http://www.mytempdir.com/690253
http://www.megaupload.com/?d=14E5SLWL
http://www.sendspace.com/file/t72z6q
ffdshow-20060525-rev2546
Applied patches:
high accuracy libmad decoder,high accuracy tremor vorbis decoder,libavcodec proper vorbis 6ch and LPCM,libdts,libfaad2 fixes.
libmplayer.dll and libavcodec.dll are ICL9+GCC3.4.2.

[shon3i]

@videomixer9 and other uploaders please use www.mytempdir.com instead rapid and filepoint because are both same shit, and what is lastest build some link thanks

[videomixer9]

just finally get a better isp. :p mytempdir has neither a nifty uploadbar, nor does it save any stats and it only holds file for 21 days max, short said it sucks. filepoint offers me stats, direct downloads and doesn't have any limits I know of, if your ISP got too many kiddies that get you banned everywhere it's sth. they should bother with.

[sleepking]

@videomixer9 and other uploaders please use www.mytempdir.com instead rapid and filepoint because are both same shit, and what is lastest build some link thanks

i like google,because there i can use download tools. the others link use IE are too slow.

[breez]

It seems that all 2546 builds compiled with ICL9 randomly crash when seeking video (on my Athlon XP). Pure GCC builds work fine.

[shon3i]

just finally get a better isp. :p mytempdir has neither a nifty uploadbar, nor does it save any stats and it only holds file for 21 days max, short said it sucks. filepoint offers me stats, direct downloads and doesn't have any limits I know of, if your ISP got too many kiddies that get you banned everywhere it's sth. they should bother with.
Use then SendSpace, Megaupload etc.. or find some server like x264.nl, ask bob0r for mirror. About isp, i told you milion times i can't use different isp and many ppl's, so yo get different uploader.

@drevil_xxl Thank you

[_xxl]

It seems that all 2546 builds compiled with ICL9 randomly crash when seeking video (on my Athlon XP). Pure GCC builds work fine.
libmplayer.dll and libavcodec.dll are ICL9?

[videomixer9]

as i can never reproduce any of those people's problem with my athlon xp i'd say it's their systems. Also not helpful when people don't mention the exact builds they tested and which players and versions, especially as we all seem to apply patches now, one more one less and also use different settings. My expierence tells me that "all" doesn't mean all at all.

e.g. last cause that made skipping go wrong was the multithreading patch which is now available in other updated variants.

@shon3i tell me the country with that kind of sucking isp as the only payable one, i'd like to ban it on my other sites ;o

and hm, final gcc 4.1.1 out, need to get some update then I guess. I think it's kinda stupid that original MinGW project doesn't release any new ones anymore though. 4.1.x branch and 4.2.x branch don't seem to be that bad anymore as 4.x was on some points. kurosu should have some compiling fixes for gcc 4.1.x I think, dunno if those are sufficient, just scroll down to bottom of his page and download the pack there.

[MatMaul]

http://rapidshare.de/files/21336643/ffdshow-20060525.exe.html
http://www.mytempdir.com/690253
http://www.megaupload.com/?d=14E5SLWL
http://www.sendspace.com/file/t72z6q
ffdshow-20060525-rev2546
Applied patches:
high accuracy libmad decoder,high accuracy tremor vorbis decoder,libavcodec proper vorbis 6ch and LPCM,libdts,libfaad2 fixes.
libmplayer.dll and libavcodec.dll are ICL9+GCC3.4.2.

Can you publish your libfaad2 and libdts fixes please?

[shon3i]

@shon3i tell me the country with that kind of sucking isp as the only payable one, i'd like to ban it on my other sites ;oSure, europe ;)

[videomixer9]

that's not a country

[haruhiko_yamagata]

Output queue seems to be effective. Max 35% frame rate improvement! I'll test further before release.

I hope this one line patch would fix Umcompressed
audio connection.
http://sourceforge.net/tracker/index.php?func=detail&aid=1495022&group_id=53761&atid=471491

[videomixer9]

gotta hate sf maintenance ... always when you don't want it.

[shon3i]

that's not a country
it's beacuse if you ban this contry or this isp, you are ban half of EU.

btw thanks for mytempdir mirror, i must ask some question i see some vesion was support WMV 3/9 and WMA 9 pro, or i predict something

[videomixer9]

sounds like bullshit, germany (82 mio ppl) nor france (60 mio. ppl) nor scandinavia (over 20 mio. ppl) has an ISP which sucks that much, nor italy (58 mio. ppl) or spain (43 mio. ppl) and portugal (10 mio. ppl). Austria or Poland doesn't have forced proxies either, swiss neither. So it must be some major unimportant country. Obviously it's just you having that funny proxy forced.

T-Online, Free.fr, Wanadoo, Chello and Tiscali and Telefonica are prolly the largest ISPs and none of them got this.

I used mytempdir before your bitching but I won't use it again :p

[shon3i]

I used mytempdir before your bitching but I won't use it again You choice, but you make big mistake of course.

[videomixer9]

Well your ISP cannot be that big, so I doubt that, obviously it's no major ISP and you're not wanting to tell any names even more suspicious so you're probably just the regular whiner, as long as everyone from all major countries can download I don't have any problems, don't care about the other shitty small countries, especially not suckers in the EU like Greece. Must be the super secret nowdays which isp you use.

Mine is Congster, basically using the same infrastructure as T-Online uses. Monthly Traffic around 320 GB and flatrate without the DSL part costs 4.99€.

[bond]

videomixer9, you have been asked for cooling down by nic already...

[videomixer9]

I just wanna know about this mysterious ISP I never heard of, I cannot help but think that it's some made up thing as I don't know any major ISP with forced proxies in europe. So it sounds fake to me. Besides I'm really interested in ISP stuff, wanna know all the weird ISPs around the world. shon3i only seems to want to provoke and get his will, as he doesn't name anything it's whining to me.

[TheShadowRunner]

Kurosu, a new build from you would be greatly appreciated ;)
See you,

TSR

[MacAddict]

No need for the constant swearing. Given that I do appreciate your efforts on the new builds :-)

[Egh]

germany (82 mio ppl) nor france (60 mio. ppl) nor scandinavia (over 20 mio. ppl) has an ISP which sucks that much, nor italy (58 mio. ppl) or spain (43 mio. ppl) and portugal (10 mio. ppl).
:p

Amongst big EU member states you forgot the UK :) Here you can easily get 8mbps download w/o any traffic limits (like I have) and I don't have any difficulties downloading from either of the mirrors you put your builds on.

The ones complaining about downloads should just provide webhosting themselves :P

As for problems on Athlon XP, I never had any crashes with you recent builds at all while randomly seeking videos.

[foxyshadis]

Output queue seems to be effective. Max 35% frame rate improvement! I'll test further before release.

Wow. I'm glad it works so well, for an offhand suggestion. Does it utilize nearly 100% cpu now?

ps, guys, there's PMs for personal discussions.

[breez]

libmplayer.dll and libavcodec.dll are ICL9?

Yes, at least on your latest compile, but probably also on the other ICL builds I have tried during the past week or two.

[issa]

Off Topic
GCC 4.1.2 svn aka GCC 4.1.1 release.
Alias problem fixed.

Download: MegaUpload (http://www.megaupload.com/?d=2C4IL9XH)

[haruhiko_yamagata]

Wow. I'm glad it works so well, for an offhand suggestion. Does it utilize nearly 100% cpu now?

Thank you.
CPU utilization does not differ much from prior version.

Samples we send video renderer have time stamps. Video renderer blocks untill it is time to render. CPU have to wait, if it is not queued. Output queue utilizes this waste of time.

It can be translated into the following.

To make frame drops zero,
[Not queued] max time of decoding/processing < 1 / (frame rate)
[Ideally queued] avarage time of decoding/processing < 1/ (frame rate)

Video renderer drops frame if the sample arrives late. It means all the time spent to decode and process the sample was wasted. If the samples are queued properly, video renderer doesn't drop frames. That's why frame rate increases without increasing CPU utilization much.

[shon3i]

I founded some bug in this lastest and probably few before versions of ffdshow. This file (http://www.mytempdir.com/698466) splitted from original film encoded a few months before whasn't played with this ffdshow, but with CoreAVC everything is fine. I think when i encode this film current verision of x264 is be something around rev503.

[thuan]

Confirmed, that sample works fine with CoreAVC 0.4alpha, but not with vm9's newest ffdshow.

EDIT: It seems to be a ICL9 problem, clsid's newest build works ok, but his older icl compiled also crash in module ffdshow.ax.

[bennynihon]

Videomixer9...your 32-bit builds work very well for me. Just wondering if you or anyone else has had success with a 64-bit build that can run on winxp x64. thanks.

[celtic_druid]

In my limited testing, my build worked fine. Haven't heard any reports from anyone else though. Other then I think one instance of someone trying to use it in a 32bit app. All my testing was done with the 64bit version of Graphedit.

[shon3i]

Confirmed, that sample works fine with CoreAVC 0.4alpha, but not with vm9's newest ffdshow.

EDIT: It seems to be a ICL9 problem, clsid's newest build works ok, but his older icl compiled also crash in module ffdshow.ax.
So what bild to download and use, please link, i am confused, because many ppl's now comile ffdshow.

[_xxl]

Compilers used:
MSVC71:ffdshow.ax
ICL9+GCC3.4.2:libavcodec.dll & mplayer.dll
ICL9:ff_kerneldeint.dll,ff_liba52.dll,ff_libdts.dll,ff_libfaad2.dll,ff_libmad.dll,ff_realaac.dll
ff_samplerate.dll,ff_theora.dll,ff_tremor.dll,ff_unrar.dll,ff_vfw.dll,ff_wmv9.dll
ff_x264.dll,ffavisynth.dll,flt_ffdshow.dll,libmpeg2_ff.dll,tomsmocomp_ff.dll
mkv bug is fixed.
http://rapidshare.de/files/21676210/ffdshow-20060527.rar.html
http://www.mytempdir.com/699611
http://www.sendspace.com/file/3572sf

[sillKotscha]

hi videomixer9,

I'm testing your build ffdshow-20060526-rev2546. As far as I can tell the video part works fine but the audio_aac_decoder is somewhat messed up...

I'm playing apple's ICE AGE2 trailer (HD 720p) (http://www.apple.com/trailers/fox/ice_age_2/trailers.html) - it has 5.1 aac audio. I use ffdshow for direct aac -> AC3 conversion. With milans latest build (http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php?page=Getting+ffdshow) I have no problems with the stream and I can hear the sound. With your build I only have a linear stutter... any ideas??

[shon3i]

@drevil_xxl Thanks

[sillKotscha]

sorry, but the same happens with drevil_xxl's build... btw, no matter if I change from libfaad2 to realaac or vice versa...

EDIT: that's the way (http://forum.doom9.org/showpost.php?p=686122&postcount=6) I do the aac -> ac3 conversion...

[cc979]

hi videomixer9,

I'm testing your build ffdshow-20060526-rev2546. As far as I can tell the video part works fine but the audio_aac_decoder is somewhat messed up...

I'm playing apple's ICE AGE2 trailer (HD 720p) (http://www.apple.com/trailers/fox/ice_age_2/trailers.html) - it has 5.1 aac audio. I use ffdshow for direct aac -> AC3 conversion. With milans latest build (http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php?page=Getting+ffdshow) I have no problems with the stream and I can hear the sound. With your build I only have a linear stutter... any ideas??

i've just tried hd-720p version with mpc (using mpc's internal aac - unticked downmix to stereo) no problems here ... you did rename it to .mp4

[sillKotscha]

... you did rename it to .mp4

no, I didn't...

(using mpc's internal aac - unticked downmix to stereo)

hmm, but using mpc internal aac decoder isn't really ffdshow related ;-)

[SeeMoreDigital]

hi videomixer9,

I'm testing your build ffdshow-20060526-rev2546. As far as I can tell the video part works fine but the audio_aac_decoder is somewhat messed up... Transcoding 6Ch AAC to 6Ch AC3 using FFdshow's own filters seems to be working fine here!

[sillKotscha]

strange, not for me... I assume you've tested ffdshow-20060526-rev2546 (http://bittekeinspam.googlepages.com/)

if I uninstall this build and reinstall milan's latest (http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php?page=Getting+ffdshow) then transcoding works fine but as mentioned not with videomixer9's one/ or drevil_xxl's latest...

[shon3i]

Transcoding 6Ch AAC to 6Ch AC3 using FFdshow's own filters seems to be working fine here!
Wait a second how you encode audio with ffdshow

[sillKotscha]

look 5 posts above

[shon3i]

look 5 posts above
OK i realize that but how you encode in ffdshow, or ffdshow is only to decode aac, and i think then why you not just use FAAD to decode it to wav or stdout, and use ffmpeg to encode to ac3, or use simply BeHappy

[SeeMoreDigital]

Wait a second how you encode audio with ffdshowWe are not "encoding" we are "transcoding".

strange, not for me... I assume you've tested ffdshow-20060526-rev2546 (http://bittekeinspam.googlepages.com/)Yep... it's working for me.

Cheers

[sillKotscha]

OK i realize that but how you encode in ffdshow
there is a difference between encoding and transcoding...

[shon3i]

there is a difference between encoding and transcoding...
Oh yes my mistake.

[sillKotscha]

Yep... it's working for me.Cheers

strange... transcoding 6ch aac to 6ch ac3 won't work for me unless I use milans latest build.

too bad, i'd love to keep up to date with ffdshow dev

[shon3i]

Did you maybe have AC3 Filter or similar filter, because he can disturb qualty because AC3 filter connected with pin which came from ffdshow decoder

Source(AAC)->FFDSHOW(AAC->WAV)->AC3Filter(or some other filter)(WAV)->Encoder

[sillKotscha]

shon3i,

there is no encoding process! nor a wav conversion...

ffdshow is used for pure (realtime) aac->ac3 transcoding. The fact is that it works very well with latest "offical" build by milan but it doesn't work with the above mentioned ones.

and no, I have not ac3filter installed.

I'm a bit lost 'cause for smd it is working and expect for the fact that I uninstall previous build and replace it by latest build I change nothing else... of course I change it back to the one that works for me ;-)

[foxyshadis]

If you guys have different CPUs it could be that just one of the codepaths is broken.

[Isochroma]

Something strange I noticed about VMR's latest build - when configuring the video decoder after clicking the "VFW codec configuration" icon on the start menu, if the Decoder tab is clicked, an entry on the Codecs item appears: "WMV3/9".

However, if the "Video Decoder configuration" icon is clicked, this format doesn't show up in the Codecs list.

[clsid]

Decoding through VFW is not the same as decoding through DirectShow.

[Isochroma]

So you are saying that if I hadn't installed the WM9 VCM codec, that ffdshow could allow me to load WM9 AVIs directly in vdub?

[bond]

So you are saying that if I hadn't installed the WM9 VCM codec, that ffdshow could allow me to load WM9 AVIs directly in vdub?no, ffdshow doesnt support it

[Isochroma]

So what did clsid mean when he said "decoding though vfw is not the same..."? Other than the video encoder, ffdshow is a Directshow only decoder, correct? If it is a VFW decoder also, it would work with vdub...

[bond]

hm it seems ffdshow indeed includes wmv9 decoding (for vfw), so when enabling wmv9 decoding via vfw it should also work in a dshow player

[SeeMoreDigital]

So what did clsid mean when he said "decoding though vfw is not the same..."? Other than the video encoder, ffdshow is a Directshow only decoder, correct? If it is a VFW decoder also, it would work with vdub...What you want to do should be possible with VirtualDub-MPEG-2 v1.6.11... but not with regular builds of VirtualDub.

[Liisachan]

You can open (WMV3).avi via VfW without WMV VCM, if WMV is enabled in ffdshow VfW.

iirc You can (unofficially?) open (WMV3).avi via DS too with ffdshow, but there's no GUI setting for it and you'll need to configure ffdshow with regedit.

[Liisachan]

So what did clsid mean when he said "decoding though vfw is not the same..."?

For instance, just because you can decode (x264) via DirectShow with ffdshow, doesn't mean you can open (x264).avi via VfW. You'd need to enable AVC via VfW separately if you wanted.

Other than the video encoder, ffdshow is a Directshow only decoder, correct? no both DirectShow decoding and VfW decoding are supported, separately.

[shon3i]

iirc You can (unofficially?) open (WMV3).avi via DS too with ffdshow, but there's no GUI setting for it and you'll need to configure ffdshow with regedit.

Interesting and True, i don't know why ffdshow devs hide this?

[breez]

Curiously this one build crashes when entering Info&Debug page in ffdshow while decoding WMV3 (DS). Playback seemed fine.

[Isochroma]

I was today playing with ffdshow's colorspace conversion. Noticed that with yv12 output it uses about half the CPU for HD clips. However, my Nvidia card does incorrect colorspace conversion, so I have to either use software conversion or use "levels" as suggested earlier in the thread.

However, if levels is used, it maps the range 16-235 to 0-255. This means that it clips 0-16 and 235-255 in the source signal, correct? So there would be a quality loss compared to YV12>RGB conversion, I assume?

After comparing them side-by-side, I can see banding in the levels version that is not present in the RGB-converted one. This must be due to the merging of values.

[foxyshadis]

WMV3 was available for selection a few months ago, but it's crazy buggy and glitches up a lot. That's probably why it's hidden. (In particular, it seems to occasionally miss keyframes, so the entire next scene is all messed up. Maybe VC-1 has a secondary keyframe form or something like that.) Of course I haven't tried it in a few months now.

[baribal]

Hi2all.
Q1: I have a crash when i use ffdshow for image processing (crop, deinterlace, etc.) in my tvtuner program. It happens with all 2546 builds not depending of compilation. I had no problems with earlier builds. I'm alone with this problem?
Q2: When i use ffdshow for compression on-the-fly i usually set options: encoder to XVID, FOURCC to XVID, mode to two passes-first pass. When i try to do the second pass of my first pass full video file in the VDub with XVID codec or try to open video.stats in the program "stats analyzer" i have a crash. So i have video.stats file that doesn't compatible with XVID
video.pass file. When i do the second pass with ffdshow codec all is ok but quality of second pass are terrible (huge blocking effect). So can i compress video with ffdshow and get
video.pass format file not the video.stats format?

[cc979]

does normal xvid codec work for you ?

[foxyshadis]

No, xvid and ffdshow's formats are incompatible and unresolvable, unless you were to write a utility to translate between them. You'll just have to run both passes afterward, or set ffdshow's second pass options better (it's pretty difficult to configure, I don't blame you for getting bad results).

What tv tuner program?

[baribal]

does normal xvid codec work for you ?
Yes. But when i use on-the-fly crop, deinterlace etc. in the tvtuner program i have a high CPU load. So i think that ffdshow image processing is more optimized for speed and quality probably than filters in my beholdtv tvtuner program.

[baribal]

You'll just have to run both passes afterward, or set ffdshow's second pass options better.
What tv tuner program?
I use BeholdTV. When i get full quality first pass video file (is it quant 2 or 1 encoding?) is there some quality loss while i'm doing two-pass encoding of it? Or it'll be better to do only second pass of it?

PS And how to tune the second pass in the ffdshow? I usually set only video target size in XVID codec and never have this ffdshow strange blocking artifacts.

[Livesms]

I use BeholdTV. When i get full quality first pass video file (is it quant 2 or 1 encoding?) is there some quality loss while i'm doing two-pass encoding of it? Or it'll be better to do only second pass of it?

PS And how to tune the second pass in the ffdshow? I usually set only video target size in XVID codec and never have this ffdshow strange blocking artifacts.

Can you post your ffdshow build, codec setting, btv&drv version? I'm using BeholdTV 507RDS and interested in realtime high quality capturing.

[baribal]

Can you post your ffdshow build, codec setting, btv&drv version?
ffdshow version 2534. Settings:
Encoder - XVID, Mode - Two pass - fisrt pass, b-frames - 2, croma ME - off, preset motion set precision - Ultra high, preset VHQ mode - mode decision, quantization - H263, Trellis - on.
Image processing: Crop - 4-4-4-4, deinterlace - kernel or tomsmocomp, resize - lanczoz 576:416.
BeholdTV - 4.80, driver - v4000. Frame - 768х576.
CPU: Athlon64 1800Mhz(2520Mhz).

And you have to do second pass in VDub.

[Livesms]

ffdshow version 2534. Settings:
Encoder - XVID, Mode - Two pass - fisrt pass, b-frames - 2, croma ME - off, preset motion set precision - Ultra high, preset VHQ mode - mode decision, quantization - H263, Trellis - on.
Image processing: Crop - 4-4-4-4, deinterlace - kernel or tomsmocomp, resize - lanczoz 576:416.
BeholdTV - 4.80, driver - v4000. Frame - 768х576.
CPU: Athlon64 1800Mhz(2520Mhz).

And you have to do second pass in VDub.

Is it your settings for realtime capture? Seems not...

Two pass - fisrt pass
b-frames - 2
preset motion set precision - Ultra high

Will load your CPU up to 300% in realtime :)

I asked for realtime codec settings

[videomixer9]

Especially the two pass encoding seems odd to me for realtime capturing. The source is kinda gone and not available anymore for the second pass. I still use the freakazoid huffyuv version from ffdshow for realtime captures, wastes space in masses but I can nicely reencode it later without frameloss. 1 TB diskspace isn't that rare nowadays either ...

[baribal]

Two pass - fisrt pass
b-frames - 2
preset motion set precision - Ultra high
Will load your CPU up to 300% in realtime :)


It's my realtime settings. :) Trust me. :)

[baribal]

Especially the two pass encoding seems odd to me for realtime capturing. The source is kinda gone and not available anymore for the second pass.
But i have full quality first pass. It's max quality video that i may get.

[haruhiko_yamagata]

This patch queue samples just before sent to video
renderer and execute video renderer on worker thread.
Compared to rev2546, 10 to 20%(Max 35%) of frame rate
improvement is expected. Single CPU/multithreading is
interesting, though it is not tested.

[Status]
Alpha testing.
Prior version should be more stable.

[Patch]
ffdshow_multithread_060601.patch is PATCH to PATCH.
To rev2546+ffdshow_multithread_060517.patch
http://sourceforge.net/tracker/index.php?func=detail&aid=1472926&group_id=53761&atid=471491

[videomixer9]

Thanks for making it a patch to the patch :thanks:

[Liisachan]

*waiting impatiently*

[videomixer9]

Click here (http://www.fileking.to/download.php?n=r36uAay4jJ) or here (http://www.sebone.de/download.php?file=53a83db3d21c798959a644f6af786980) or here (http://www.filepoint.de/download/5968-dl-ffdshow-20060601-rev2546_exe) or here (http://www.mooload.com/new/file.php?file=files/010606/1149176115/ffdshow-20060601-rev2546.exe)

*waiting-over*

[haruhiko_yamagata]

Thanks for making it a patch to the patch :thanks:

Hello. You are wellcome.
You are fast!

[_xxl]

http://rapidshare.de/files/21944958/ffdshow-20060601.exe.html
http://www.mytempdir.com/707418
http://www.megaupload.com/?d=RX2BPLLE

[LoRd_MuldeR]

Click here (http://www.fileking.to/download.php?n=r36uAay4jJ) or here (http://www.sebone.de/download.php?file=53a83db3d21c798959a644f6af786980) or here (http://www.filepoint.de/download/5968-dl-ffdshow-20060601-rev2546_exe) or here (http://www.mooload.com/new/file.php?file=files/010606/1149176115/ffdshow-20060601-rev2546.exe)

*waiting-over*

Seems to work here.

[Liisachan]

ffdshow-20060601-rev2546.exe
just did a quick test, no obvious pb so far
installer's wmv3 option seemed cool,
wmv3 does play via ds tho being unstable

[videomixer9]

what's more interesting that the broken wmv is if the multithread patch shows it effectiveness :p

On single core on pure benchmarking this doesn't help much, timeCodec results were almost identical at least without the resizing, so I maybe try that next, prolly just using the multiply x2 option.

[cc979]

Yes. But when i use on-the-fly crop, deinterlace etc. in the tvtuner program i have a high CPU load. So i think that ffdshow image processing is more optimized for speed and quality probably than filters in my beholdtv tvtuner program.

you could encode with huffYUV then load it into vdub do you post-processing then encode to xvid

[foxyshadis]

vm9: Try playing a 720p avc file with old/new version. Or any file that drives your cpu near the edge and causes stuttering (toss on a few filters if you have to :p) . If it's way under or way over your cpu's capabilities you won't notice much difference.

I have the perfect set of almost-but-not-quite shows at home, I'll test tonight.

[haruhiko_yamagata]

On single core on pure benchmarking this doesn't help much, timeCodec results were almost identical at least without the resizing, so I maybe try that next, prolly just using the multiply x2 option.
Did you use null video for "pure benchmarking" ?
The patch need video renderer to take effect. With old video renderer it cannot do anything but to add bugs:o . Zoom player's overlay mixer is the old video renderer.
Use overlay mixer, VMR 7/9 and test files with frame rate 17 to 20 with prior version to see the effect.

[thuan]

Test with newest build from vm9 with latest patch from haruhiko_yamagata, here the result from testing on an AMD T-bred 1.5GHz 512MB RAM video renderer Overlaymixer, no filter with first two mins from Shinsen-subs Ergo Proxy ep1 HD.ffdshow-20060601-rev2546:
user: 56s, kernel: 1s, total: 57s, real: 71s, fps: 51, dfps:41.3

ffdshow-20060531-rev2546:
user: 56s, kernel: 6s, total: 63s, real: 77s, fps: 46.7, dfps: 37.9

CoreAVC1.0 pro:
user: 36s, kernel: 6s, total: 42s, real: 57s, fps: 68.6, dfps: 51.6According to the number then CoreAVC is still much faster but with the new ffdshow build I can watch 720p AVC content fine, with the old one it's jerky and lag like hell. Thanks Haruhiko. I wonder why I bought CoreAVC so soon, now I can play what I want okay for free damn.

EDIT: the OP of Ergo Proxy is a little choppy (guess I take back what I said about buying CoreAVC) but now with output queue there's no lag (ffdshow automatic drop frame), I'm happy with it.

[Liisachan]

afaik, CoreAVC is not payware just because they want to make much money, but because they have to pay MPEG license fees.

But I would rather not buy CoreAVC but would make some donation to haruhiko_yamagata or milan. That way I'd feel much, much better even if the money spent would be more.

[videomixer9]

Did you use null video for "pure benchmarking" ?
The patch need video renderer to take effect. With old video renderer it cannot do anything but to add bugs:o . Zoom player's overlay mixer is the old video renderer.
Use overlay mixer, VMR 7/9 and test files with frame rate 17 to 20 with prior version to see the effect.

Oh well I tried a renderer but prolly messed up yesterday, whatever I redid a test this morning with superman.mp4 on VMR7 instead of like before VMR9 and got this

200605031:
User: 89s, kernel: 5s, total: 94s, real: 98s, fps: 23.9, dfps: 22.9
20060601:
User: 89s, kernel: 0s, total: 90s, real: 94s, fps: 24.9, dfps: 23.9

of course it cannot boost the decoder much but noticable is the massive reduction of kernel time used, which is prolly the time the renderer wastes. 1fps overall gain but it appears to be running much smoother, while old version will lag behind sometimes. So even on single CPU this is a nice patch to make the overall video appearance a smoother thing and put load off the video renderer! So everyone get sure to enable output queuing! :thanks:

As far as I think it's not enabled per default, but I guess I make it one, just need to mod the installer again.

[Liisachan]

So everyone get sure to enable output queuing! :thanks:

As far as I think it's not enabled per default, but I guess I make it one, just need to mod the installer again. You mean Miscellaneous | Other controls | Queue output sample? If so, you're right, it's not enabled by def. Are there any possible bad side-effects thinkable by enabling it? I'm kindof curious if this works with VSFilter/MPC's sub pic buffering OR non-buffering (i.e. what if you disable subpic buffering in VS/MPC)...

[haruhiko_yamagata]

afaik, CoreAVC is not payware just because they want to make much money, but because they have to pay MPEG license fees.

But I would rather not buy CoreAVC but would make some donation to haruhiko_yamagata or milan. That way I'd feel much, much better even if the money spent would be more.
Thank you ver much. Apparently milan should be donated, not me. But I'm glad to read your post.

[haruhiko_yamagata]

You mean Miscellaneous | Other controls | Queue output sample? If so, you're right, it's not enabled by def. Are there any possible bad side-effects thinkable by enabling it?
I'm testing single CPU PCs now.
In some cases, frame rate significantly drops when checked.
In some cases, vice versa.

[haruhiko_yamagata]

For better single CPU/multithreading (test).
In some cases, output queue lost performance with the prior revision.
The streaming thread has access to the VRAM buffer,
the video renderer thread has it too.
Nervus VRAM should not be accessed from two threads simultaneously.

This time, THREAD_PRIORITY_ABOVE_NORMAL for video rendering thread.
This will prevent simultaneous access to VRAM from two threads.
This may cause conflict with audio rendering thread.
The side effect would be clicking noise in the audio.
It was not heard in my limited tests.
If it apears, I have another option to test.
Please report.
Bug fix: fixed reconnect to VMR9.
To change resize setting while playing may cause dynamic reconnect.
Prior revision VMR9(non renderless) blacked out after changing resize setting.
Not all the video renderer succeed in reconnect.
[patch] (http://sourceforge.net/tracker/index.php?func=detail&aid=1472926&group_id=53761&atid=471491)
ffdshow_multithread_060604.patch is PATCH to PATCH.
To rev2546 + ...060517.patch + ...060601.patch

[videomixer9]

Click here (http://ffdshow.drition.net/current.php) to download newest build with ffdshow_multithread_060604.patch :p

[Liisachan]

nice :D

[videomixer9]

cannot help this, but my impression is somewhat funny, during some stupid benchmarks this seemed to be slower, during actual playback and watching taskmanager it doesn't seem to make any real difference ... I had an odd behaviour with dvd playback via ffdshow with the older one, that thing disappeared.

[Avish]

Is it possible to add "auto" option in ffdshow's deinterlacing section? Coz I'm not quiet sure which one to use when. :D

[SeeMoreDigital]

Speaking of de-interlacing....

Does anybody know whether if the libavcodec MPEG-4 decoder filter is able to offer interlaced decoding?


Cheers

[LoRd_MuldeR]

Is it possible to add "auto" option in ffdshow's deinterlacing section? Coz I'm not quiet sure which one to use when. :D

I think you should try KernelDeinterlacer or TomsMoComp

With TomsMoComp I prefer Vertical-Filter enabled plus some Sharpen filter afterwards...

[Avish]

I think you should try KernelDeinterlacer or TomsMoComp

With TomsMoComp I prefer Vertical-Filter enabled plus some Sharpen filter afterwards...Thanks. I'll try them. But still I'd prefer "auto" if it's possible. :D

BTW, what's that "speedup tricks" option for, when I choose libavcodec? What speedup tricks it uses?

[LoRd_MuldeR]

Thanks. I'll try them. But still I'd prefer "auto" if it's possible. :D

BTW, what's that "speedup tricks" option for, when I choose libavcodec? What speedup tricks it uses?

Well, an auto detection for interlaced material would be nice.
So the deinterlace filter could be enabled/disabled automatically.

But which deinterlacer you want to use, is still your choice.
Different people prefer different deinterlacers...
Just try out which looks best for your eyes and use this one ;-)

[mpioner]

Avish
SeeMoreDigital
LoRd_MuldeR
http://sourceforge.net/tracker/index.php?func=detail&aid=1244154&group_id=53761&atid=471492

[Zarxrax]

I have a question regarding FFDshow's audio processing.

I would like to watch some videos at a faster speed. I can add an assumefps() avisynth command on the ffdshow video decoder, and that will change the speed of the video. However, I cant find a way to make a similar change for the audio.

Is this possible with current ffdshow, or does anyone know if ffdshow can have avisynth processing added into the audio decoder?