ffdshow tryouts project: Discussion & Development

[cge]

Hi,
I'm trying to display embedded Vobsub subtitles from MKVs through ffdshow but only 2 or 3 texts are shown then they disappear. Is this a known issue ?
Note: Using DirectVobSub, they work fine
Christophe

[SamuriHL]

Hi SamuriHL, this is a known bug of MPC splitter : it does not detect embedded subs until the first one is parsed.
So you have to wait for it and then query again for the embedded streams from the context menu

Hmmm. Fascinating. I'll have to give that a try in a little bit. I'll get back to you on this. :) The reason I question it is that if I convert to idx/subs it seems to work fine. But if I use MakeMKV and allow it to put the native PGS subs in, it never showed up for me. It does with haali. But I'll give it a try again and see if it eventually shows up.

[fps]

I should really make this a faq somewhere. The cpu graphs in task manager are in no way representative of thread performance, because execution jumps around the cores! Go to process explorer's thread view and you'll see that it's only one single thread taking up all 25%.

VC1 decoder is single threaded and that's not going to change anytime soon, here's the current status (https://roundup.ffmpeg.org/issue1280). In other words, the only solution for the foreseeable future is for you to buy a processor that's faster at single-threaded tasks, like an i7 with boost or a dual-core i5 (which are all clocked faster than their quad-core brethren). Of course you'll lose all quad-core encoding perks doing that. Or use DXVA.
Thanks for the info on that, didn't know this :thanks:.
However I looked at the thread view of process explorer and altough it shows only "1 big thread" while decoding a VC-1 video with ffdshow (libavcodec) the usage never reaches 25%. In fact it's somewhere around 13-20%.
With the internal VC-1 decoder of MPCHC (single threaded as well), which produces stutterfree playback, the cpu usage is about the same. I've attached 2 screenshots to make sure that I looked at the right statistics :).
So if my observations are right I think the stutterness isn't entirely caused by the CPU at least because the single threaded MPCHC decoder should have the same problems in theory but actually doesn't :confused:.
ffdshow (libavcodec) VC-1 decoder (http://img31.imageshack.us/i/ffdshowlibavcodec.png/)
MPCHC internal VC-1 decoder (http://img526.imageshack.us/i/mpchcvc1.png/)

[SamuriHL]

So....I kinda like how Haali controls the streams in combination with ffdshow, so, I installed it on my main HTPC figuring I would be screwed on bitstreaming, but, at least it'd give me subtitles like I want. MUCH to my surprise, bitstreaming is still working! I'm using the latest Haali from I believe 5/20. DTS-HD MA working fine from my MKV's. TrueHD working fine from my MKV's! Absolutely sweet. I'm SOOO happy now!!!

[SamuriHL]

@albain

As you've seen in the HD audio thread most likely, it's not as simple as what I just posted. In any case, back to subtitles for the moment. Haali does see the embedded PGS subtitles. MPC-HC's splitter does not. Ever. I let it play for several minutes and ffdshow never showed any internal subtitles for that MKV. It should be noted that if I convert the sup to idx/sub and use that as the internal sub that ffdshow sees that just fine. My guess is that mpc-hc's splitter doesn't see PGS subs.

[SamuriHL]

I have a probably stupid question but I honestly don't know the answer to this. Is there any problem/conflict with installing both x86 and x64 versions of ffdshow simultaneously? I would assume that 32 bit apps would pick ffdshow x86 and 64 bit apps would pick ffdshow x64, but, is there an issue having them both installed at the same time? Thanks!

[Inspector.Gadget]

SamuriHL, so far I've had no issues with having both versions installed - each is loaded automatically and painlessly by the appropriate platform version of MPC-HC, Avisynth, and other DirectShow and VFW apps. The only caveat is that you will have to configure everything twice - but you may even be able to work around this by figuring out how to export settings from your current version and importing it into the other.

[SamuriHL]

Awesome. Thanks for that. I don't mind about the configuration. I used to have the 32 bit version installed before I upgraded to the 64 bit version. I apparently needed the 32 bit version for RipBot264. Trying to fix the mistake of an idiot studio that thought mpeg2 was a useful format for blu-ray. :D

[STaRGaZeR]

I think my chances of making passionate love with one of Victoria's Secret Angels (preferably Doutzen Kroes) are a gazillion times higher than me finding the very first buggy rev :D

What we need is someone who reads process/memory dump files for a living. This would be the fastest and most effective way of dealing with this issue. Until then, I have to stick with the subpar alternative... :)

:D

You should try to find it though, that someone will probably never appear so we have higher chances of fixing it if you do it :p

Hi STaRGaZeR,

This build has fixed my problem. Thanks

Good, I've commited it in r3475.

[nevcairiel]

There seems to be some sort of heap memory corruption in ffdshow, or at least the audio decoder part of it. Whenever i use it in MPC-HC (or WMP, too), on exit or track-change, the app crashes.

I tracked the crash down to the destructors, happening when the filter-graph is being destructed, but knowing heap corruption, thats likely not where its being corrupted, just where it crashes.
Anyway, i know without specifics this report isn't that helpful, i just wanted to check if anyone else is seeing those crashes on exit or track change, or if something else on my system might cause it.

I tested different players and different splitters, both with reclock on and off. Tracking down the source of the corruption is a PITA, so before i spend more time on it.. anyone else seeing it, or is it just me?

[STaRGaZeR]

anyone else seeing it, or is it just me?

Nothing here.

[Momber]

http://img.pixs.ru/storage/5/0/5/ffdshowjpg_1810279_744505.jpg

This happens every time I run the video decoder configuration.
XP SP3, ffdshow_rev3466_20100531_clsid

[clsid]

Re-install ffdshow.

[Momber]

I just did. Same difference.

[helix89]

Can anyone confirm wether this is a bug or not...

I'm trying to play mkv with multiple editions of same movie - like extended and normal cut. It's in mkv with DTS and x264 and has subtitles. Haali splitter is known to handle this well, but it's not working with ffdshow dvax. The setup is tested in MPC-HC and graphstudio.
MPC-HC(every internal filter disabled): Changing edition in haali makes mpc-hc crash. Using ffdshow audio and ffdshow dvax
Graphstudio: Changing edition in haali makes mpc-hc crash
http://thumbnails33.imagebam.com/8463/5ac67f84625578.jpg (http://www.imagebam.com/image/5ac67f84625578)

MPC-HC(with own codec for dvax enabled - ffdshow dvax blocked) + haali: changing works well!

Newest haali splitter from may and ffdshow svn from a week ago.

[fps]

I think there is a bug in the VC-1 decoder:
With DXVA enabled everything works fine. The internal non DXVA VC-1(FFmpeg) decoder of MPCHC (build 2018) also works fine.
But whenever I try to play a VC-1 video (1080p Blu-Ray) with ffdshow(libavcodec) and DXVA disabled, playback becomes very stuttering.
Change the renderer in MPC-HC. EVR Custom has some bugs with VC-1 when decoded by the Microsoft decoder or ffdshow.
It is not really a splitter error. If it works with other renderers, then I see no reason why it shouldn't be possible to make it work with the modified EVR renderers. In fact, the pre-beliyaal EVR CP worked ok with VC-1.
Using Arcsoft splitter or Haali splitter, VC1 is working correctly with the EVR Sync in MPC as far as I know. So the splitter seems to be a part of the issue.
I quickly made a test and I confirm that the bug is not present (for both EVR cust and EVR Sync) using Arcsoft splitter ("Arcsoft MPEG Demux").
I just noticed the same. If I use Haali splitter then all the problems are gone no matter which decoder or renderer (EVR-CP, madVR) I use. So it really seems to be an error in the internal MPCHC splitter.

[albain]

@SamuriHL : I thought that both mkv/mpeg splitters acted the same way.
So MPC M2TS splitter + PGS => ok but one should wait for the first parsed gub
MPC MKV splitter + PGS => not detected

But Haali still suffer from HD audio splitting, no ?

And do you have any news concerning audio dropouts with radeons 5xxx series ?
Thanks

[SamuriHL]

The MPC m2ts splitter is all good as far as I can see.
The MPC MKV splitter PGS subs aren't seen by FFDSHOW and I can't select them.

Haali all the subs work perfectly, but, if I make the MKV with mkvmerge, the DTS-HD MA track breaks. If I make it with MakeMKV, *EVERYTHING* works flawlessly. I'm watching one right now in WMP with Haali+ffdshow. Bitstreaming perfectly, video rocks, and subs are selectable.

Audio dropouts will happen if you've got DXVA disabled and PowerPlay is running. This is a perpetual annoying bug that ATI has so far failed to fix. You can get around it by running the ATI GPU tool and lock the clock speed.

[albain]

The MPC m2ts splitter is all good as far as I can see.
The MPC MKV splitter PGS subs aren't seen by FFDSHOW and I can't select them.

Haali all the subs work perfectly, but, if I make the MKV with mkvmerge, the DTS-HD MA track breaks. If I make it with MakeMKV, *EVERYTHING* works flawlessly. I'm watching one right now in WMP with Haali+ffdshow. Bitstreaming perfectly, video rocks, and subs are selectable.

Audio dropouts will happen if you've got DXVA disabled and PowerPlay is running. This is a perpetual annoying bug that ATI has so far failed to fix. You can get around it by running the ATI GPU tool and lock the clock speed.

Okay, thanks, already did that

[SamuriHL]

Okay, thanks, already did that

Supposedly 10.6 is out now but I have no idea what they've fixed. They broke their website so downloading the driver is beyond painful right now. I've still not gotten it yet. Also in 10.5, trying to fix it in the profile xml did NOT work. You had to use the GPU tool thing. I just keep dxva on and call it good. :D

[STaRGaZeR]

I have a problem with another ass subtitle

Spec of Clip : MKV > AVC1 + Vorbis + ASS sub
FFDSHOW > ffmpeg-mt h264 + Tremor
Tested Output > YUY2 & RGB32
Using ffdshow (3448) / MPCH 1922 (EVR)

The sub should appear like this
> http://i50.tinypic.com/nxvyu.jpg

But FFdshow subtitle make it appear like this
> http://i47.tinypic.com/25uqjrk.jpg


Here is the ass files ;)

This is working for me in r3478, can you test it? :)

[SamuriHL]

@albain

James loves us. :D

http://forum.slysoft.com/showthread.php?t=41146

EDIT: PowerPlay bug is fixed in 10.6! WOO HOO! This is for the silent stream bug. YEY!

[STaRGaZeR]

This is working for me in r3478, can you test it? :)

I'm reverting this, it's wrong. This subtitle is using /t + /alpha for fades, and /t is not supported in ffdshow :(

[lordadmira]

Greets all.

I just upgraded to the rev 3466 ffdshow and now the vdf plugin does not work with VirtualDub or VirtualDubMod. When selecting it and setting postprocessing, the video is not affected. Clicking About shows that it is the new ffshow that is putting up the window. Downgrading to my old ffdshow of 2546 makes the VDM plugin work again. Any ideas?

edit: Some new info. I located and installed rev 1082 of tryouts and it has the same problem. I did some experimenting and it seems the other filters work except for Postprocessing. E.g. when I play with the levels I see the image change. No matter what settings I use under PP nothing happens. The build 2546 I've been using seems not to be tryouts. It doesn't really say who made it but the file name is ffdshow-2546-gcc4.0.3-sse.exe. So why doesn't PP work with tryouts builds?


LA


So like who maintains the VirtualDub plugin?


LA

[Sebastiii]

@albain

James loves us. :D

http://forum.slysoft.com/showthread.php?t=41146

EDIT: PowerPlay bug is fixed in 10.6! WOO HOO! This is for the silent stream bug. YEY!

Cool :) great news and thanks James :)

[clsid]

So like who maintains the VirtualDub plugin?If you can find the latest working revision and the first broken one, then maybe we can fix it.
You can find old build here:
http://sourceforge.net/projects/ffdshow-tryout/files/SVN%20builds%20by%20clsid/old%20builds/
http://sourceforge.net/projects/ffdshow-tryout/files/SVN%20builds%20by%20clsid/very%20old%20builds/

[clsid]

@albain
Closed captions are decoded by ffdshow even when the subtitle filter is disabled. This sometimes confuses people, making them unable to figure out how to disable the subtitles. Perhaps an option called "Closed Captions" could be added to the tray context menu (visible only if CC are present) where users can toggle the display of CC on/off. The option could be placed where "Flip" and "Keyboard & Remote" are also located.

[lordadmira]

If you can find the latest working revision and the first broken one, then maybe we can fix it.
You can find old build here:
http://sourceforge.net/projects/ffdshow-tryout/files/SVN%20builds%20by%20clsid/old%20builds/
http://sourceforge.net/projects/ffdshow-tryout/files/SVN%20builds%20by%20clsid/very%20old%20builds/
I got the oldest one there, rev164, and it still doesn't work.

Unfortunately I need the newer builds to watch new AVC encodes but I still need ffvdub for VDM so that means installing one or the other as I change tasks. o_O


LA

[clsid]

I have just tested with VirtualDub 1.9.9 and it works fine with the latest version of ffdshow.

VirtualDub -> Video -> Filters -> add ffvdub

[DigitalDeviant]

@albain
Closed captions are decoded by ffdshow even when the subtitle filter is disabled. This sometimes confuses people, making them unable to figure out how to disable the subtitles. Perhaps an option called "Closed Captions" could be added to the tray context menu (visible only if CC are present) where users can toggle the display of CC on/off. The option could be placed where "Flip" and "Keyboard & Remote" are also located.

I second this. The CC decoding confused the hell out of me for a while.

[SamuriHL]

@albain

Is there a way in ffdshow subtitle configuration to set it so that it only shows subtitle files with the same base name as the file being played? I have a subtitle sub dir that I drop PGS files into (since mkvmerge can't currently embed them) and ffdshow shows every file in there. Am I missing an option somewhere? I name them "Movie(ENG)" as the main sub and then "Movie(ENG)(2)" "Movie(ENG)(3)" etc for the rest of the subs. I'd like to, by default, set ffdshow to only show "Movie*" subs. Possible?

[pankov]

SamuriHL,
the "default" naming convention for subtitles is
"movie name.lang.ext"
in your case I'd suggest naming your subs in the following way
"Movie name.eng.sub"
"Movie name.eng2.sub"
"Movie name.eng3.sub"
and I believe that the latest ffdshow build will show only these three files, not everything in the folder.

[SamuriHL]

Ah! Thank you for that. I'm still very new to this MKV stuff, so, learning something every day. :) I'll try that out!

[STaRGaZeR]

@albain
Closed captions are decoded by ffdshow even when the subtitle filter is disabled. This sometimes confuses people, making them unable to figure out how to disable the subtitles. Perhaps an option called "Closed Captions" could be added to the tray context menu (visible only if CC are present) where users can toggle the display of CC on/off. The option could be placed where "Flip" and "Keyboard & Remote" are also located.

There's already a CC on/off checkbox in the subtitle section, I guess it doesn't work as it should?

[SamuriHL]

I renamed my files to the convention pointed out by pankov, but, ffdshow is still picking up ALL the sup files in the directory. It doesn't seem like ffdshow is following the naming convention at all. Thanks!

EDIT: Sorry, sorry, my bad. I didn't have the latest ffdshow installed on my laptop where I was testing. Sorry!

[clsid]

There's already a CC on/off checkbox in the subtitle section, I guess it doesn't work as it should?I know, but the problem is that CC functions independently from the subtitle filter itself. That is extremely confusing. Hence the idea of a more obvious option.

[Midzuki]

Originally Posted by clsid

@albain
Closed captions are decoded by ffdshow even when the subtitle filter is disabled.

Besides:

DVD subtitles are (wrongly) decoded by ffdshow "raw video filter" even when the subtitle filter is disabled.

Hopefully this time I have been clear enough. ;)

[SamuriHL]

I have what is probably a stupid question. When I've got an MKV, and I use haali to split it, and it's H264 or VC1, ffdshow dxva allows me to nicely control the subs. What happens when it's mpeg2? The ffdshow dxva icon isn't showing so....um, how do I control the subs in that case? :confused:

[Midzuki]

Yet Another Not-Very-Smart ffdshow's "feature":

Dolby TrueHD decoder. Works only if AC3 decoding is enabled!

MLP decoder. Works only if AC3 decoding is enabled!

It would make some sense if the TrueHD decoder
depended on the MLP decoder only.

Reminds of Netscape 4.xx, in which the CSS interpreter depended on the Javascript engine. :rolleyes:

[clsid]

I have what is probably a stupid question. When I've got an MKV, and I use haali to split it, and it's H264 or VC1, ffdshow dxva allows me to nicely control the subs. What happens when it's mpeg2? The ffdshow dxva icon isn't showing so....um, how do I control the subs in that case? :confused:For mpeg-2 you need to use the regular ffdshow video decoder, either for decoding the video or for processing the raw output of another decoder.

Yet Another Not-Very-Smart ffdshow's "feature":

Dolby TrueHD decoder. Works only if AC3 decoding is enabled!

MLP decoder. Works only if AC3 decoding is enabled!

It would make some sense if the TrueHD decoder
depended on the MLP decoder only.
It is actually a very smart feature because TrueHD and MLP are sometimes labeled as AC3. That is why ffdshow got a special audio parser to determine the real audio format and handle it accordingly. This is also why there is a dependence on AC3. I am not sure if the dependence also exist for streams that are properly labeled, Albain should be able to answer that.

[lordadmira]

Reminds of Netscape 4.xx, in which the CSS interpreter depended on the Javascript engine. :rolleyes:
Plus 10 points for the old school reference!


LA

[SamuriHL]

For mpeg-2 you need to use the regular ffdshow video decoder, either for decoding the video or for processing the raw output of another decoder.


Sorry, I know I'm starting to get annoying on this but I'm still trying to learn here. How would I go about configuring the ffdshow video decoder to process another decoder? That would be absolutely ideal I think. Thank you for your patience and I apologize for all the questions.

[clsid]

Enable "raw video" at the bottom of the Codecs page in the config.

[SamuriHL]

Thank you! I very much appreciate the help. I'm ALMOST where I want to be with this MKV experiment. :)

[JarrettH]

What does "updated ICL11 project files" mean? Is there an ICL11 compile somewhere?

[esoteradactyl]

Is anybody else experiencing any problems with the VC-1 (libavcodec) decoder? Since ATI seems to have fixed the powerplay issues, i have switched back to software decoding. I upgraded my version of ffdshow to a newer build and seem to be having problems. Im getting stutter and if i seek it stutters really bad. Both my machines are more than capable of software decoding. Strange.

[fps]

Is anybody else experiencing any problems with the VC-1 (libavcodec) decoder? Since ATI seems to have fixed the powerplay issues, i have switched back to software decoding. I upgraded my version of ffdshow to a newer build and seem to be having problems. Im getting stutter and if i seek it stutters really bad. Both my machines are more than capable of software decoding. Strange.
Some posts above (http://forum.doom9.org/showpost.php?p=1408934&postcount=11966) I noticed the same.
Which splitter and player are you using? With MPCHC either selecting the internal VC-1 decoder or using Haali as splitter + ffdshow should fix the issue.

[MatLz]

Hi !What does "updated ICL11 project files" mean?That's icl10+1...:D
Normaly we can expect a small speedup with this kind of build...1% maximum if I'm right.Is there an ICL11 compile somewhere?You can find these builds at www.xvidvideo.ru

[XhmikosR]

Unless you mean the difference between ICL10 and ICL11 builds, then the difference between MSVC2008 and ICL11 with resizing+deband+HQRGB32 is ~=15%. Which reminds me I have to finish that benchmark at some point. :) But you can find some previous results by searching this thread.

[esoteradactyl]

Some posts above (http://forum.doom9.org/showpost.php?p=1408934&postcount=11966) I noticed the same.
Which splitter and player are you using? With MPCHC either selecting the internal VC-1 decoder or using Haali as splitter + ffdshow should fix the issue.

I'm using the mpc splitter. Ive tried both mpc and haali with the same results. I'm playing everything through mediaportal and wmp suffers from the exact same problem.