ffdshow tryouts project: Discussion & Development

[SamuriHL]

Right. They can always rename or remove the external sub if they want the internal by default. I agree, as well, that externals should take priority.

[fastplayer]

When you mux a sub into a file, you expect that sub to be loaded when starting playback and not some other external one. Why put it there in the first place then?! Having an identical/similar-named external file essentially negating all the reasons for an embedded one, is illogical and anything but practical.

[SamuriHL]

It's easier to remove the external sub from the directory than it is to eliminate an internal sub, yea?

[Keiyakusha]

I also agree, external should be preferred.
By the way MPC-HC has similar problem with internal renderer and if container has subtitles but they not enabled by default then it shows nothing and you have to load subtitles manually.

[albain]

I fixed that priority in revision 3742 : now subtitle file if any is loaded first

@Stargazer

Recently you changed the subtitles font size management in order to be constant across different video resolutions.

Someone reported me the following :
"The change made to get a fix font size for subtitles doesn't work if "letterbox" is checked, I'm using it in order to display subtitles below the movie when the video height allow it !
It's worse using ffdshow DXVA with letterbox enabled, subtitles are not displayed at all "

Do you have an idea of the problem or could you have a look at it ? Thanks :thanks:

[STaRGaZeR]

I just tested it and the font size is constant if you change resolution while maintaining letterbox checked, but I guess he is talking about between letterbox on and off, the font size is indeed smaller with letterbox enabled. Can you ask him about this? The font size is calculated based on original video dimensions, not video dimensions after the resizing done by letterboxing. Should be easily fixable if this is the case.

About DXVA, it's normal. ffdshow can't resize the video here, I think the problem is that the subtitle filter thinks it has been resized and puts the subs below the actual video. Wouldn't it be better to ignore letterbox if DXVA is on since we can't touch the decoded video?

BTW, now that you mention it, do you know how to fix this (http://img375.imageshack.us/img375/1369/83497053.png)? It got broken some time ago and I don't know how to do it.

[Delerue]

Great. Thanks, guys. Albain, as soon as a compiled build is released, I'll test it. ;)

Another silly question: why 'Resize & aspect' option changes the colorspace result, even if you don't use any Luma method? I know this can be fixed by selecting RGB32 HQ conversion. I just want to know why this thing happens.

[Keiyakusha]

Delerue
Do you mean this?

1) you have YV12 SD video, it is resized to HD and output in ffdshow set to RGB
ffdshow knows that source is SD and uses appropriate coefficients for YUV-RGB conversion
everything looks as it should
2) you have YV12 SD video, it is resized to HD and output in ffdshow set to YV12 (or other YUV...)
after resizing SD to HD, colorimetry should be corrected which is NOT done by ffdshow.
video renderer doesn't knows that video uses SD coefficients and applies HD ones, which is wrong ==> we have wrong colors.

If you mean this, then to fix that, colormatrix avisynth plugin should be ported to ffdshow and applied automatically based on what resizing is done. Alternatively you can use plugin by yourself: for SD->HD resize this should be applied to the video: ColorMatrix(mode="Rec.601->Rec.709")

[DrKnowLittle]

I fixed that priority in revision 3742 : now subtitle file if any is loaded first



:thanks:
I been waiting for this ...
http://forum.doom9.org/showthread.php?p=1208815#post1208815

:eek:

DrKnowlittle

[mingleberry]

Hi

Great forum - but can anyone help me?

I'm trying to use FFDShow to decode my MPEG2 MKVs ripped from my DVD collection in order to utliise its upscaling/post-processing capabilities.

I'm using Win7 Filter Tweaker 3.1 to change the codec from Microsoft's to FFDShow 3316 but when I try to play an MPEG2 MKV in 7MC or WMP, MPC-HC or Graphedit,, the application crashes. Other media types all work fine with FFDShow - H264 and VC1 blu ray rips, XVID DVD rips. It's just the MPEG2 rips that are causing this problem.

I'm using Haali 1.9.42.1 if that helps.

I've checked FFDShow is set to decode MPEG2 etc etc. Is there something else I could check to make this work?

The rips work fine with MS or MPC decoders incidentally.

Thanks

Dom

[mremulator]

Hi

Great forum - but can anyone help me?

I'm trying to use FFDShow to decode my MPEG2 MKVs ripped from my DVD collection in order to utliise its upscaling/post-processing capabilities.

I'm using Win7 Filter Tweaker 3.1 to change the codec from Microsoft's to FFDShow 3316 but when I try to play an MPEG2 MKV in 7MC or WMP, MPC-HC or Graphedit,, the application crashes. Other media types all work fine with FFDShow - H264 and VC1 blu ray rips, XVID DVD rips. It's just the MPEG2 rips that are causing this problem.

I'm using Haali 1.9.42.1 if that helps.

I've checked FFDShow is set to decode MPEG2 etc etc. Is there something else I could check to make this work?

The rips work fine with MS or MPC decoders incidentally.

Thanks

Dom
You need to disable the Microsoft DTV-DVD Audio decoder and Media Foundation using the Win7 Filter Tweaker. Also if you have a 64-bit OS, you need to do the same for the 64-bit codecs.

[clsid]

His problem also occurs with MPC and GraphEdit, both of which do not use Media Foundation.

[mremulator]

His problem also occurs with MPC and GraphEdit, both of which do not use Media Foundation.

True.

However, 7MC and WMP do... which will crash if the aformentioned are not disabled. No idea why MPC is crashing out though?

Perhaps he should enable the internal MPEG2 decoder in MPC and see if that helps?

[Peuj]

Hi,

When I load subtitles with ffdshow my CPU is 100% used after a seek.
I use ffdshow v.3467 and MPC-HC v.1976 from K-Lite Codec Pack.

When I first play the video everything is ok but if I seek forward the CPU go to 100% because of MPC-HC.
Even if I pause the video, the CPU is still used at 100%.

If I start the video without activate the subtitle from ffdshow I can seek and everything is normal but I activate then the subtitle the CPU go to 100%.

Should I configure/disable something?

[Delerue]

2) you have YV12 SD video, it is resized to HD and output in ffdshow set to YV12 (or other YUV...)
after resizing SD to HD, colorimetry should be corrected which is NOT done by ffdshow.
video renderer doesn't knows that video uses SD coefficients and applies HD ones, which is wrong ==> we have wrong colors.

I see. Maybe my question is: why HD has a different colorspace in comparison with SD? What's the specific resolution that changes the colospace and why?

Thanks

[DeathTheSheep]

Bug (either in ffdshow or ffmpeg):
Changing the I-frame multiplier or offset in the MPEG-4 VfW encoder has no effect in 1-pass mode (Quality or Quant). Note that masking + normalization are enabled.

Maybe check to see if it sets the right parameter according to lavc's api--if everything checks out, it's an ffmpeg problem and you shouldn't worry about it. If the parameter was only intended for 2-pass mode, perhaps consider graying out the box if 1-pass is selected.

Cheers!

[mingleberry]

Hi

Thanks for all the advice. Disabling WMF etc does indeed prevent the crash for some movies but others (such as Bruno) still have the problem, particularly with FFD in 7MC (I accept the FFD bug could be something different though).

(By the way, I only mentioned that the prob occurs in MPC to demonstrate it's not a bug peculiar to MS players. It may be sacrilege in these parts but I actually want to use 7MC as my main player.)

[albain]

Hi Stargazer, thanks for your reply and sorry for the delay

Here are the last results that were reported to me :

- Font autosize off + letterbox on : the font size varies accross video dimensions (normal)
- Font autosize on+ letterbox on/off : as you said the font size varies accross video dimensions

I'll try to disable letterbox in DXVA mode because it is useless

[Peuj]

Hi,

When I load subtitles with ffdshow my CPU is 100% used after a seek.
I use ffdshow v.3467 and MPC-HC v.1976 from K-Lite Codec Pack.

When I first play the video everything is ok but if I seek forward the CPU go to 100% because of MPC-HC.
Even if I pause the video, the CPU is still used at 100%.

If I start the video without activate the subtitle from ffdshow I can seek and everything is normal but I activate then the subtitle the CPU go to 100%.

Should I configure/disable something?

I've found that it is related with the option Subtitle -> Font -> Autosize.
If I uncheck it, I don't have the problem anymore.
So I use the "Scale" parameters instead.

Am I the only one with this problem? Is it known ?

Thanks

[STaRGaZeR]

OK albain, will look into it next week.

I've found that it is related with the option Subtitle -> Font -> Autosize.
If I uncheck it, I don't have the problem anymore.
So I use the "Scale" parameters instead.

Am I the only one with this problem? Is it known ?

Thanks

fastplayer (http://forum.doom9.org/showthread.php?p=1398061#post1398061) reported a similar one earlier, but he didn't test autosize. Do you have the issue with r3426 or earlier? Please test before and after r3427.

[fastplayer]

fastplayer (http://forum.doom9.org/showthread.php?p=1398061#post1398061) reported a similar one earlier, but he didn't test autosize.
My particular 100%-CPU issue appeared way before any changes were made to the "Autosize" feature. Peuj's issue has to be a different one with the same symptom. Although, I noticed a pattern: When pausing a lot during playback, it is more likely to happen than when playing from start to finish without any pauses.

[Peuj]

Hi,

I've made some tests and I don't have the issue with 3422 and 3427.
With 3432, after some seek forward the CPU go to 100%. But if I pause the video, the CPU usage go down.
The symptoms are a little different because with 3467, the CPU go to 100% as soon as I seek forward and if I pause the CPU is still used at 100%.

[STaRGaZeR]

My particular 100%-CPU issue appeared way before any changes were made to the "Autosize" feature. Peuj's issue has to be a different one with the same symptom. Although, I noticed a pattern: When pausing a lot during playback, it is more likely to happen than when playing from start to finish without any pauses.

Any progress with that issue? I can't reproduce, and if I could I probably wouldn't know how to fix it :(

Hi,

I've made some tests and I don't have the issue with 3422 and 3427.
With 3432, after some seek forward the CPU go to 100%. But if I pause the video, the CPU usage go down.
The symptoms are a little different because with 3467, the CPU go to 100% as soon as I seek forward and if I pause the CPU is still used at 100%.

Try with this build: http://www.megaupload.com/?d=PBY9QGIG

Sorry for the megaupload link, mediafire is down.

[kieranrk]

Can we have ffmpeg's internal aac decoder instead of faad now? It's significantly faster than faad is feature complete for the most common aac profiles. It also supports channel switches better than faad does

Thanks.

[fastplayer]

Any progress with that issue?
If by progress you mean using MPC's subtitle renderer, then yes :D
The day before yesterday, I switched to ffdshow for subs and everything was fine for the entire day. Yesterday, on the other hand, not so much... The bug appeared twice. Steps to reproduce failed, of course. :rolleyes:
I can rule out the parser, though. First, I thought ffdshow was stumbling over some Unicode characters or some HTML tags but after reformatting everything to ANSI and stripping out any tags, this issue still keeps popping up.
My guess is that this is some threading issue: A deadlock, race condition or something similar.
I can't reproduce, and if I could I probably wouldn't know how to fix it :(
At least, you're listening :D

[STaRGaZeR]

My guess is that this is some threading issue: A deadlock, race condition or something similar.

*Runs and hides* :D

Have you tested old revs? If not, it's gonna be a pain in the ass, haruhiko made his changes like what, 2000 revisions 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.
I've tried various ffdshow revisions the last one is 3472. Changing video renderers doesn't help either (EVR-CP,Haali,madVR).
I'm sure my PC is fast enough to play 1080p VC-1 Blu-Rays since with the MPCHC decoder works smooth with CPU usage at about 25%.

My specs:
Win7/32, Aero on
Core2Quad9400s
ATI HD 4830
4GB DDR3
ffdshow rev 3472
MPCH svn 2018

Anybody else got the same problem?

[fastplayer]

*Runs and hides* :D

Have you tested old revs? If not, it's gonna be a pain in the ass, haruhiko made his changes like what, 2000 revisions ago?
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... :)

[Sebastiii]

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.
I've tried various ffdshow revisions the last one is 3472. Changing video renderers doesn't help either (EVR-CP,Haali,madVR).
I'm sure my PC is fast enough to play 1080p VC-1 Blu-Rays since with the MPCHC decoder works smooth with CPU usage at about 25%.

My specs:
Win7/32, Aero on
Core2Quad9400s
ATI HD 4830
4GB DDR3
ffdshow rev 3472
MPCH svn 2018

Anybody else got the same problem?

I can confirm the same, i have remark this too. And i don't investigate more on this.
Maybe we can nail it but make log but don't sure.
Seb.

[nevcairiel]

CPU Usage of 25% on a Quad-Core means that its at 100% of one core. I would guess the VC1 decoder is not multi-threaded, so its basically capped already. A ever so slight performance decrease can then cause stuttering.

[Sebastiii]

Good point :)
Cheers,
Seb.

[fps]

CPU Usage of 25% on a Quad-Core means that its at 100% of one core. I would guess the VC1 decoder is not multi-threaded, so its basically capped already. A ever so slight performance decrease can then cause stuttering.
Unfortunately I don't think that's the cause of the problem at all.
The maximum usage of one of the 4 cores is about 50%, so there should be plenty room left. Also the same processor can handle every H.264 Blu-Ray in software decoding mode and even the internal MPCHC VC-1 decoder gives me perfect stutterfree playback.
In addition to that the stuttering is kind of constant and doesn't change depending on the actual bitrate of the scene.
So I really think it's a bug in the ffdshow implementation.
But as far as I know the MPCHC decoder and the ffdshow one shouldn't be too different, should they?

[clsid]

Change the renderer in MPC-HC. EVR Custom has some bugs with VC-1 when decoded by the Microsoft decoder or ffdshow.

[_xxl]

I have reported some time ago when I seek in some samples (xvid + mp3) I get this:
http://i49.tinypic.com/servjq.jpg
No subtitles.
http://i46.tinypic.com/f0c8hx.jpg
With external srt subtitle. (ffdshow's internal subtitle renderer is used)
Is this your case?

[fps]

Change the renderer in MPC-HC. EVR Custom has some bugs with VC-1 when decoded by the Microsoft decoder or ffdshow.

Hmmm, thanks for the info.
I've now tried all remaining renderers and only Overlay, EVR (non CP)/EVR Sync seem to work.
Do I understand you correctly that the error is just on the renderer's side?
If that's the case I'd let madshi know, cause I really would love to be able to render everything with madVR.

[Killerattacks]

Using Win 7 (64 Bit) and the latest ffdshow no player will load ffdshow's audio decoder when I select the encode only 5.1 to AC 3 feature, when playing a file with 5.1 flac/aac/etc. audio. SPDIF output for AC3 and DTS is selected.
When I disable the encode to AC3 option MPC-HC uses ffdsho for the FLAC decoding (instead of some low merit FLAC decoder). Tried everything to figure this out to no avail.

[Matching_Mole]

Hmmm, thanks for the info.
I've now tried all remaining renderers and only Overlay, EVR (non CP)/EVR Sync seem to work.
Do I understand you correctly that the error is just on the renderer's side?
If that's the case I'd let madshi know, cause I really would love to be able to render everything with madVR.

The bug also occurs for EVR Sync and not only for FFdshow and Microsoft decoders but also for Cyberlink and Arcsoft ones (so all the external VC1 decoders).

It's not a renderer error but a splitter error. I discussed with Testuo55 and unfortunately they don't plan to solve it with the current splitter. They want to use the ffplay m2ts splitter instead but this need time to make the needed adaptations to use it in MPC and it seems that they are missing developers to make the work.

IMHO, I can understand the view of Tetsuo55 but it's sad that this error is present in MPC "HC" (so a player dedicated to the HC experience) for one year or two will be not solve until one year again at least.

[clsid]

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.

[Matching_Mole]

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.

[Matching_Mole]

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").

[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

[Peuj]

Any progress with that issue? I can't reproduce, and if I could I probably wouldn't know how to fix it :(



Try with this build: http://www.megaupload.com/?d=PBY9QGIG

Sorry for the megaupload link, mediafire is down.

Hi STaRGaZeR,

This build has fixed my problem. Thanks

[SamuriHL]

So, question about ffdshow and subtitle support. I've FINALLY gone to the dark side and started converting my stuff to MKV. I'm using the beta of MakeMKV right now which rocks since it embeds the PGS subtitles into the MKV. However, I can't seem to get ffdshow to notice that they're in there. Is this an issue with the splitter that comes with MPC-HC? If so I'm screwed on that one then. ffdshow seems to recognize the sup files just fine if I throw them in a subtitle sub-folder and point it there. HAALI's not an option for me as it breaks bitstreaming. I want so badly to get MKV's working as well as my movie only ISO's and this is the only remaining problem. The MKV's absolutely rock and MPC-HC+ffdshow makes it a breeze to play back on any of my machines even over the network. Almost in heaven. :)

[SeeMoreDigital]

I'm using the beta of MakeMKV right now which rocks since it embeds the PGS subtitles into the MKV. Really...

Are you able to provide a short sample please? I'd like to test in my hardware players.


Many thanks

[SamuriHL]

Really...

Are you able to provide a short sample please? I'd like to test in my hardware players.


Many thanks

At some point I might be able to. At the moment I'm trying to get all my movie only ISO's converted which is extremely time consuming. But since MKV is a more efficient container, I'm actually reclaiming a bunch of space. Gotta love that. :) In any case, I have verified that the PGS subs are in there using media info. You can try MakeMKV out easy enough just by downloading it and installing it. It's very easy to use. They offer a 30 day trial. I'll probably end up buying it.

[Inspector.Gadget]

SamuriHL: ffdshow works with external, unmuxed BD-Sups?

[SamuriHL]

Why yes, yes it does. :) Albain rocks! I just throw them all in a subfolder called subtitles and in ffdshow's subtitle settings I set the directory to .\subtitles. I'm then able to pick the one I want and I'm good to go. So, I may have to extract them after the MKV is created and drop em in the subtitle folder for now until I can find a solution to the splitter issue.

[SamuriHL]

Ok, so, I put Haali on my laptop and ran one of my new MKV's with the PGS subs embedded through it. Haali sees the sub and splits it for ffdshow just fine. So, MPC-HC's internal splitter is what's not working for PGS subs. This sucks because to date bitstreaming with Haali isn't so good. I'm open to advice on what to do. Also remember that I'm doing everything 64 bit, so, that complicates things slightly.

[foxyshadis]

Unfortunately I don't think that's the cause of the problem at all.
The maximum usage of one of the 4 cores is about 50%, so there should be plenty room left. Also the same processor can handle every H.264 Blu-Ray in software decoding mode and even the internal MPCHC VC-1 decoder gives me perfect stutterfree playback.
In addition to that the stuttering is kind of constant and doesn't change depending on the actual bitrate of the scene.
So I really think it's a bug in the ffdshow implementation.
But as far as I know the MPCHC decoder and the ffdshow one shouldn't be too different, should they?

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.

[albain]

Ok, so, I put Haali on my laptop and ran one of my new MKV's with the PGS subs embedded through it. Haali sees the sub and splits it for ffdshow just fine. So, MPC-HC's internal splitter is what's not working for PGS subs. This sucks because to date bitstreaming with Haali isn't so good. I'm open to advice on what to do. Also remember that I'm doing everything 64 bit, so, that complicates things slightly.

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