ffdshow tryouts project: Discussion & Development

[Kurtnoise]

I don't think it is a good idea to add functionality that only works half of the time. That is why I removed Wavpack in the past. As a result people are simply forced to use an alternative filter (that does work properly) instead of complaining to us about why it doesn't work.
well...I understand. Then, you (I mean any ffdshow contributors) should add some comments about that in the FAQ at least (codecs non complete yet).

[clsid]

Hardly anyone reads the FAQ.
WavPack support is just incomplete. It has been for a long time. That is known with the FFmpeg devs. But that doesn't mean they have any plans to implement the remaining features.
There is a good working open-source decoder (CoreWavPack), which also includes a parser (for .wv files), so I don't see any reason for including a broken/incomplete decoder to ffdshow. It would be a different situation if no alternative was available.

[haruhiko_yamagata]

FFDshow r2547 + Yadif (double frame rate unchecked) + this mpeg2 sample (http://www.mediafire.com/?inezy2yzjgi) = jerky frame rate (something like half of 29.97) . When I check double frame rate then frame rate is ok (59.94)I can reproduce the problem. Thanks.

[Kyle_Katarn]

Where can I download some post-2555 rev ?

[tal.aloni]

Kyle,
latest builds can also be found at xvidvideo.ru.

[Kyle_Katarn]

thanks !

[tetsuo55]

Does anyone know if there is a list somewhere with the status of all the included codecs?

There is a wiki that lists all the codecs that have to eventually be added to libavcodec but it says nothing about the current status.
http://wiki.multimedia.cx/index.php?title=Main_Page

I think a clear overview of each codec and its status is usefull for both end users and programmers.

[Inventive Software]

I'm considering suggesting a small clean-up of common codecs in ffdshow, grouping them together. Notably, the MPEG-4 ones could be chucked together, and ffdshow's fourCCs added to the "other" category. QuickTime ones could be lumped together, as could the Flash ones less H.264.

[clsid]

I can imagine that there are people that want to be able to configure them individually. So I vote against grouping.

[Snowknight26]

Any word on being able to use a negative delay for audio?

[haruhiko_yamagata]

It is not possible.
Delay video instead.

[Snowknight26]

That would require the ability to delay the video. ;)

[EpsilonX]

That would require the ability to delay the video. ;)

IIRC FFDShow have delay video in setting the Queue part...

[EpsilonX]

I personally would love to see :
1)-proper OzoneMP support that doesn't freeze on new files(I've even asked a friend to make a debug winamp2 plugin in order to help Haruhiko..who told me that he saw what the problem was)
2)-a "screen resolution" condition in the profiles(as yesgrey3 suggested)
3)-have the subs less blurry(maybe let you choose how blurry you want them with a slider?)

Would like to hear some opinion from the developers if its possible... :D
Is it possible for FFDShow to detect which monitor its active on..?

[Snowknight26]

IIRC FFDShow have delay video in setting the Queue part...

Good eye, didn't see it earlier.

Now that I'm looking at the Queue & misc panel, I notice that it isn't aligned with the other panels. Switch between Queue & misc and Overlay and you'll see what I mean.

[haruhiko_yamagata]

Would like to hear some opinion from the developers if its possible... :D
Is it possible for FFDShow to detect which monitor its active on..?
It's easy if we ignore multiple monitor system. But the request is posted probably because there are multiple monitors.
It may be possible to get the resolution of the screen where the video window is placed, but at least it's hard. Patches welcome.

[Jong]

So, is no one else seeing this problem? Is there anything I can do to provide useful diagnostic info? I am currently stuck on beta5.I have a problem which I am pretty sure is limited to beta6. Sometimes in TheaterTek video fails to start when ffdshow is being used as a post-processor to Nvidia's MPEG-2 decoder. Audio plays but there is a black screen.

TheaterTek says ffdshow is loaded, but its icon does not appear in systray, although it does when all is working.

It happens maybe one time in 6-8 attempts. Other times all is OK. I have just regressed to beta 5 and in 20+ attempts couldnot get it to happen. I have never seen it before upgrading.

Any ideas?

[yesgrey]

It's easy if we ignore multiple monitor system. But the request is posted probably because there are multiple monitors.

I requested it because I have a monitor and a projector, but I only use ffdshow with one at a time. When I am using the monitor the projector is disabled, and when I am using the projector the monitor is disabled.

It may be possible to get the resolution of the screen where the video window is placed, but at least it's hard.
ffdshow is already getting the resolution of the screen in the resize options, if we select "resize to screen resolution", so I think the code is already there...

Patches welcome.
I'd love to help, but don't know how. I only know C and have worked with Win32 API, no C++ and no COM. Could you tell me what should I learn to be able to help in ffdshow development?

[EpsilonX]

I requested it because I have a monitor and a projector, but I only use ffdshow with one at a time. When I am using the monitor the projector is disabled, and when I am using the projector the monitor is disabled.


ffdshow is already getting the resolution of the screen in the resize options, if we select "resize to screen resolution", so I think the code is already there...


I'd love to help, but don't know how. I only know C and have worked with Win32 API, no C++ and no COM. Could you tell me what should I learn to be able to help in ffdshow development?

Maybe getting the screen resolution is not the problem.
I think the problem is the detection of which monitor FFDShow's active at.
With the current "Resize to screen resolution", no matter what your secondary monitor's resolution...
FFDShow will always resize to the main monitor's resolution, even though you play your video at your secondary monitor...
A code to detect which monitor an application is running should be possible though, it's used in almost all multi-monitor application...
CMIIW... :D

[haruhiko_yamagata]

I'd love to help, but don't know how. I only know C and have worked with Win32 API, no C++ and no COM. Could you tell me what should I learn to be able to help in ffdshow development?When I started coding for ffdshow, I didn't know much about C++ and com. Just start, we will help you :D.

[haruhiko_yamagata]

A code to detect which monitor an application is running should be possible though, it's used in almost all multi-monitor application...
As you say, the detection code in the resize is crappy.
The application's main window is not always in the same screen as video window.
VMR has interface to get such information IIRC. But it's hard to code that for all video renderers...

[haruhiko_yamagata]

I have a problem which I am pretty sure is limited to beta6. Sometimes in TheaterTek video fails to start when ffdshow is being used as a post-processor to Nvidia's MPEG-2 decoder. Audio plays but there is a black screen.

TheaterTek says ffdshow is loaded, but its icon does not appear in systray, although it does when all is working.

It happens maybe one time in 6-8 attempts. Other times all is OK. I have just regressed to beta 5 and in 20+ attempts couldnot get it to happen. I have never seen it before upgrading.

Any ideas?Sorry, I have not tested yet, because I don't have TheaterTek.

[leeperry]

It's easy if we ignore multiple monitor system. But the request is posted probably because there are multiple monitors.
It may be possible to get the resolution of the screen where the video window is placed, but at least it's hard. Patches welcome.
in single monitor setups of course, many ppl switch from one display to the other(monitor>projector)...no need for dual display detection :)

BTW, do you think you might have time to look at the OzoneMP freezing situation some day?
should I ask Vincent Burel for more help to find out what's wrong?

and a slider to choose how blurry you want the subs would be awesome...or maybe simply make them less blurry ? they really don't look sharp atm..

sorry to be repeating myself & :thanks: for your fantastic work on ffdshow http://forum.slysoft.com/images/smilies/clap.gif

[yesgrey]

Just start, we will help you :D.
It would be a good help if you point me some good links to start digging...;) If you prefer, PM me, but I believe it's not very OT...

As you say, the detection code in the resize is crappy.
But works for the situation I have described above... so, why not putting also that "crappy" code in the presets selection? Later, it could be improved, but now it can be very useful to some people...:)

[haruhiko_yamagata]

It would be a good help if you point me some good links to start digging...;) If you prefer, PM me, but I believe it's not very OT...I don't know proper homepage as I learned C++ from a book. Read a book and then begin reading about DirectShow on MSDN, and finally begin reading code of ffdshow...
It's a long way, but if you enjoy, it's not too hard.

But works for the situation I have described above... so, why not putting also that "crappy" code in the presets selection? Later, it could be improved, but now it can be very useful to some people...:)
Maybe better than nothing. If I have time.

[haruhiko_yamagata]

BTW, do you think you might have time to look at the OzoneMP freezing situation some day?For the time being, no. Please don't repeat this.

should I ask Vincent Burel for more help to find out what's wrong?
No, I know what's wrong. Basically it's impossible to use winamp plugins from DirectShow filter.

and a slider to choose how blurry you want the subs would be awesome...
I don't have plan to implement this.

[ikarad]

When I see a DVD movie, subtitle function of ffdshow doesn't work if I use "open dvd" function of MPC-HC. To see subtitle with ffdshow when i see a dvd movie I must open .vob file if not subtitles aren't displayed.

[leeperry]

For the time being, no. Please don't repeat this.
No, I know what's wrong. Basically it's impossible to use winamp plugins from DirectShow filter.

I don't have plan to implement this.
well last time I asked you about the OzoneMP fix was on the 9th of November in PM(when Vincent Burel made that winamp2 debug plugin)...so 2 months ago, you said you'd see what you can do "when you have time".

same for the blurry subs issue, you told me a few weeks ago that you'd look at it "when you have time"...and now you say you won't implement it at all.

maybe in the future that'd be better to simply say "NO" to bugfixes/feature requests instead of "when I have time"...or maybe it was just a polite way to refuse that I dumbly overlooked http://forum.slysoft.com/images/smilies/doh.gif

I might try to ask Seb.26 for the OzoneMP fix if you don't mind telling me what the exact issue is....it works fine with FFX-4, why not OzoneMP :(

:thanks:

[tetsuox]

well last time I asked you about the OzoneMP fix was on the 9th of November in PM...so 2 months ago, you said you'd see what you can do "when you have time".

same for the blurry subs issue, you told me a few weeks ago that you'd look at it "when you have time"...and now you say you won't implement it at all.

maybe in the future that'd be better to say simply "NO" to bugfixes/feature requests instead of "when I have time"...or maybe it was just a polite way to refuse that I dumbly overlooked http://forum.slysoft.com/images/smilies/doh.gif
What if he says "No" but some time in the future he hypothetically fixes all the high priority problems, and adds high priority features, then the medium priority ones, and he suddenly has free time and inspiration to do what you request, you'll be accusing him of going back on his word again. What's the point?

This is an open source project with very few active developers who are doing a splendid job I might add, you can't expect them to prioritize your Ozone request, which I think less than 1% of ffdshow users even use.

You can always undertake a more active role, teach yourself C++ and study ffdshow yourself and help out if you want these features so much.

[clsid]

I think MPC-HC has code for detecting the active monitor.

But preset functionality should ideally also be adjusted to re-select a preset every X seconds. That would be useful when there are changes in the input (number of audio channels, video resolution) and output (screen res of active monitor).

For example with an extended desktop config, people may start a video on monitor 1 and drag it to monitor 2.

[leeperry]

you can't expect them to prioritize your Ozone request, which I think less than 1% of ffdshow users even use.
well many of my friends use OzoneMP in ffdshow if that's something you were worried about...this thing just sounds too good to be passed out :eek:

I've asked Vincent Burel for a debug winamp2 plugin coz Haruhiko said it would help to see why it's freezing when we open new files.

anyhow, I will bug Seb.26 for that OzoneMP fix if Haruhiko can tell me where the "glitch" is....Seb.26 is a friend of mine and he knows his C++ sh*t(being a professional coder and all)....it's just that he told me that the ffdshow audio code was a hell of a mess, so any pointer would be greatly appreciated http://forum.slysoft.com/images/smilies/agreed.gif

I think MPC-HC has code for detecting the active monitor.
very basic resolution condition would do you know :D
no need for realtime monitor detection IMHO.

[Inventive Software]

I can imagine that there are people that want to be able to configure them individually. So I vote against grouping.

Isn't there a hard limit in the number of codecs listed anyway?

[iSunrise]

Applied as rev. 2562:
+ UI Improvement: Normalization filter: max. amplification will only be applied after pressing "apply". (or OK)
Thanks a lot for fixing this.

[clsid]

Isn't there a hard limit in the number of codecs listed anyway?
Nope.

[Inventive Software]

OK, fair enough.

I have another "bug" to report. In de-interlacing, the kernel deinterlacers (blend and bob) are both broken as performance has gone completely to pot. Kernel bob used to be my favourite deinterlacer, now I can't use it cos it's not fast enough. What changed?

[EpsilonX]

I think MPC-HC has code for detecting the active monitor.

But preset functionality should ideally also be adjusted to re-select a preset every X seconds. That would be useful when there are changes in the input (number of audio channels, video resolution) and output (screen res of active monitor).

For example with an extended desktop config, people may start a video on monitor 1 and drag it to monitor 2.

There seems to be a little "bug" that prevents the video to be scaled correctly if we change the resize setting during playback...
For example, the screen resolution is 1680x1050, the resize is set at 1360x768...
When I switch the resize setting to "Screen resolution", the video will be resized to screen's resolution, but with the wrong aspect ratio...
This only happens when "Keep original aspect ratio" is chosen...
Is this an expected behavior..?

[Mixer73]

Hey guys,

Hope this is the right place to post this.

I just installed the x64 version (2547) but I already had 32bit version installed at that time. It was working really nicely under Vista 64bit.

After realising I had both installed, I uninstalled 32bit version and rebooted, and I don't think the 64bit version is working. When I play videos the performance is bad (I have xvid codec installed), and FFDShow settings don't seem to have any effect, plus I don't have the FFDShow icons for video or audio on the task bar.

Would installing 64bit version alongside 32bit version cause an improper installation? What's the best procedure for a complete uninstallation so I can fix the install?

Thanks for your help.

[tetsuox]

Hey guys,

Hope this is the right place to post this.

I just installed the x64 version (2547) but I already had 32bit version installed at that time. It was working really nicely under Vista 64bit.

After realising I had both installed, I uninstalled 32bit version and rebooted, and I don't think the 64bit version is working. When I play videos the performance is bad (I have xvid codec installed), and FFDShow settings don't seem to have any effect, plus I don't have the FFDShow icons for video or audio on the task bar.

Would installing 64bit version alongside 32bit version cause an improper installation? What's the best procedure for a complete uninstallation so I can fix the install?

Thanks for your help.

You can install both, I have both 32 and x64 bit installed on my system. I only use the x64 for testing purposes only. Also remember that if you want to use x64 version, your entire filter chain has to be x64 all the way to MPC-HC. Say if you open a video in MPC-HC32, it will auto load ffdshow32. Likewise for MPC-HC64.

As for changing the settings for ffdshow with both installed, say you wanted to change settings for ffdshow32, there would 2 copies of "Video Decoder Configuration" in your Start Menu. When you mouse over it, the 32bit one would show something like "rundll (C:\Windows\SysWOW64)" in the tooltip, clicking on this will open ffdshow video config for the 32bit version.

As for the x64 version, the tooltip will be "rundll (C:\Windows\system32)".

It also looks to me that you're not using MPC-HC x64, which is why the ffdshow systray icons aren't showing up after you installed the 32-bit version.

If you want to uninstall, just run the ffdshow uninstaller from the Start Menu, again there should be 2. Furthermore, there should also be 2 ffdshow folders, one under "C:\Program Files\ffdshow" for the x64 version, and one under "C:\Program Files (x86)\ffdshow" for the 32 bit version.

In any case, you should be able to just reinstall the x64 version, uninstall it, if you're missing the uninstaller. Then reinstall the 32-bit version and stick with that.

IMO stick to the 32-bit version only unless you have a good reason to use the x64 version. I have the x64 version of ffdshow installed for use with Windows Media Encoder x64.

You don't need to reboot, just make sure any applications that use ffdshow are closed.

[Leak]

I have another "bug" to report. In de-interlacing, the kernel deinterlacers (blend and bob) are both broken as performance has gone completely to pot. Kernel bob used to be my favourite deinterlacer, now I can't use it cos it's not fast enough. What changed?
ff_kernelDeint.dll is a separate Visual Studio project and is usually only recompiled once in a blue moon with Intel's compiler when anything in the Kernel Deint sources itself changes - which it hasn't for some time now.

So either something else in some other part of ffdshow changed recently that makes it run slow, or you're using a build/an installer where a ff_kernelDeint.dll compiled with debug settings was included instead of the ICL compiled one... :confused:

I'll try a recent build when I get home tonight - where did you get yours? xvidvideo.ru?

[haruhiko_yamagata]

When I see a DVD movie, subtitle function of ffdshow doesn't work if I use "open dvd" function of MPC-HC. To see subtitle with ffdshow when i see a dvd movie I must open .vob file if not subtitles aren't displayed.Media player classic, the old one, works for me.

Please ask in MPC-HC thread.

[albain]

It's easy if we ignore multiple monitor system. But the request is posted probably because there are multiple monitors.
It may be possible to get the resolution of the screen where the video window is placed, but at least it's hard. Patches welcome.

It is possible to get the resolution of the current screen, I added it in the resize filter "Resize to screen resolution". So this is not too difficult to implement to presets auto-loading section.

The following MS API is used to do this : GetSystemMetrics
But it works on the primary monitor (which is the one that will hold the video)

But what would be the benefit of this feature ?

[clsid]

There seems to be a little "bug" that prevents the video to be scaled correctly if we change the resize setting during playback...
For example, the screen resolution is 1680x1050, the resize is set at 1360x768...
When I switch the resize setting to "Screen resolution", the video will be resized to screen's resolution, but with the wrong aspect ratio...
This only happens when "Keep original aspect ratio" is chosen...
Is this an expected behavior..?
No, that seems wrong to me. But Haruhiko is the expert with regard to the resize implementation, so wait until he comments on this issue.

[tetsuo55]

there has been an interesting RV40(realvideo) commit to the ffdshow svn:

Revision 16419 - Directory Listing
Modified Sun Jan 4 01:36:11 2009 UTC (38 hours, 36 minutes ago) by cehoyos
Use H264 MMX chroma functions to accelerate RV40 decoding.

Patch by Mathieu Velten (matmaul A gmail)

Those interested should try a new build and see if that solves the random stuttering or at the very least lowers CPU%

[Leak]

The following MS API is used to do this : GetSystemMetrics
But it works on the primary monitor (which is the one that will hold the video)
Are you really sure about that? MPCs Direct3D renderer doesn't really care which screen is the primary one - it'll go fullscreen without problems on any monitor...

np: Other People's Children - Suicide Common (A Number Of Small Things (Disc 2))

[Inventive Software]

ff_kernelDeint.dll is a separate Visual Studio project and is usually only recompiled once in a blue moon with Intel's compiler when anything in the Kernel Deint sources itself changes - which it hasn't for some time now.

So either something else in some other part of ffdshow changed recently that makes it run slow, or you're using a build/an installer where a ff_kernelDeint.dll compiled with debug settings was included instead of the ICL compiled one... :confused:

I'll try a recent build when I get home tonight - where did you get yours? xvidvideo.ru?

clsid's builds on the SF page. Something from about 3-4 months ago works, but I can't remember which revision. Something in the past month or 2 has broken it I think.

[STaRGaZeR]

clsid's builds on the SF page. Something from about 3-4 months ago works, but I can't remember which revision. Something in the past month or 2 has broken it I think.

You can try xvidvideo.ru builds one by one to find where the problem is, thus localizing the problem if there is any.

[clsid]

SF also has a few hundred old builds:
http://sourceforge.net/project/showfiles.php?group_id=173941&package_id=199416&release_id=436746

[yesgrey]

But what would be the benefit of this feature ?
Well, I want to use ffdshow to correct the primaries of my display.
See this (http://forum.doom9.org/showpost.php?p=1227911&postcount=5868) post a few pages back.

Currently, I have to use an Avisynth filter for it, but I already suggested the addition of the 3D LUT to ffdshow.
And each display have different primaries, so, for each display, I have to use a different 3D LUT. That's why I need the preset selection by the screen resolution... or I have to change it manually each time I switch between my monitor and my projector...:(

[STaRGaZeR]

One thing I've noticed in the installer:

There are several formats that have two possible decoders, like MPEG-2 for example. However, most of these formats don't have two suboptions in the installer, they're either checked or unchecked. This means that if for example you select wmv9 decoder for WMV3/9 and then you install a new build, as the installer doesn't have an option for wmv9 it defaults to "checked". And when you actually look at WMV3/9 in the new installed build, it's configured as libavcodec, the first choice. There are quite a few formats affected by this, like Xvid, WMV1/7, WMV2/8, WMV3/9,etc.

Also both MPEG-2 decoders seek perfectly now, libmpeg2 a bit faster with the recent changes.

[Snowknight26]

Seeking using libavcodec on H.264 videos (r2583) sometimes gives horrible desync and crazily fluctuating frames per second till about 5-10 seconds in.. when it levels out and goes back to being synchronized.