Log in

View Full Version : ffdshow tryouts project: Discussion & Development


Pages : [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308

clsid
9th January 2007, 17:25
About ffdshow tryouts

The ffdshow tryouts project (http://sourceforge.net/projects/ffdshow-tryout/) is a fork of the ffdshow project (http://sourceforge.net/projects/ffdshow/). This fork was created by a group of members here at Doom9. The last modification to the source code in the SVN repository of the original project was done in may 2006. The ffdshow tryouts project has continued where the original project stopped. Several bugs have been fixed. Lots of code (that ffdshow borrows from the FFmpeg project (http://ffmpeg.org/)) has been updated, and also support for a few new formats has been added.

Important Notice

Development of ffdshow has been discontinued!

All former developers of ffdshow have lost interest in the project. There have not been any significant changes to the code since 2012, only some minor trivial changes have been made in the past year.

A superior audio and video decoder is available in the form of LAV Filters (http://forum.doom9.org/showthread.php?t=156191).

Downloads

ffdshow builds (http://sourceforge.net/project/showfiles.php?group_id=173941)

Links


ffdshow tryouts project page on SourceForge.net (http://sourceforge.net/projects/ffdshow-tryout/)
ffdshow tryouts SVN repository (http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/) (SVN changelog (http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/?view=log))
ffdshow tryouts bugtracker/feature request/patches (http://sourceforge.net/tracker/?group_id=173941)
ffdshow tryouts changelog (incomplete!) (http://ffdshow-tryout.sourceforge.net/html/en/)
ffdshow tryouts FAQ (http://ffdshow-tryout.sourceforge.net/wiki/faq)
old ffdshow SVN repository (http://ffdshow.svn.sourceforge.net/viewvc/ffdshow/trunk/?sortby=date)
previous ffdshow discussion topic (http://forum.doom9.org/showthread.php?t=98600)


Known issues & bugs:

Known bugs in latest revision:
bugtracker (https://sourceforge.net/tracker/?group_id=173941&atid=867360&status=1)

Limitations:

B-frame decoding delay in VFW when using libavcodec for Xvid/DivX.
In some cases VobSub subtitle files (.idx/.sub) are loaded, but just some or even none of the subs are displayed. VobSub support is still incomplete.


What is the difference between the ICL and Generic builds?

The ICL builds require at least a SSE capable CPU. The generic builds only require MMX. However, all builds contain the same hand-written assembly code with MMX/MMXext/SSE/SSE2/3dnow/3dnow2/SSSE3 instructions, which will get used if and only if your CPU supports it.

The difference in builds only applies to the ffdshow.ax file. All builds use GCC for compiling libavcodec. So the decoding performance is equal for all builds. The only situation where the ICL build might give a bit better performance is when you make use of the internal filters in ffdshow. And even then, there is only a gain for some of the filters.

So to summarize, it does not matter much which build you use.

ffdshow_tryouts
9th January 2007, 17:36
About ffdshow tryouts:
ffdshow is a DS filter and VFW codec for many audio and video formats, such as DivX, Xvid and H.264. Over 60 bugs have been fixed, codecs have been updated, and support for a few new formats has been added in the tryouts. Windows Vista is now supported.
History:

The first versions of ffdshow were published in April 2002.The main developer was Milan Cutka. When he stopped updating the project in 2006, new maintainers opened the ffdshow-tryouts as a fork, where bugfixes, stability fixes, new features and codec updates continue.

Notes:
A common misconception is that SSE/SSE2 builds will decode video better than "generic" builds. In fact, the libavcodec video decoders are always compiled in GCC and are usually hand-optimized; it's the ffdshow filters that benefit from SSE/SSE2.

Please remember:
All the developer working on FFdshow are volunteers.
All used sources and ffdshow itself are distributed under GPL.
Bug reporting:

1).operating system (OS)
2).ffdshow version, rev, compiler, ansi or unicode
3).ffdshow settings and used filters, ex:queue, resize, sharpening, noise, levels...
4).media player used and settings ex: mpc, media player2, wmplayer...
5).output colorspaces "YUY2", "YV12", "RGB32", "RGB24"...
6).internal/external splitters ex: Haali Media Splitter, Gabest's Splitters...
7).video renderers ex:Haali renderer, Overlay Mixer, VMR9, VMR7, EVR...
8).video/audio samples <10MB
9).what you were trying to accomplish, the problem you encountered...anything else that could be useful in reproducing that bug.

Inventive Software
9th January 2007, 18:23
Having downloaded a newer revision, I'm pleased to see the "multithreaded" encoders bug I posted a while back is fixed, although brutally! ;) I don't know whether it's a ffmpeg bug or not, other people would have to provide me a binary with AVS input so I can test! :D

Henrikx
9th January 2007, 18:57
German translation (About ffdshow tryouts) :)
http://forum.gleitz.info/showthread.php?p=314937#post314937

LoRd_MuldeR
9th January 2007, 20:25
Anybody able to download:
http://downloads.sourceforge.net/ffdshow-tryout/ffdshow_rev756_20070109_clsid_icl9.exe?
???

//EDIT

strange, before all mirrors were either down or redirected back to download page.
just tried again, and it worked...

Eragon4ever
9th January 2007, 20:32
Not from the default mirror.

Edit: Seems the server Dublin, Ireland is not working.

SeeMoreDigital
9th January 2007, 20:45
Great news... It's about time we had a dedicated thread for this sort of thing ;)

zambelli
10th January 2007, 00:10
The older ffdshow thread brought up the idea of a more unified versioning scheme for ffdshow. Will this project perhaps deliver on that?

haruhiko_yamagata
10th January 2007, 00:21
Queue is off in Overlay Mixer. (reported by clsid)
It's the spec. For most cases Overlay Mixer connects to old video renderer.
In that case, multithreading can't be used.
Queue is on only if Overlay Mixer is connected to VMR or something.

kurt
10th January 2007, 00:45
hm, but when using either old and system default renderer in mpc, ffdshow's OSD tells queued output samples are in use.

Therefore shouldn't it be possible to get it work with overlay mixer too?

bob0r
10th January 2007, 01:08
Anything worth updating for H.264 decoding since revision 684 beta1?

Leak
10th January 2007, 12:57
Hi guys - long time no see... :D

Anyway, first let me thank you all for keeping ffdshow's development going - it's continually getting better... :)

Now, I really didn't have much use for ffdshow in the last few months, as I preferred watching my DVDs on our TV, but since I bought a projector last week I've been back to using my PC for my DVD watching needs.

As DVD decoding isn't working reliably in ffdshow, I've been using Media Player Classic's MPEG2 decoder and postprocessing that via ffdshow's "Raw video" set to "YUV modes".

Using a combination of PowerStrip, Reclock, ffdshow and MPC, I've got a great picture out of my Samsung Pocket Imager, at least for stuff that doesn't need deinterlacing. But since most anime is of course interlaced with 3:2 pulldown, I wanted to do the following:

Set the refreshrate for the image sent to my projector to 59.9xx Hz
Have MPC run in fullscreen on display 2
Play the DVD in MPC
Using ffdshow, use Kernel Bob to get the 29.9xx FPS video to 59.9xx FPS
Using ffdshow, resize the image to 856x480 for 16:9 DVDs or to 800x600 for 4:3 DVDs using Lanczos resizing
Using ffdshow, crop 28 pixels left and right in case of a 16:9 DVD to get back to 800x480

At least that's the plan.

The problem is that resizing only works if I do it before deinterlacing, but I guess I needn't tell you that resizing interlaced material is a big no-no. ;)

If I deinterlace first and resize afterwards, ffdshow either crashes or at least produces a distorted image as if the line pitch was incorrect, plus MPC's interface becomes rather sluggish and takes seconds to react. I've experienced crashes even if I turned off deinterlacing when it was above the crop filter in the list, though... :(

So for the time being, I'm resizing 16:9 DVDs to 856x480 before deinterlacing, as that doesn't resize vertically, but I have to let my graphics card (ATI Radeon X1900 XT) stretch kernel-bobbed 4:3 DVDs to 800x600 which of course isn't great quality-wise. On the other hand, I've found that at least the card's 3:2 pulldown removal kicks in if I change my refresh rate to 48Hz, which is nice - but which only looks good if there aren't any 30 FPS pans/zooms/etc. in the video... :)

So - could you please add resizing after deinterlacing to the bug list? It's possible that it only happens with the kernel deinterlacer, but I haven't checked it that thoroughly yet.

I might take a look at the code myself if I can find some time for it, but the last time I looked at the code I was rather lost - is there some documentation somewhere for ffdshow's internals?

haruhiko_yamagata
10th January 2007, 15:45
@Leak
Thank you, I confirmed your report.

clsid
10th January 2007, 16:02
Anything worth updating for H.264 decoding since revision 684 beta1?
No performance increase or fixes for H.264 decoding. But there have been a couple of other bugfixes, so you could post an update.

chros
10th January 2007, 16:17
I'm using Winamp's DFX plugin for a long time, to increase the audio quality.
There's a new version of it (8.0) which can deal with multichannel source ! But ffdshow doesn't allow to connect them ...
There's a source which shows the splitter that it has only 2ch audio but it has true 5.1: it works well with DFX.

Can you do anything about this?
dk75 asked me for sources:
2ch: http://images.apple.com/movies/fox_atomic/thehillshaveeyes2/thehillshaveeyes2_h480p.mov
6ch: http://images.apple.com/movies/newline/the_last_mimzy/the_last_mimzy-tlr1_h480p.mov

It's easy to recognize if DFX kicked in: it stoles the focus from MPC ...

Thanks

Didée
10th January 2007, 21:43
About Deinterlacing(Bob) + Resize:

It's not only this combination being faulty ... also some other filters are affected, if they are placed downstream of "deinterlacing". Effect is that the framerate is doubled by bobbing, but the upfollowing filters take only place every other frame.
From memory: "Picture properties", "Levels" and "DeBand" show that misbehaviour.
Oh, and it's not exactly a "new" bug ...

foxyshadis
10th January 2007, 22:32
The avisynth filter has some special handling for internal framerate doubling, but it's quite possible that the deinterlacing filter doesn't. Hmm. Or even if it does, it looked a little shaky to me anyway. I guess it'll have to get cleaned up.

dk75
11th January 2007, 18:44
dk75 asked me for sources:
2ch: http://images.apple.com/movies/fox_atomic/thehillshaveeyes2/thehillshaveeyes2_h480p.mov
6ch: http://images.apple.com/movies/newline/the_last_mimzy/the_last_mimzy-tlr1_h480p.mov

It's easy to recognize if DFX kicked in: it stoles the focus from MPC ...

Thanks
First file, this 6ch won't connect to DFX but is report by ffdshow as 6ch.
Second file is reported as 2ch and connects to DFX.
I've tryed other files that i have and DFX won't connects to 6ch file decoded by ffdshow.
Maybe it's restriction with free unregistered version...

SeeMoreDigital
11th January 2007, 19:14
First file, this 6ch won't connect to DFX but is report by ffdshow as 6ch.
Second file is reported as 2ch and connects to DFX.
I've tryed other files that i have and DFX won't connects to 6ch file decoded by ffdshow.
Maybe it's restriction with free unregistered version...Sounds like the MOV splitter isn't able to correctly parse QT sources containing 6Ch AAC streams....

This issue is not new, there was a time when MediaPlayer Classic's MOV/MP4 splitter could not do this either.... Until it was tweaked ;)

For some reason 6Ch AAC streams are stored differently in the MOV container, compared to the .MP4 container....


Cheers

chros
11th January 2007, 22:02
I've tryed other files that i have and DFX won't connects to 6ch file decoded by ffdshow.
Maybe it's restriction with free unregistered version...
No, I have the full version and in winamp it can connect to 6ch mp4 files (where previous versions don't) ...

@SeeMoreDigital: you are very kind (as always :) ), but the problem is not with mov files (try it some avi files) but with ffdshow :)

Of course, there are lots of dsp plugins which don't support 6ch audio, so that's why I have asked this question...
So again: is there any way (of course a patch) to support only DFX 6ch audio?

Thanks

Yong
11th January 2007, 23:23
latest snow decoder patch for ffdshow:
http://www.geocities.com/y0ngc/ffsnow.txt
untested;)

Peuj
12th January 2007, 10:17
Originally Posted by CoRoNe View Post
The fact that the following MOV[SVQ3+AAC] crashes...is this FFDShow to blame or the MP4 Splitter?

link: http://www.a-film.nl/film/trailer/00...ktime_HOOG.mov

Whith the latest MPC rev611-3.2, ffdshow_rev756_20070109_clsid_icl9, I can reproduce this issue too. Can someone tell if it's a ffdshow issue ? (because clsid doesn't add it in the known bug list... :p)

thanks

fastplayer
12th January 2007, 11:05
Here the proper link:
http://www.a-film.nl/film/trailer/00000397_quicktime_HOOG.mov
MPC crashes, MPUI plays the file back though.

Henrikx
12th January 2007, 11:43
WMP11 (XP) ffdshow crashes too !

_xxl
12th January 2007, 12:05
SVQ3 is not fully suported by ffdshow.Maybe it is a splitter issue...

akupenguin
12th January 2007, 13:13
SVQ3 is fully supported by libavcodec, and http://www.a-film.nl/film/trailer/00000397_quicktime_HOOG.mov plays fine in MPlayer.

_xxl
12th January 2007, 13:18
True.But ffdshow uses an external mp4/mov splitter.

Inventive Software
12th January 2007, 14:20
So all that's needed, essentially, is to make sure you have a good splitter installed, correct?

fastplayer
12th January 2007, 14:40
Has anybody checked if the MOV file works with Haali's splitter?

Peuj
12th January 2007, 14:45
Has anybody checked if the MOV file works with Haali's splitter?

yep it crashed too, (i have made the test from graphedit)

cc979
12th January 2007, 16:14
yep it crashed too, (i have made the test from graphedit)

hali splitter worked for me, but complained and the audio did not work

haruhiko_yamagata
13th January 2007, 12:38
@Leak
I patched a bit. Please see if it is fixed.
Binary is also updated.

Leak
13th January 2007, 13:04
@Leak
I patched a bit. Please see if it is fixed.
Binary is also updated.
Yay! :D

It works great if I set up ffdshow before starting DVD playback in MPC.

I still get a half-height picture during playback if I activate/deactivate the crop filter if it's put after resizing and deinterlacing, but at least it works right after restarting playback - and I really don't want to fiddle with ffdshow's settings while watching anyway... :)

Thanks!

(Of course, this was just a quick check - I'll watch a DVD or two this evening and post any findings... ;))

np: autechre - part 02 (xltronic radio)

dk75
13th January 2007, 23:39
hali splitter worked for me, but complained and the audio did not work
Haali Media Splitter 1.6.400.11 20061228 + ffdshow 752 sse2 XXL + ZoomPlayer 5.0 std and i've got unresponsible system (98% CPU load).

haruhiko_yamagata
14th January 2007, 04:53
English version of change log (http://ffdshow-tryout.sourceforge.net/html/en/)
Japanese version of change log (http://ffdshow-tryout.sourceforge.net/html/jp/)

Please fix my English. As you all know, my English is very broken.
Please fix my html. This is my first html.
Please add anything missing, fix anything incorrect.

TODO: add style sheet. It is appreciated if you write it.

It's also in the svn.

@developers
Please feel free to update svn and web.
Please update svn when you update web.

BinGix
14th January 2007, 10:57
Please add support for vobsub embedded subtitles like those found in nero digital files.

fastplayer
14th January 2007, 11:50
English version of change log (http://ffdshow-tryout.sourceforge.net/html/en/)
Please fix my English. As you all know, my English is very broken.
I'm on it and it's not that bad :)

Here's the file. Please do a quick diff with the original file to make sure I didn't change the meaning.
http://d.turboupload.com/d/1426823/ffdshow_tryouts_changelog.zip.html

fastplayer
14th January 2007, 13:49
TODO: add style sheet. It is appreciated if you write it.
Just for basic formatting of the page? If it's not something fancy I can do that too.

haruhiko_yamagata
14th January 2007, 13:59
I'm on it and it's not that bad :)

Here's the file. Please do a quick diff with the original file to make sure I didn't change the meaning.
http://d.turboupload.com/d/1426823/ffdshow_tryouts_changelog.zip.html
Thank you very much. Updated.

Just for basic formatting of the page? If it's not something fancy I can do that too.
I'm not sure if it is necessary. I don't know how it looks on other browser.
Current html depends on browser's default style.
Probably not too bad.

fastplayer
14th January 2007, 14:03
I'm not sure if it is necessary. I don't know how it looks on other browser.
Current html depends on browser's default style.
Probably not too bad.
It's not necessary but it allows to change quickly the layout and format of the page in case it's need in the future. Right now, it looks identical on all 3 big browsers. Adding style support won't break that. I'll "convert" it to XHTML too - for fun's sake :)

sillKotscha
14th January 2007, 14:12
what is the difference between:

- Nightly generic builds by clsid - ffdshow_rev770_20070113_clsid.exe and

- Nightly generic builds by xxl - ffdshow_rev770_20070113_xxl.exe

except the name/ person who compiled it ??

thank you

Spaceman-Spiff
14th January 2007, 15:14
I was trying to find the same information, but doesn't seem to be shown anywhere on the ffdshow-tryout website or its build forums.

So far the only thing I notice is clsid's builds support MMX, some of xxl's builds support SSE, and that they use different compilers. Is Yamagata's build in Japanese? *shrug*

Would be nice if there's an explanation on what each build is best at doing compared to each others.

clsid
14th January 2007, 15:23
You can get compiler information for my build by clicking on the clipboard icon on the SourceForge website.

sillKotscha
14th January 2007, 15:23
Would be nice if there's an explanation on what each build is best at doing compared to each others.

my concern was not to ask which one is better compared to each one but to find out (because of testing) if different patches are used or what_not...

I ask because it is the same revision in both cases and they should be compiled with the same compilers (for generic use)...

cc979
14th January 2007, 16:14
Here the proper link:
http://www.a-film.nl/film/trailer/00000397_quicktime_HOOG.mov
MPC crashes, MPUI plays the file back though.

mpc using built mp4/mov splitter with ffdshow-rev775 plays fine now, but hali's has problems - no audio, vid is slow

fastplayer
14th January 2007, 16:35
Changelog with basic CSS support. Feel free to change... everything :D
http://d.turboupload.com/d/1427404/ffdshow.zip.html

fastplayer
14th January 2007, 20:07
my concern was not to ask which one is better compared to each one but to find out (because of testing) if different patches are used or what_not...
Same source code, different compiler versions and parameters, and a slightly different InnoSetup script. That's it. Just close your eyes and click on either one of the download links ;)

shon3i
14th January 2007, 21:15
Why is VSSH decoding different than avc?

Peuj
15th January 2007, 10:24
mpc using built mp4/mov splitter with ffdshow-rev775 plays fine now, but hali's has problems - no audio, vid is slow

No problem too with the latest ffdshow version, thanks for the fix.

...but I have another issue with another mov file. :D

I use the version ffdshow_rev776_20070114_xxl and I try to play the mov file from http://www.jeuxvideo.fr/telecharger-video-1-trailer-38661.html

For the video all is ok but for the sound I have to enable the "Uncompressed=(all supported)" and the problem is that with the "Uncompressed" enabled the mov lags during the playback (and CPU usage 70%).

Without the "Uncompressed" enable I have no sound but the mov doesn't lag at all.

Thanks

foxyshadis
15th January 2007, 11:49
Well, it's PCM audio, so the uncompressed makes sense. I'm not seeing any cpu spike though. Things to check: Are any audio filters enabled? Is ffdshow being inserted more than once? (Info - multiple instances - should be set to only one, check previous.) Is audio being output in a format your drivers are having trouble with? (16bit integer is the most compatible.)

You can try building a graph in graphedit to see if anything looks out of place, as well.