View Full Version : New ffdshow build (?)
Elic
30th November 2005, 09:26
ptiJean
> Can u tell us where to find it ? (20041012)
I use this one (http://sourceforge.net/project/showfiles.php?group_id=53761&package_id=59355&release_id=274595).
Egh
> how do you play AVC streams then? :P
I don't like AVC much and I don't encode into AVC, I prefer XviD. And I didn't see any good AVC rip so far, at least these rips were not so good so I would be needy in good AVC decoder for everyday use.
> i think most last builds are actually pretty stable anyway :P
Can you please advise me your favorite build? :) My internet connection is relatively expensive, and I can't download few megabytes build every time it publishes :(
celtic_druid
> there was a bug with the installer for ffdshow-20041012. If installed on an NT based windows it doesn't correctly install VfW. So no VfW decoding/encoding. Easy to fix by changing program files to progra~1
I even didn't know about this bug because I never install soft into "Program Files" - only to directories with 8.3 names (I treaded on such errors on past :( ).
Apropos, who can explain why development of ffdshow on sourceforge was freesed?
dimzon
30th November 2005, 09:37
Apropos, who can explain why development of ffdshow on sourceforge was freesed?
It was not! But there are not more fresh binaries on SF...
videomixer9
30th November 2005, 11:04
I don't use anything but VMR9 for subs. But I use mpc internal renderer and comparing VSFilter with MPC... Well MPC is far better (though more CPU % as well).
And subs renderer in ffdshow could be better, for sure.
P.S. btw i noticed two corrections for subtitles in ffdshow's log today. But with no messages given hard to tell what exactly was br0ken/fixed :P
I usually watch videos via the fullscreen mirror function on my tv. MPCs internal renderer draws to VMR9 thus there will be no subs in the mirrored video, besides that mirror doesn't work on VMR9 renderless at all anymore.
Egh
30th November 2005, 19:03
ptiJean
Egh
> how do you play AVC streams then? :P
Apropos, who can explain why development of ffdshow on sourceforge was freesed?
AVC is g00d enough to be used. And trust me, despite that it's very much overrated by Nero and other codec producers ("avc main profile 2x better than ASP" -- complete *BS* and only for lamas to buy it, it might be true comparing avc with Div3 single pass though :P). But in many cases it's better at same bitrate, I'm encoder myself and choose nero avc for most of my releases.
High profile AVC has many features like 8x8dct, which are supported on playback by Nero Decoder and libavcodec (the latter is what ffdshow uses). Iirc the first build of ffdshow to support this particular feature was 10th of June 2005 or something like that. And such thing like custom QM was introduced in ffdshow very very recently (not that many releases use that feature anyway so far).
As for recommended build, b0b0r's gcc are best choice for me (I have SSE1 only capable CPU aka AthlonXP). 20051115 is best option now, since 20051124 is not really good if you play some 29.97fps avc in VMR9 mode with subs on :) Since if your CPU is not enough, some samples are dropped. And it worked all nicely before 1124, but in that build it can cause assertion fault in libavcodec :O In fact I once had 2 assertion errors whilst watching one 24 min episode :P
development never stopped, is that developer doesn't want to create so-called "stable" builds. So all builds available are considered to be alpha tests. Recently Milan Cutka started posting so-called "daily" builds again on his website. http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php?page=Getting+ffdshow
Those are no way any "stable" releases, but they work (well in most cases).
zatt
30th November 2005, 20:07
I have ffdshow-20041012 and i use mp cl 6.4.8.7 and my dvd is "hanging" if i downloaded the last ffdshow 20051103 will that mayby fix it ?
If i download the new ffdsh must i uninnstalled the old one first ? Do mp cl find this new ffd by itselvs ?
hehe mr "green" is asking big time :p
I`m very happy for a answer or a soloution on my quiestions
Have a nice day to all of you !!
issa
1st December 2005, 02:42
Latest CVS build,
SSE2 (using SSE2 instruction for FP operation):
MSVC Build: http://rapidshare.de/files/8412975/ffdshow-20051201-msvc-sse2.exe.html
GCC build: http://rapidshare.de/files/8413549/ffdshow-20051201-gcc-sse2.exe.html
For SSE only user, replace the dll after you install the GCC SSE2 build.
SSE DLL: http://rapidshare.de/files/8413991/dll-20051201-sse.7z.html
Will anyone need x87 build? I will make a build when there are any request.
All build libavcodec.dll and libmplayer.dll were build by gcc.
LigH
1st December 2005, 10:27
"x87 only" probably not anymore; but "MMX/iSSE only" could be nice (having an AMD Duron here).
_xxl
1st December 2005, 10:34
Only libavcodec.dll and libmplayer.dll built using GCC can benefit from hand-
optimized MMX, SSE and SSE2 code in these libraries.
Libavcodec.dll and libmplayer.dll are sse or sse2?
http://cutka.szm.sk/files/ffdshow-20051129.exe
ICL + GCC sse or sse2?
Yong
1st December 2005, 12:55
Latest CVS build,
SSE2 (using SSE2 instruction for FP operation):
MSVC Build: http://rapidshare.de/files/8412975/ffdshow-20051201-msvc-sse2.exe.html
GCC build: http://rapidshare.de/files/8413549/ffdshow-20051201-gcc-sse2.exe.html
For SSE only user, replace the dll after you install the GCC SSE2 build.
SSE DLL: http://rapidshare.de/files/8413991/dll-20051201-sse.7z.html
Milan daily builds is still the fastest.
ive tried above 2 GCC/MSVC SSE2 build in my p4 2.4ghz machine,
play with my super crap quality Divx4.0 video clips(512x384 24fps), with ffdshow hqdenoise3D, 2xsai/Super2xsai and some minor postpreocessing options.
MSVC is a little bit faster than GCC build.... ;)
With Milan's build, i can use untill hq2x with no drop frames.
bob0r
1st December 2005, 17:15
reason for update: handle multiple pps in avc header
changelog: http://cia.navi.cx/stats/project/ffdshow
what you have to do: enjoy
_xxl
1st December 2005, 19:39
ffdshow x64 version?
ExtraEye
1st December 2005, 20:08
reason for update: handle multiple pps in avc header
changelog: http://cia.navi.cx/stats/project/ffdshow
what you have to do: enjoy
any chance to get an SSE2 version?
madman1980
1st December 2005, 21:29
Half of my HDTV mpeg2 .ts streams won't show any picture in mpc with milan's -24 and -29 versions. The others stutter every 5 seconds although CPU usage is only at 20%.
Rash
2nd December 2005, 03:31
I tried to google for Tremor but didn't find any website. Could someone tell me (or point me to) what is the point in using low accuracy for Vorbis?
celtic_druid
2nd December 2005, 06:40
--enable-low-accuracy enable 32 bit only multiply operations
Kostarum Rex Persia
2nd December 2005, 16:03
ffdshow x64 version?
Yeah,it's time for Ffdshow x64 version.Celtic_druid,what do you think about it,can you or somebody else try to compile working build of ffdshow 64-bit?
Sirber
2nd December 2005, 16:13
@Kos
Wht do you keep bugging for 64bit stuff when you have a 32bit CPU?
http://forum.doom9.org/showthread.php?t=103008
Kostarum Rex Persia
2nd December 2005, 16:36
Because, I buy 64-bit machine two days ago.Athlon 64 3800+ Venice core.
Sharktooth
2nd December 2005, 16:44
And let me guess, you have 32bits winxp, right?
celtic_druid
2nd December 2005, 16:56
I already tried a 64bit version of ffdshow. It didn't work and I don't boot into X64 that often so I don't think I will try again for awhile. Nothing stopping anyone else from having a go though.
videomixer9
2nd December 2005, 20:45
Does video decoding profit much from 64bit anyways?
LigH
2nd December 2005, 22:28
Before you don't know what "64 bit" really means, you won't understand why you may get speed gains, and where in the algorithm.
Read this thread (http://forum.doom9.org/showthread.php?t=89719) about speed gain of 64bit AviSynth, DGDecode, XviD and VirtualDub. It is ... more marginal than revolutionary.
Rash
3rd December 2005, 01:44
--enable-low-accuracy enable 32 bit only multiply operations
OK, right. But isn't this good? Why "low accuracy"?
_xxl
3rd December 2005, 12:28
Is inline assembly supported?
Inline assembly is only supported by the IntelŪ IA-32 C++ compiler (icc and icpc). GNU gas* and Microsoft MASM* formats are available. There is no support for inline assembly on the ItaniumŪ architecture.
_xxl
9th December 2005, 00:00
http://rapidshare.de/files/8842490/ffdshow-20051208.zip.html
DeathTheSheep
9th December 2005, 02:19
Currently the fastest working build yet! Thanks to you and milan!
Hylas
9th December 2005, 11:00
I installed the latest daily build from the ffdshow-sourceforge page (ffdshow-20051129), but encoding to MPEG4-libavcodec seems to be a lot slower than with the build I used previously (ffdshow-20041012-sse2). I am using the same settings (interlaced encoding, denoise3d, bicubic resize), yet whereas CPU-load stayed below 80% with the old version, it's about 95-100% now and some frames are dropped.
I wonder, is this performance loss due to compiler optimisation (no sse2?) or changes in libavcodec? What is the fastest build (for P4) that is reasonably up-to-date?
bob0r
9th December 2005, 12:29
Hmm coincidence, i did 1208 too :)
SSE:
ffdshow-20051208-gcc4.0.2-sse-x264.nl.exe
http://x264.nl/
SSE2:
ffdshow-20051208-gcc4.0.2-sse2-x264.nl.exe
http://files.x264.nl/ffdshow/ffdshow-20051208-gcc4.0.2-sse2-x264.nl.exe
NO-SSE(2):
ffdshow-20051208-msvc7.1-x264.nl.exe
http://files.x264.nl/ffdshow/ffdshow-20051208-msvc7.1-x264.nl.exe
hellfred
9th December 2005, 12:39
I installed the latest daily build from the ffdshow-sourceforge page (ffdshow-20051129), but encoding to MPEG4-libavcodec seems to be a lot slower than with the build I used previously (ffdshow-20041012-sse2). I am using the same settings (interlaced encoding, denoise3d, bicubic resize), yet whereas CPU-load stayed below 80% with the old version, it's about 95-100% now and some frames are dropped.
I wonder, is this performance loss due to compiler optimisation (no sse2?) or changes in libavcodec? What is the fastest build (for P4) that is reasonably up-to-date?
ffdshow-20041012-sse2 is quite old, and AFAIK, some defaults have been changed for encoding MPEG4-ASP in libavcodec. You can try to compare the speed with exactly the same settings in both ffdshow versions (including motion estimation search algorithm and its parameters, mbd/vhq etc.) to check for different defaults. Some parameters may have changed names (e.g. vhq to mbd). See mplayer manpage (http://www.mplayerhq.hu/DOCS/man/en/mplayer.1.html#CODEC%20SPECIFIC%20ENCODING%20OPTIONS%20(MENCODER%20ONLY)) in the section "lavc (-lavcopts)" for latest paramete description. Frame dorps should not occure, though. Try another, quite up to date build, too.
Hellfred
ExtraEye
9th December 2005, 12:52
thx for the new builds. especially for the SSE2 :D
by the way, how do you guys check the speed of the decoding? do you check how much CPU the player you use takes when you play a file or do you have some sort of program that measures the speed?
Hylas
9th December 2005, 13:48
ffdshow-20041012-sse2 is quite old, and AFAIK, some defaults have been changed for encoding MPEG4-ASP in libavcodec. You can try to compare the speed with exactly the same settings in both ffdshow versions (including motion estimation search algorithm and its parameters, mbd/vhq etc.) to check for different defaults.
I figure, it must be something like that. I'm using "rate distortion", no "4 MV", no chroma ME. Everthing else seems to be set to the simplest option anyway.
I tried celtidruid's last compile (ffdshow-20051103), but apparently the installer fails to register ffdshow.ax correctly, as it is not used for playback and the uninstall process hangs up while unregistering. I'll try another build later.
On a possibly unrelated note: An old Xvid decoder (XviD-1.0-RC3-29022004) cannot play interlaced files produced with the new ffdshow; keyframes are fine but motion creates huge swimming blocks). It has no problem with the older one.
Hylas
9th December 2005, 15:26
SSE2:
ffdshow-20051208-gcc4.0.2-sse2-x264.nl.exe
http://files.x264.nl/ffdshow/ffdshow-20051208-gcc4.0.2-sse2-x264.nl.exe
I get a protection fault in KRNL386.EXE after I click "next" in the "choose components" step of the installation. Is your version compatible with Win98?
signatory
9th December 2005, 15:26
when I use ffdshow as VFW to edit xvid and divx5 the video is upside down, but the switches to 'flip video' don't do anything. I installed xvid codecs instead and they work fine and use ffdshow for only playback. Anyone got some suggestions as to the upside down issue?
my w2k is pretty clean... just ffdshow and xvid.. latest DX beta.
Egh
9th December 2005, 17:38
BTW after installing someone's build 20051208 i lost all the settings in ffdshow. Have anybody noticed similar thing?
Also, in recently posted here ffdshow-20051208.zip ffdshow installation file itself is dated 2005-01-01. Is this kind of joke or what? ^^
breez
9th December 2005, 18:09
SPP deblocking in 8 Dec build is improved. It blurs details less than before although it is somewhat heavier on the CPU (using drevil_xxl's icl9+gcc build, not too much difference to milan's latest in terms of cpu usage, but celtic's oct 13 build is still the fastest with around 7% less cpu usage w/ XP 1.9GHz).
MacAddict
9th December 2005, 18:30
Too bad you guys dont have your system specs in your signature. It would be helpful for the rest of us when determining the 'fastest' build for our system as well.
So far no problems with any of the latest December builds here.
madman1980
9th December 2005, 23:21
Is there any chance you can make a version that detects SSE/SSE2 by itself so there's no reason for two installer files?
Egh
9th December 2005, 23:33
Is there any chance you can make a version that detects SSE/SSE2 by itself so there's no reason for two installer files?
It was answered before. In short -- it's possible but require too much manual job on those files [and milan doesn't want to do that]. Also, some parts of ffdshow work *only* if SSE is found. There was one entry on the ffdshow bugtracker about that. Like if no SSE is not present in the system, instead of one filter only simple copy is used.
falcon2000eg
10th December 2005, 14:07
bob0r your sse2 build crash with every movie type using overlay or vmr9 on my pc
P4-2.4 Ati-radeon 7000 384MB DDR windows XP pro sp2
ExtraEye
10th December 2005, 15:00
for me i think bob0r's latest was slower(SSE2 build). right now using drevil_xxl build.
Ye110man
10th December 2005, 16:11
Athlon64 2800+ here. Which build is the best for me?
Inventive Software
13th December 2005, 14:17
What's the core name? Something like Venice or Newcastle?
bob0r
13th December 2005, 16:48
bob0r your sse2 build crash with every movie type using overlay or vmr9 on my pc
P4-2.4 Ati-radeon 7000 384MB DDR windows XP pro sp2
Please report all info + more to the ffdshow Developer:
http://sourceforge.net/tracker/?group_id=53761&atid=471489 (Bug reports here)
I only compile the ffdshow source, i can't test SSE2 builds myself, maybe others can confirm your problem.
Ye110man
13th December 2005, 18:36
What's the core name? Something like Venice or Newcastle?
I have a Newcastle.
Inventive Software
15th December 2005, 10:50
Look for an SSE2 build. I think SSE3 was only implemented in the Venice cores, but I may be wrong. ;)
IvS
15th December 2005, 13:46
SSE3 is included in the Venice, Newark, San Diego and Toledo cores.
Inventive Software
15th December 2005, 13:55
Not the Newcastle then. ;)
So I was right. SSE2 you are looking for, or *gulp* SSE or non-SSE.
Jorgosch
15th December 2005, 14:17
http://www.afterdawn.com/software/video_software/codecs_and_filters/ffdshow.cfm
signatory
15th December 2005, 16:01
Can anyone confirm that the Flip Video setting works? I'm using ffdshow-20051129
and MPC 6.4.8.7 and the switch doesnt do anything.
Yong
15th December 2005, 19:04
Can anyone confirm that the Flip Video setting works? I'm using ffdshow-20051129
and MPC 6.4.8.7 and the switch doesnt do anything.
Its work for me, tested with MPEG1 and x264 video clips.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.