ffdshow tryouts project: Discussion & Development

[compunett]

Ok, thx for the information.

Just for my understanding, isn't ffmpeg and mplayer very related, I mean libavformat and libavcodec are shared or the same on these two projects ?

[Inventive Software]

Only in that sense. Otherwise, we use what's in ffmpeg's repository. :)

[compunett]

Ok, so probably there is some syncing to be done on both repositories, between mpleyer and ffmpeg.
I saw on mplayer svn a few commits from jruggle.

Anyway thx for the information

[leeperry]

is it possible to decode ac3/dts with the ffdshow audio decoder, and also get it through the winamp2 plugin ?
it seems to only work with external filters.

TIA,

[taklubaba]

"Error: PROPFIND request failed on '/svnroot/ffdshow-tryout/trunk'
Error: PROPFIND of '/svnroot/ffdshow-tryout/trunk': could not connect to server (https://ffdshow-tryout.svn.sourceforge.net)
"

I have tried mentioning the proxy address and port.
But TortoiseSVN is not able to connect to the server.
I have tried to checkout the code from SVN server using tortoiseSVN, from a PC with no firewall and no proxy. Yet I get the same error message.

Has anyone faced this problem?
Can anyone try checking out https://ffdshow-tryout.svn.sourceforge.net/svnroot/ffdshow-tryout/trunk
using TortoiseSVN on a Windows XP platform?

Thanks,
Taklu.

[clsid]

Works fine for me. Are you able to visit the url with your browser?

[Inventive Software]

Works absolutely fine for me, running WinXP MCE2K5, TortoiseSVN, and successfully checked out ffdshow-tryouts. So it must be something your end.

[haruhiko_yamagata]

You can't select specific applications from the list. The list that is shown is the entire whitelist.You can edit the whitelist there, can't you?
I agree, just a few checkboxes should be enough imo. However, Haruhiko preferred if the list itself is also displayed. I don't know if he still thinks that. He has to comment about that himself.

I would suggest two checkboxes (on the tasks page):
[ ] Restrict usage of the ffdshow filters to whitelisted applications
|--[ ]Show prompt for applications that are not on the whitelist/blacklist

As I explained to clsid before, the installer show those pages to let users know about the whitelist feature.
Users have to know about it IMO.
I don't expect users to check/uncheck or edit anything in the pages (although they can do it).
People wouldn't be too happy if the dialog box suddenly pops up to prompt them to allow/reject the use of ffdshow.

The installer show two pages, for video and audio, which is too much. But the settings are separate, and it won't look very nice if I try to squash both in one page.

[leeperry]

oh btw haruhiko_yamagata, you can forget about my request for better winamp2 plugin support in ffdshow audio.

I've run many tests these past days and the only way to get a *rock stable* 24.000 FPS frame rate in 48 Hz in MPC HC is to use the following filters :

-ffdshow video decoder(for h264)
-haali's media splitter(gabest's splitter is not as accurate, and neither is KMP's splitter)
-intervideo audio decoder
-EVR

if I add the "ffdshow audio processor", after 30 to 50 minutes I get a lot of jitter in MPC HC :(

I guess the timing of the audio part of ffdshow is not really tight, and it shows :(

[fastplayer]

You can edit the whitelist there, can't you?
Nope, just an independent listing of the whitelist regkey.

As I explained to clsid before, the installer show those pages to let users know about the whitelist feature.

I think we need to look at this more from a "normal user"-perspective. "Normal users" just want things to work. They don't read and don't want to read anything during setup because they assume that the application is already using optimal settings.
But what may be optimal for a "normal user", may not be for us "advanced users".
So the question is: Who do we aim at with the current installer? The regular Joe Sixpack or the A/V enthusiast?
If it's the former then the current setup routine is too "much", if it's the latter then don't change a thing.

[haruhiko_yamagata]

Nope, just an independent listing of the whitelist regkey.It works for me :confused:.
So the question is: Who do we aim at with the current installer? The regular Joe Sixpack or the A/V enthusiast?
I think ffdshow is mainly for A/V enthusiast.
Why do the "normal users" use ffdshow rather than VLC?
Just because they find ffdshow in first or do they have some reason?
Of course both users are welcome, but the latter is more targeted.

Another choice is to disable the whitelist by default. Then we don't have to show the pages in the installer.

[SeeMoreDigital]

Why do the "normal users" use ffdshow rather than VLC?I must admit I'd use VLC player more if it had a more responsive "pause" button... and a "step" button?

[fastplayer]

It works for me :confused:.
If I make changes in the audio compat. page, then they get ignored.
If I change EXEs in the video compat. page, then they end up correctly in the whitelist regkey.


I think ffdshow is mainly for A/V enthusiast.
Hmm, the applications that get reported by the minute tell me a different picture. I see more entertainment-related applications reported than professional A/V apps.

Why do the "normal users" use ffdshow rather than VLC?
- People know ffdshow as a "codec pack",
- and they know it as one of the good-behaving ones.
- They get it recommend from A/V enthusiasts :D
- People like WMP but they know it lacks some codecs...

Of course both users are welcome, but the latter is more targeted.
Personally, I like ffdshow setup how it is now. It gives me the option to configure the most important stuff right during setup.
But I still think that we should target a broader base than just a niche group - meaning us :)

Another choice is to disable the whitelist by default. Then we don't have to show the pages in the installer.
I like clsid's idea mentioned above. I'd just change the wording:

[ ] Restrict usage of ffdshow to known, compatible applications
|--[ ]Show prompt for applications that are unknown to ffdshow

[Keepitsimple]

I think the reason many prefer ffdshow over vlc is better spdif support. The shaders available are also better.

[umaximus]

Im having problem with ffdshow clsid ver.1846 with mpeg2 of Lost cap. ffdshow is dropping a huge amount of frames in MPC, while Cyberlink Video/SP Decoder (PDVD7) is playing it without a single droped frame. Video is MPEG2.ts (~40mbit bitrate), and i did try with libavcodec & libmpeg2 under codecs in ffdshow, no difference.
Im having a lot of CPU power (Q6600@3.6Ghz), and cpu usage is arround 10% while playing this, so this is not a problem.


Here is the sample --> http://rapidshare.com/files/91239085/lost40mbit.ts.html

[fastplayer]

No frame drops with any combination of MPC (6.4.9.1, rev36) and ffdshow (rev1852).

[umaximus]

No frame drops with any combination of MPC (6.4.9.1, rev36) and ffdshow (rev1852).

I did upgrade both, but I still get droped frames on this. I didnt experience any problems with all other movies/shows.

Have you tried the sample that i posted?

Also, Im playing this of raid5 partiotion, with read speeds ~400mbit, so hdd is not the issue here either.

[fastplayer]

Have you tried the sample that i posted?
What would've been the point of my previous reply if I didn't try it? :)

What TS-splitter are you using? I'm using MPC's internal one and - again - no problems with playback. It surprises me a bit that my A64 3500 has no trouble keeping up considering it's 720p @ 60fps...

[umaximus]

Sorry, I understand that you have no problems with playing back your own files.

Im using Haali ver 1.7.401.3. I did try with System Default and there is no droped frames, but I prefer using Haali.
This is the first file that is cousing problems with dropped frames.
I can normaly play back more 'demanding' h264, vc1 files with no hickup. Any ideas why this hapens here?

[fastplayer]

Any ideas why this hapens here?
No idea. Haven't had any trouble so far with the internal splitter, so I never bothered using other ones.
I'd report the issue to Haali in the Media Splitter thread:
http://forum.doom9.org/showthread.php?t=80762

[Thunderbolt8]

didnt try the sample, but is it 720p @ 60fps? if yes, then its a know haali splitter/renderer (splitter? renderer? one of those i guess) problem, afaik I also reported that somewhere in the haali thread, but no solution has come up so far. the only thing you can do atm is choosing another renderer for playback, try vmr9 or overlay.

[umaximus]

Yea, it is 720p/60fps. I did try some other files that i have with 60fps and same story -droped frames with ffdshow/haali splitter.

It must be something in connection between those two, coz if i choose PDVD decoder with haali splitter everything works as it should.

Thanks for clearing this out!

[dimzon]

Why do the "normal users" use ffdshow rather than VLC?

1) Because I can use my favorite player with my favorite UI instead ugly VLC
2) Because I can play proprietary formats (VP7, RealVideo) in same player (using DirectShow filters)
3) Because I can use ffdhow for some post-processing and image tweaks even if I use third-party decoder

[Thunderbolt8]

despite that spatial thing and interlaced support have been added for H264 decoding, I still have trouble with some movies, in which rainbow frames or something like that occur from time to time. these are mainly remuxes from HD DVDs or blu-rays to .mkv and those problems occur (at least in this case here, will have to check up on the others a later time again) not only with ffdshow, but also with coreavc and vlc.

I dont know whether this problem is still caused by something which is unsupported yet or if the remuxing process of mkvmerge causes these problems. I uploaded a sample of this remux, I tried to cut a sample from the original .m2ts file, but apparently I always hit an open GOP or something like that and when I muxed it it looked worse than now, with green stuff in it and such.
would be nice if someone could have a look at that, thanks!

http://www.sendspace.com/file/q3rvfp

[nurbs]

Since my HD-DVD/Blu-Ray drive should be here any day I have one question.

Is the VC1 decoder in ffdshow any good or is it more adviseable to use a decoder from an other source?

[Richard Berg]

I'm having some trouble with the VFW plugin.

1) It won't decode MJPG files created with older versions of ffdshow.

2) MJPG and HFYU are not supported at all in by the encoder. At least, they're not in the dropdown list.

Are these known issues? I can provide a sample clip for the 1st one if necessary.

[taklubaba]

"Works fine for me. Are you able to visit the url with your browser?"

I am using a firefox 2.0.0.4 version browser.
I can visit the svn url with the browser and also see the contents of the files in the folder.

I have installed the TortoiseSVN. I then right click on a folder and select SVN Checkout.
I enter the url of the repository as http://ffdshow-tryout.svn.sourceforge.net/svnroot/ffdshow-tryout/trunk
and the Checkout Directory as the folder on which I had right clicked to select SVN Checkout.

But I get a failed request on /svnroot/ffdshow-tryout/trunk.

Do I need to install any other software to work with TortoiseSVN? Or do I need to change some settings?

The system administrator of my company faced the same problems that I am facing.

Please suggest.
Thanks,
Taklu.

[Thunderbolt8]

despite that spatial thing and interlaced support have been added for H264 decoding, I still have trouble with some movies, in which rainbow frames or something like that occur from time to time. these are mainly remuxes from HD DVDs or blu-rays to .mkv and those problems occur (at least in this case here, will have to check up on the others a later time again) not only with ffdshow, but also with coreavc and vlc.

I dont know whether this problem is still caused by something which is unsupported yet or if the remuxing process of mkvmerge causes these problems. I uploaded a sample of this remux, I tried to cut a sample from the original .m2ts file, but apparently I always hit an open GOP or something like that and when I muxed it it looked worse than now, with green stuff in it and such.
would be nice if someone could have a look at that, thanks!

http://www.sendspace.com/file/q3rvfp
another sample from another AVC remux, same problem:

http://www.sendspace.com/file/xyyquw

[clsid]

@taklu

TortoiseSVN is all you need. It should just be working. You could try a different SVN program:
http://en.wikipedia.org/wiki/Comparison_of_Subversion_clients

[Leak]

I am using a firefox 2.0.0.4 version browser.
I can visit the svn url with the browser and also see the contents of the files in the folder.
Are you using a proxy in Firefox? If so, you'll need to set it up in TortoiseSVN as well. And if your proxy happens to be something Microsoft-y that wants NTLM authentication you'll probably need to use an NTLM auth proxy (http://ntlmaps.sourceforge.net/) on your machine...

I have installed the TortoiseSVN. I then right click on a folder and select SVN Checkout.
I enter the url of the repository as http://ffdshow-tryout.svn.sourceforge.net/svnroot/ffdshow-tryout/trunk
and the Checkout Directory as the folder on which I had right clicked to select SVN Checkout.
The URL given at SourceForge for SVN access is actually https://ffdshow-tryout.svn.sourceforge.net/svnroot/ffdshow-tryout - does that work? (Note the "https" in the URL).

The system administrator of my company faced the same problems that I am facing.
Why do I have the feeling that it's your firewall/proxy/whatever that keeps the nasty outside world away from your network is also keeping TortoiseSVN from connecting to the outside?

In that case, either try HTTPS (because that's usually passed through firewalls so banking sites et al work), or break out Wireshark (http://www.wireshark.org/) and look at TortoiseSVN's communication - I bet the error isn't on SourceForge's side (I'd expect a 404 Not found if the URL is wrong, but not "Could not connect to server"...) , but your own network edge...

np: Grad_U - Knob III (CMYK)

[Inventive Software]

I think ffdshow's decoding of elementary MPEG-2 files is broken somehow. It seems to output a SAR of 64:27 for a 16:9 720x576 video, when it's reporting internally that the SAR is 64:45. MPC's internal decoder has no such problems. Resize and aspect is disabled. Do you need a sample stream to confirm this?

[haruhiko_yamagata]

I like clsid's idea mentioned above. I'd just change the wording:

[ ] Restrict usage of ffdshow to known, compatible applications
|--[ ]Show prompt for applications that are unknown to ffdshowOK, I'll use this. Please wait a few more days until I can get back to development.

[haruhiko_yamagata]

I'm having some trouble with the VFW plugin.

1) It won't decode MJPG files created with older versions of ffdshow.Please send us a sample.

2) MJPG and HFYU are not supported at all in by the encoder. At least, they're not in the dropdown list.I can find them in the dropdown list.

[fastplayer]

OK, I'll use this. Please wait a few more days until I can get back to development.
No hurry!
I suggest that this option covers both audio and video. IMO there's no need to separate them - at least during the installation process. This'll make it less confusing for beginners.
Us advanced users can easily make further changes in the DirectShow control page which should remain unchanged.
:thanks:

[Leak]

I think ffdshow's decoding of elementary MPEG-2 files is broken somehow. It seems to output a SAR of 64:27 for a 16:9 720x576 video, when it's reporting internally that the SAR is 64:45. MPC's internal decoder has no such problems. Resize and aspect is disabled. Do you need a sample stream to confirm this?
Which decoder (libmpeg2 or libavcodec) are you using, and have you tried the other one just in case?

np: Grad_U - Knob III (CMYK)

[fastplayer]

@Haruhiko:

With rev1626 (http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout?view=rev&revision=1626) you fixed a bug where subtitles with an "&" in the filename were incorrectly shown in ffdshow's context menu.
Unfortunately, your bugfix introduced another bug:
Scenario 1


Directory A & B
|--> A & B.mkv
|--> A & B.srt
Works. No problems at all.

Scenario 2

Directory A & B
|--> A & B.mkv
|--> A & B.srt
|--> AB.srt

Works until you change to the AB.srt subtitle (via right-click) because then ffdshow doesn't show anything. Even selecting back the "default" A & B.srt subtitle doesn't work anymore.

Looking at the code (http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/src/TtrayIcon.cpp?annotate=1626&pathrev=1626#l437), I see that you simply escaped a single "&" with "&&" which is the correct way but you're escaping the path to the subtitle file too (variable files contains file names and the corresponding paths).
The reason why Scenario 1 and 2 work in the beginning is that the escaping doesn't occur until you open the context menu (makeSubtitlesMenu()). If you then change the subtitle (or even select the same one), processCmd() will operate with the incorrect, escaped path (which was passed via GetMenuString()).

My analysis may be wrong, so take it with a grain of salt.
Java FTW! :p

[EpheMeroN]

Are MKV files not supported in FFDShow? Or is there an option I need to tick somewhere in config to allow decoding support?

I use WMP w/ FFDShow Tryouts and it plays everything I throw at it lately but nothing in an Matroska container.

[Leak]

I use WMP w/ FFDShow Tryouts and it plays everything I throw at it lately but nothing in an Matroska container.
ffdshow is no splitter. Never was, never will be.

If you want to play files with a container format that isn't supported by DirectShow out of the box install a splitter.

np: Rumpistol - Dodvaegt (Intelligent Toys 4)

[Inventive Software]

Which decoder (libmpeg2 or libavcodec) are you using, and have you tried the other one just in case?

np: Grad_U - Knob III (CMYK)

Both, and for good measure, tried changing the "MPEG in AVI" type. Both decoders gimme a wrong SAR. :(

I suspect it's something to do with my MPEG-2 in MKV bug not being nice with different SARs, but if it's doing it with elementary files, that suggests otherwise?

And I can't remember if it happened last time with the elementary files.....

[leeperry]

@leeperry,swalker
I don't have time now. Please wait.

OK I think I have fixed my problems with ffdshow and reclock :)

if I check "drop frame on delay : 1 ms", I get perfect synchronisation with reclock resampling 23.976@24 fps in 48.000 Hz.....it stays right on 24.000 even after 2 hours straight :)

so basically if you could still fix the bug with winamp2 plugins explained here, that'd be really AWESOME :D

http://forum.doom9.org/showpost.php?p=1096605&postcount=3111

the ability to hide the winamp2 plugin GUI would also be fantastic....like in winamp.

TIA,

[Episode]

Are MKV files not supported in FFDShow? Or is there an option I need to tick somewhere in config to allow decoding support?

I use WMP w/ FFDShow Tryouts and it plays everything I throw at it lately but nothing in an Matroska container.

You need to install Haali's media splitter to get it working. You can get it from http://haali.cs.msu.ru/mkv/

[taklubaba]

Leak, clsid, Inventive Software and others.

Thanks a lot for your help. Really appreciate it.
Though the problem may seem small, your suggestions have helped me in checking out ffdshow code from the repository.

The problem was with the url.
As Leak had suggested I tried with
https://ffdshow-tryout.svn.sourceforge.net/svnroot/ffdshow-tryout
and it worked.

Thanks once again.
Taklu.

[leeperry]

I've made 2 profiles in ffdshow audio...one for movies and one for music.
but for WMV files, it never works.
the "movie" profile is supposed to be enabled when "ffdshow video decoder" is active(I've set ffdshow video to "all supported"), but it doesn't work for WMV files......even though "ffdshow video decoder" is loaded ?!

[clsid]

Why don't you use the default profile in this case? Because the condition "ffdshow video decoder is in the filter chain" will (or should at least) always be true. So it makes no sense to use that condition.

[leeperry]

well it works perfectly fine....except for WMV files.

the "movies" profile is used if "ffdshow video decoder" is loaded

otherwise, the "music" profile is used.

but for WMV files, it falls back to the "music" profile.....even though "ffdshow video decoder" is loaded.

[clsid]

Why do you have a "music" profile in the video settings of ffdshow? That makes no sense.

The audio and video settings (including the profiles) are fully separated in ffdshow!

[leeperry]

huh ?

I got these profiles in the ffdshow Audio Decoder Configuration.

[Leak]

Why do you have a "music" profile in the video settings of ffdshow? That makes no sense.

The audio and video settings (including the profiles) are fully separated in ffdshow!
Ummm... as far as I understand it he wants two different audio profiles to load under different circumstances:

* One ("movies") when the ffdshow video decoder is in the graph, since the audio decoder is then probably decoding a movie's soundtrack

* Another one ("music") when there's just the audio decoder in the graph, since that's probably the media player just playing some MP3 file or the like

(Personally, I'd just use a dedicated audio player (i.e. Foobar2000) for playing music, but that might be just me in that case...)

np: Proem - Live @ KVRX 10-09-2001 (Merck Fragments)

[clsid]

Ok, I have read it incorrectly. I thought you defined the profiles in the video decoder.

But there indeed is a bug. It also doesn't work with for example "Video Renderer".

Edit:
A workaround would be to use this condition: "ffdshow Video Decoder;DMO Wrapper Filter"

[leeperry]

w00t thanks, clsid!

I tried with "ffdshow Video Decoder;WMVideo Decoder DMO" as it says in the filters section....but that didn't work :eek:

well I got one "movie" profile that doesn't resample to 96 Hz to avoid problems with Reclock doing 23.976@24 resampling.
in the "music" profile, I've got noise shaping set to "heavy", and resampling in high quality to 96 KHz.
both profiles are processed with the "OzoneMP" winamp2 plugin in 32 bit float, and output in 24 bit integer through WaveOut to my M-Audio Audiophile USB and my Sony MDR-CD3000.

I've tried foobar, but the GUI sucks, and I very much like Gabest's mp3 decoder.....sounds really good to me :)

there's some bugs in the winamp2 plugin support as explained here : http://forum.doom9.org/showthread.php?p=1100930#post1100930
hopefully haruhiko_yamagata would fix them soon enough :D