New ffdshow build (?)

[movax]

I just compiled a ffd yesterday for the CCCP, waiting on test reports on that one to see how it turned out. :) And I can provide a 300GB/mo, avg. 500kb/s mirror if you really want one.

[Liisachan]

You can mirror the files.
That is your right, not your duty.
Those are free software.

[Egh]

I wouldn't haste too much to upgrade to a newer build (0920).

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

I experienced problems with h264 playback, and according to log, several fixes were applied to that part of the ffdshow, as i recall. Maybe it's only due to some optimisations not working or so (athlon xp cpu). But 0920 does play same video fragment encoded in avc noticable slower than 0909 does (or at least on my system it did), so I rolled back to 0909 atm.

[celtic_druid]

Well for 0920 I am testing icl/gcc for libavcodec. As a rule I just use gcc. If it turns out to be slower I will simply switch back.

[clsid]

Here are some alternative compilations:

http://www.megaupload.com/?d=QZCV2JJ8

Comments on stability and speed are very welcome. Don't forget to mention your cpu brand, type and clockspeed.

[bob0r]

Mirrors aren't really a problem.
I got plenty on x264.nl

ffdshow-20050920.exe is a big file again, i assume its ICL?
Can you compile a MSVC71.exe version again too?
I really prefer stability over speed.


Creating x264 revision 295 test files now (.avi/.mp4/.mkv/.264)

[movax]

Well for 0920 I am testing icl/gcc for libavcodec. As a rule I just use gcc. If it turns out to be slower I will simply switch back.

In the past week or two, bug reports have come floating in about module violations in ffdshow.ax, which have been fixed by going to the libavcodec.dll full, not the libavcodec_dec.dll. As of 9/18 or so, it still seems to borkened. Not too big of a deal really, except adding 500kb of filesize + the encoders.

[Liisachan]

clsid: How can I download the RAR file from that page? Nothing happens for me. I'm on Firefox and JavaScript is enabled (but Flash is disabled).

bob0r: My problem is huge sites such as betanews.com direct-link to my poor pages, hogging the servers' resources. They should link to powerful servers like yours. I got a cheap virtual dedicated server for this but it's not powerful enough. Maybe I should get a real dedicated server. big ouch money-wise...

[celtic_druid]

I just pressed the press here to download button and it worked. Had to wait ~45secs first though.

[Liisachan]

Worked. :) Testing...

[Egh]

IT IS NOT ffdshow.ax problem!!! See there, i tested it.

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

It's either bad compilation of libmplayer.dll, or there was some kind of bad code around that time.

I got hold of 0922 build of that dll with different size, and now it works nicely (and the size is similar to the one used in 0909 build, aka 370kb).

Both other versions (140kb and 470kb) failed, cpu load really crazily increases (dozens of per cent)

[celtic_druid]

Yeah, I don't know what I did with libmplayer. I just rean make clean && make and got a 363k dll instead of the 464k one packaged.

[bob0r]

@CD:
Okay, does this mean i should wait putting 0920 up?
Also, you compile it with gcc now? no more MSVC?

[celtic_druid]

The only part I ever compiled with MSVC was ffdshow.ax in some builds. Everything else was always ICL or gcc. This time I compiled libavcodec with ICL/gcc and screwed up libmplayer.dll. Previously I compiled libavcodec with gcc only and libmplayer was (to my knowledge) ok. I replaced the installer on my server with one containing a different compile of libmplayer which should be ok.

[dimzon]

The only part I ever compiled with MSVC was ffdshow.ax in some builds. Everything else was always ICL or gcc. This time I compiled libavcodec with ICL/gcc and screwed up libmplayer.dll. Previously I compiled libavcodec with gcc only and libmplayer was (to my knowledge) ok. I replaced the installer on my server with one containing a different compile of libmplayer which should be ok.
Your build dos not include libfaad2 again :devil:

[bob0r]

The only part I ever compiled with MSVC was ffdshow.ax in some builds. Everything else was always ICL or gcc. This time I compiled libavcodec with ICL/gcc and screwed up libmplayer.dll. Previously I compiled libavcodec with gcc only and libmplayer was (to my knowledge) ok. I replaced the installer on my server with one containing a different compile of libmplayer which should be ok.

Yes, because MSVC did less crashing on AMD machines no? Slower but more stable. Is this still the case? If so can you please fix us a stable version too (which ill mirror) and look at what dimzon said :)

As most people have no clue what your site is, including me, can you please fix them up to your mirror05 dir too?
Edit: about the link, i see its http://m17n.cool.ne.jp/freeware/mpc/ (i hope)

[Egh]

Thanx.

"fixed" build works. At least doesn't produce the problem same as "nonfixed" one.

[clsid]

ICL9/GCC/MSVC71 builds of current CVS:

http://www.megaupload.com/?d=3DGNRTNL

[celtic_druid]

You can always use libfaad from an older build. Nothing has changed. I just forgot to compile it and uncomment the faad line from the installer.

[Mug Funky]

not sure, but i think uyvy decoding in ffdshow is b0rk when decoding to yuy2 in avisynth. chroma comes out fine, luma comes out twice the width, interleaved with flat grey samples. avisynth reports the resulting pitch as 1440 instead of 720.

also, yv12 output with uyvy input will use progressive downsampling (which i guess isn't really a bug)

[edit]

disregard that... i installed the latest build and all's well. :) false alarm (i'm all happy now :):):))

[bob0r]

You can always use libfaad from an older build. Nothing has changed. I just forgot to compile it and uncomment the faad line from the installer.

But thats what i want to put online, a complete, as stable as possible, working ffdshow installer, so when people uninstall an old version, the new version should work the same or better.
So please create us a complete ffdshow installer :thanks:

[dimzon]

So please create us a complete ffdshow installer :thanks:
:thanks: :thanks: :thanks: :thanks: :thanks: :thanks: :thanks:

[Inventive Software]

I'll grab the sources and see if I can compile it myself. It will be interesting to see if me and celtic_druid and the other compilers get the same results!

[Egh]

Finally right comment! :P

>Comment By: Milan Cutka (milan_cutka)
Date: 2005-09-23 20:50
<b>
Message:
Logged In: YES
user_id=547197

When libmplayer.dll is build with ICL or MSVC no MMX nor
SSE optimized code is used. That's why resulting binary is
much slower.</b>

So, ppl, just don't build that library with those compilers :P
But i wonder, do you use optimisations in other builds?

I use SSE optimised one (but the library is still should be used from gcc complilation!)

[movax]

I build libavcodec, libmplayer, and the other projects except a52 with GCC 3.4.3, and ffdshow.ax with MSVC 2003. A few resultant archives laying around from cccp stuff is here (http://movax.org/s/).

[yaz]

I build libavcodec, libmplayer, and the other projects except a52 with GCC 3.4.3, and ffdshow.ax with MSVC 2003. A few resultant archives laying around from cccp stuff is here (http://movax.org/s/).two (stupid) questions :
- how to install packs like that ? they are just series of dlls. should i register each by hand ?
- what are that extra files in your packs ? (say, flt_ffdshow.dll, aso)

thx
y

[Jalavera]

@Celtic_druid:
Why NOT all versions in News section from http://celticdruid.no-ip.com/xvid/ ARE NOT downloadable (eg. DVDMenuXtractor v0.9.10, mpeg4iptools 1.3.6cvs, ...) ??? and others YES.

[Sharktooth]

Coz i forget to mirror those folders :(
The files are being uploaded...

[Jalavera]

Coz i forget to mirror those folders :(
The files are being uploaded...
Oh, thanks!! Now I see them ....

[movax]

two (stupid) questions :
- how to install packs like that ? they are just series of dlls. should i register each by hand ?
- what are that extra files in your packs ? (say, flt_ffdshow.dll, aso)

thx
y

That was just a complete rar for testing purposes, you should use an installer if you plan on using it as your main decoder. (regsvr32 ffdshow.ax will suffice most of the time, rundll32 ffdshow.ax,configure, rundll32 ffdshow.ax,configureAudio, and rundll32 ffdshow.ax,configureEnc for configuration).

[Kostarum Rex Persia]

celtic_druid,can I ask you something? Now,ffdshow doesn't support custom quantization matrices,but do you planing to add support for it,in the newer builds?

[celtic_druid]

Assuming you are talking about AVC decoding. I already answered this somewhere around here.

ffdshow will support decoding AVC CQM's when libavcodec supports it.

[clsid]

Updated compilations:

http://www.megaupload.com/?d=UF9N98C5

[celtic_druid]

Are the unicode and encoder changes finished? Because there have been a fair few major changes lately. I would wait until they are finished before trying a new build.

[PeterPan]

Hi,

I doen't know if this is the right thread, but I will try to ask here.


I use ffdshow with Microsoft Stream Buffer Engine (SBE)
in Meedio. It works fine.
The only problem i have, is to ff/rew in the Timeshift
buffer.

Do ffdshow support the IStreamBufferMediaSeeking-Interface?

[Liisachan]

The new files (ffdshow-20050930.exe, ffdshow-20050930MSVC71.exe) by celtic_druid are mirrored here (http://ffdshow.faireal.net/). Happy testing :)

[mOOb]

Playback seems fine but vfw portion is crashing in everything.

[Liisachan]

ff_vfw.dll is buggy for me too.
example: VirtualDub -> Video -> Compression -> ffdshow Video Codec = Crash

[bob0r]

ff_vfw.dll is buggy for me too.
example: VirtualDub -> Video -> Compression -> ffdshow Video Codec = Crash

Confirmed.

I was about to mirror it, but lets wait a bit now.

Also x264 revision 307 has artifacts in playback, it could be the encoder, but it could also be libavcodec decoder needing an update.

Edit:
the x264 revision 307 problem comes from x264 itself, at least thats what i understand.

So we just need a stable ff_vfw.dll, untill i mirror it, in meanwhile, you may all suffer the bandwidth :sly:

[Sharktooth]

mirrored

[Egh]

But iirc one can easily change the dll for that build from previous one?

Tested newer build -- doesn't have that problem which [unfixed] 0920 had. And it's vfw decoder works also fine (so you can watch avc stream in vdub).

UPDATE:

Tried dll from eariler builds. It still crashes. So I guess the problem is not dll here at all.

[bob0r]

..
UPDATE:

Tried dll from eariler builds. It still crashes. So I guess the problem is not dll here at all.

What build may that be?

ffdshow-20050909.exe ff_vfw.dll = ok
ffdshow-20050909-MSVC71.exe ff_vfw.dll = ok
ffdshow-20050920.exe ff_vfw.dll = ok
ffdshow-20050920-fixed.exe ff_vfw.dll = ok

ffdshow-20050930.exe ff_vfw.dll = virtual dub 1.5.10 crash
ffdshow-20050930MSVC71.exe ff_vfw.dll = virtual dub 1.5.10 crash

builds by celtic_druid

[Egh]

I tried build from 0921 movax rar. I'll try now from 0920 cd's one.

[obieobieobie]

I notice that there's nothing to choose under postprocessing -> h264 postprocessing.. Before one could choose among different things via a drop down-menu but with the september 20th build (fixed) by cd, the menu doesn't contain anything.

[madman1980]

How much slower is the mscv version? Is it really significant?

[clsid]

I find it significantly slower on my AMD Thunderbird 1.33 Ghz. Specially for decoding H.264.

[Kurtnoise]

@Celtic_Druid: may I suggest you to create a decoder only package ? I've seen that there is already a bat file to build this in the sources. Thanks...

[movax]

The libavcodec_dec was borked at least 2 weeks ago, causing module violations often while playing back AVC content, don't know if that's been fixed. And the H264 dropdown menu should have reappeared now I think, Milan said he broke it accidentally while working on other things. :)

As for the ff_vfw bug, my 921 package seems to function without and borks. Perhaps a change to libavcodec or the ffdshow.ax might be causing the borks.

[Egh]

The libavcodec_dec was borked at least 2 weeks ago, causing module violations often while playing back AVC content, don't know if that's been fixed. And the H264 dropdown menu should have reappeared now I think, Milan said he broke it accidentally while working on other things. :)

As for the ff_vfw bug, my 921 package seems to function without and borks. Perhaps a change to libavcodec or the ffdshow.ax might be causing the borks.

I honestly didn't notice any bugs on h264 playback. As for ff_vfw.dll, yeah i think it's not what causing those crashes, it's the change somewhere in another module.

Movax, do you have any newer builds?

[movax]

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