LAV Filters - DirectShow Media Splitter and Decoders

[Sven75]

Nope, you cannot just do this, because if you want to use the new native 2010 video playback capabilities, you need to re-insert it in 2010 or upgrade it.

Btw, 2007 will also use wmp.dll to playback files... Therefore I usually de-reg wmp.dll, because it's trouble only.

[nevcairiel]

Nope, you cannot just do this, because if you want to use the new native 2010 video playback capabilities, you need to re-insert it in 2010 or upgrade it.

After installing the 2010 viewer, nothing works in my PowerPoint 2007 anymore, stupid system. It now completely refuses with soem MCI error.
I guess i need the file with the movie inserted already.


Btw, 2007 will also use wmp.dll to playback files... Therefore I usually de-reg wmp.dll, because it's trouble only.

But that one actually played. :D

[Sven75]

Welcome to my world - I love video in PowerPoint :-)

Anyway, 2010 is much better than the previous versions.

Those 2 reg files should restore/improve your video playback in 2003/2007:

MCI32 x64 (http://www.mediafire.com/?cpaxp51cx61sqsp)
MCI-Extensions x64 (http://www.mediafire.com/?kvkwmf6hhty0oay)

After this, MCI will use DirectShow for the extensions in the reg file

[Sven75]

Here you will find a test presentation file with two linked videos: Test.7z (http://www.mediafire.com/?h6fallm2dl68hc8)

The first one for the distorted image and the second one for the MPEG2 PS which won't work with LAVSplitter (issue 40)

Of, course I have some more issues, which I just discovered today, but I don't want to overstretch things ;-)

[goldie]

@nevcairiel:
I need you help to increase the window high of the config dialog,
or I cannot see the lowest position options.
It was maybe caused by non-English windows environment.
Thanks for your hard work :)

LAV Splitter
http://i.imgur.com/I4gmFs.png (http://imgur.com/I4gmF)

LAV Video Decoder
http://i.imgur.com/bYFZus.png (http://imgur.com/bYFZu)

LAV Audio Decoder
http://i.imgur.com/s1s0Ls.png (http://imgur.com/s1s0L)

[Midzuki]

^

Really, the tiny config windows used by both ffdshow and the LAV filters are "outdated stuff" :D The latest AC3Filter configurator for example, uses an 826x543 window :cool: :rolleyes: :p

[nevcairiel]

Why would i need a big window when there is only so few options?

[Midzuki]

Why would i need a big window when there is only so few options?
^
^
^
goldie has just shown a (possible) good-reason.

[CruNcher]

http://forum.doom9.org/showthread.php?p=1524505#post1524505 <- Fixed Results for CoreAVC 3.0

something which doesn't look so good for Lav Video

http://img24.imageshack.us/img24/2196/mbaffpaff.png

Another time what seems to be a Performance hold

http://img695.imageshack.us/img695/1834/astrai.png

and another one looks like a Performance hold again

http://img847.imageshack.us/img847/4155/bondj.png
Splitter here is MPC-HC Gabest MpegSplitter.ax

with this one even DiAVC takes a hit

http://img11.imageshack.us/img11/8761/evanl.png

and here is another odd *.ts behavior (either this has something todo with the splitter interaction and lav video or performance of the actual decoding)

http://img851.imageshack.us/img851/6249/sampleo.png

http://img585.imageshack.us/img585/1541/anixe.png

Houston we have a problem (the good that we aren't on XP and backed by the GPU)

http://img716.imageshack.us/img716/3846/ehhlostresponse.png

[nevcairiel]

LAV Filters 0.35

LAV Splitter
- Fixed a crash in IAMStreamSelect::Info handling with certain applications
- Improve duration calculation for MPEG files

LAV Audio
- Fix playback of DTS streams which change the channel count mid-playback

LAV Video
- Fixed a crash with 10-bit decoding and benchmarking tools
- Fixed a H264 NALU parsing issue with certain streams


Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.35.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.35.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.35-x64.zip)

As you can see, mostly small fixes. Additionally, i updated ffmpeg, so some new stuff might have sneaked in.

[Sven75]

Thanks a lot - I will check the new version asap.

Did you already find out something regarding the PowerPoint issues? Are any of the small fixes related to it?

[nevcairiel]

Did you already find out something regarding the PowerPoint issues? Are any of the small fixes related to it?

The first actually, i had powerpoint 2007 constantly crash on me, not working at all, now at least i get sound with no picture. :P

[Sven75]

Could be related to the freezing I was experiencing with 2003.

Did you try the reg files I posted for MCI? With those (and de-regging wmp.dll) 2007 should be working just fine.

PowerPoint is so picky, if a splitter/decoder is working in 2003/2007/2010 it should be ok with any other windows app ;-)

[cyberbeing]

nevcairiel, I added some LAV Video 0.35 results to my post in the CoreAVC thread:
http://forum.doom9.org/showpost.php?p=1524563&postcount=6691

Until CoreCodec pushes out a CoreAVC 3.0.x build with some perf fixes which will hopefully close the gap, it seems you have a nice lead over CoreAVC 3.0.0 and FFDShow on my old AMD X2 4800+ from 2005. Nice work on the last few versions of LAV Video.

[goldie]

Why would i need a big window when there is only so few options?
:confused: It seem that I can't see the (last one?) option in LAV Video decoder (http://imgur.com/bYFZu) dialog. :thanks:

[SEt]

Version 0.35 doesn't crash in GraphStudio benchmark with 10 bit content, but produce meaningful picture only with Haali renderer - the rest are black screen or something with very wrong pich.

[Fadeout]

I'm currently using:
- MPC-HC x86
- MadVR
- Haali splitter
- Lav Video 0.35

For the first time this combination works on EVERYTHING (well, not everything, as the recent Haali broke MP4)

Still can't use Lav Splitters as they don't load external chapters, but surprisingly the Lav Video decodes perfectly when they are loaded through Haali.

The only downside may be that this won't use DXVA when it's available.

[nevcairiel]

nevcairiel, I added some LAV Video 0.35 results to my post in the CoreAVC thread:
http://forum.doom9.org/showpost.php?p=1524563&postcount=6691

Until CoreCodec pushes out a CoreAVC 3.0.x build with some perf fixes which will hopefully close the gap, it seems you have a nice lead over CoreAVC 3.0.0 and FFDShow on my old AMD X2 4800+ from 2005. Nice work on the last few versions of LAV Video.

Thanks.
The overhead for P010 can possibly be explained by the memory layout it uses. Dithering to YV12 in SSE2 is really trivial, it consists of one add and one shift operation, something a CPU is really fast with.

P010 output requires interleaving of the U and V bytes, maybe the SSE2 operation for interleaving is slower then the whole dithering process?

On my system, the speed is basically the same, but then my system is so fast that the conversion overhead doesn't really show.
I think i can still improve the P010 path a bit, though.

Are the 10-bit samples you used publicly available somewhere, btw?

[cyberbeing]

The SSE2 performance of Athlon 64 based processors like my X2 is occasionally slower than the same thing coded in MMX, so that may have something to do with it. That's why both x264 and recently libav have a special code path for A64 which selectively avoids SSE2 code which is tested to be slower. Don't know if that's the case here, but it seems possible that the SSE2 interleaving function used for P010, just happens to be one of the few which runs horribly on A64. Though your P010 overhead is half that of CoreAVC, so you already must be doing something right.

It's too bad you can't just create a special FourCC for x264's native 420p10 format and get madshi to support it. I assume that must be what madVR does internally with its own ffmpeg/libav decoder. As much as it's nice to stick with standardized FourCC's created by Microsoft, an overhead makes it kind of pointless when we don't have any hardware or DXVA we need to support for the time being.

As for the 10-bit videos I used, they were really nothing special.

[nevcairiel]

It's too bad you can't just create a special FourCC for x264's native 420p10 format and get madshi to support it. I assume that must be what madVR does internally with its own decoder. As much as it's nice to stick with standardized FourCC's created by Microsoft, an overhead makes it kind of pointless.


While its true that native 420p10 would be better, the overhead isn't really that big. Its actually less instructions for the interleaving then it is for dithering, yet dithering is faster.
I can try to implement that one function using MMX, its a trivial function and it would be relatively painless to implement it.

The CPU feature probing function i use actually has a check for "SSE2 is slow", and should trigger on your generation of Athlon.

The only downside is that MMX is not available in 64-bit builds (MS Compiler limitation).

I'll probably get around to it in a bunch of hours, i'll throw a build in your direction, maybe it will actually be faster.

[oddball]

Why is it so difficult for LAV spliiter to handle subtitles correctly? Haali does. MPC-HC does. LAV doesn't.

For English spoken movies I only want forced subs shown.

For non-English movies I only want English subs shown (or 'undetermined' subs when they have not been set to 'eng' in mkvmerge).

LAV refuses to do both correctly no matter what options are set.

If i set only show forced subs it only shows forced subs. I should not need to set that as an option it should be automatic. In MPC-HC i have both audio and subs set to jap, eng. This works 100% correctly. In LAV I get full subs all of the time, if I leave the field where you state the language it ignores everything and defaults to the first sub track found in the MKV (could be German or whatever) or if I set to forced subs that is all I get so any foreign language movies I get NO subs whatsoever!

Also a lot of foreign movies I watch have the language set to 'undetermined'.

Please someone tell me how to get this working correctly!

[nevcairiel]

Thanks a lot - I will check the new version asap.

Did you already find out something regarding the PowerPoint issues? Are any of the small fixes related to it?

So i tried playing with PowerPoint again today.

Powerpoint 2007 now plays most stuff just fine, using the MCI interface. I disabled the WMP one.
Even in correct colors and everything. The only "issue" i currently have is that the image it shows after inserting the video is all distorted on some files (but not others), but when you start playback its fine. (I think it may have cached that image somewhere from before i fixed it...)

The Powerpoint 2010 Viewer however does not even try to open a DirectShow graph when i give it the file you gave me. So no idea how to test it.

[nevcairiel]

If i set only show forced subs it only shows forced subs. I should not need to set that as an option it should be automatic. In MPC-HC i have both audio and subs set to jap, eng. This works 100% correctly. In LAV I get full subs all of the time, if I leave the field where you state the language it ignores everything and defaults to the first sub track found in the MKV (could be German or whatever) or if I set to forced subs that is all I get so any foreign language movies I get NO subs whatsoever!

The options work 100% as advertised.
It just doesn't do anything beyond those options.


Also a lot of foreign movies I watch have the language set to 'undetermined'.

And what do you expect to happen for these? :)
Can't help it if your files do not have language tags.

Anyhow, it is planned to provide new subtitle selection logic with more "smart" selection capabilities.

For a small preview, check this post from a while back:
http://forum.doom9.org/showthread.php?p=1519452#post1519452

In addition to the above "advanced" logic, the "simple" logic will also behave much smarter, once its done.
I will probably work on that some time soon, actually.

I'll draft up the syntax specification in the next days, so people can comment on it before i start implementing it.

PS:
There is no "correctly", everyone prefers different subtitle logic.
Me? I want english or german forced subs, never anything else. That works pretty correctly for me. :P

The new logic should hopefully be able to accommodate everyone.

PPS:
I kinda doubt that MPC-HCs MKV splitter does anything "right" or "wrong", it creates one output pin for every subtitle, it doesn't have any logic whatsoever.

[oddball]

If the default audio is English then by default it is logical that the default subtitle track should also be English but ALWAYS be off and only forced English subs should be shown. If you are hard of hearing or speak another language then it should be down to you to select otherwise.

If the default audio is Non-English or undetermined then the subtitles should also default to the same language as the audio track and should also be 'off' unless forced and those forced subs should also in the same language as the audio.

There should then be the option to set a 'preferred' subtitle language that overrides the above so that if you want subs ALWAYS in English but only shown when the audio track is Non-English you put it in that field (Eng,Jap and 'Und' for no track flag set). Same goes with audio track preference.

This makes perfect sense to me and I do not know why it's so difficult to get to grips with.

DVD and bluray players have handled it this way for years and it's never been an issue.

[CruNcher]

I wonder why this is so complex to begin with subtitles are an option and as such should never be displayed by default :P
if a meta tag says "undefined" then it should switch to the language that lav splitter allows you to set, but still shouldn't enable it to be displayed :)
Then if you turn subtitles on in the player you get either the forced language shown or the meta tags one (your own forcefully defined though should always overwrite the meta tag (author) decision and os language (application) in any case, if you didn't set anything the meta tag "author defined is used" if that isn't set either then your system os language should be chosen as the preferred one (or the applications set language which mostly is defined by the os anyways)) but the player itself should never enable subs in the first place to be displayed (unless also you as user want it to). Very simple logic :)

So 3 options OS(Application), Forced (Your decision(list)), Meta tag (author) supplied) and whichever is selected the Player never ever should show them by default (unless user forces it explicitly) :)

[glorp]

And what do you expect to happen for these? :)
Can't help it if your files do not have language tags.


It's not that it doesn't have one, it just tagged 'und'. That's a real choice with mkvmerge and I've used it myself for some special situations. No tag at all is a different case, which of course I know you know.

Just saying, it would be nice if the reg ex string option were able to handle tracks marked 'und' if possible.

Here's hoping. Thanks for all your hard work. Looking forward to the new options :)

[nevcairiel]

It's not that it doesn't have one, it just tagged 'und'. That's a real choice with mkvmerge and I've used it myself for some special situations. No tag at all is a different case, which of course I know you know.

Just saying, it would be nice if the reg ex string option were able to handle tracks marked 'und' if possible.

Here's hoping. Thanks for all your hard work. Looking forward to the new options :)

Yeah i know that "no tag" means english in MKV. I don't do anything special to the tags, if it contains "und", then the new subtitle thingy will allow you to configure a rule for it.

[glorp]

Couldn't get any better. Thanks nev.

[Sven75]

...

The Powerpoint 2010 Viewer however does not even try to open a DirectShow graph when i give it the file you gave me. So no idea how to test it.

Thanks for trying - I am very grateful that you are looking into all this.

Unfortunately, I am very busy at work (setting up and testing PCs with your newest filters and some other stuff), but I will come back to you later and provide you with some more info.

[nevcairiel]

So i started to think how to design the default simple configuration mode.

There is two options for a default mode

1)
You only show forced subtitles, and never anything else.
That can be achieved right now, and is all i need, because i never watch content where i don't understand the audio. :)

2)
You show forced subtitles when audio matches your preference, and full subtitles otherwise.
Apparently this is what oddball wants.

------------------------------------------------------------
I can tell you how the "default" in a future version might work:

Assuming, i configured the audio as "eng ger", because that are the two languages i understand, with the preference of English audio, because i like the original rather then the dub.

Without any further configuration, this would happen:

- Assuming the file has english or german audio
--- If there are forced subtitles in english or german, they would be shown.
--- No other subtitles would be shown.

- If the file has no english or german audio
--- Show full subtitles in english/german (or the track marked default)

Now, the second part is questionable. Not everyone wants that, so it'll get an option.
Actually, there will be two options (i suck at wording options, but you'll get the idea)

- "Show subtitles when audio does not match preference" (default on/off? undecided)
- "Always show full subtitles" (default off)

I consider this a pretty sane default configuration. The options will need some better names (ideas welcome), and i have to decide if i want option1 active by default or not. And i should probably decide if i want an option to completely turn off subtitles.

One question remains for me:
How the hell do i deal with "default" flags on subtitles? What are they supposed to mean?

The MKV spec says this:
"Set if that track (audio, video or subs) SHOULD be used if no language found matches the user preference."

To me that means that there is one case where default would be used. Going back to my example from above - If the file has no eng/ger audio, and no eng/ger subtitle, then i'll use the default subtitle.
In addition, if "Always show full subtitles" is ON, it would also fall back to the default if no matching language was found, of course.

Am i missing something?

This all just refers to the "simple" config, which needs some good default behavior.
The "advanced" config will be able to completely control this.

Anyhow, if you have constructive ideas regarding subtitles, everyone is welcome to contribute, now is the time.
Note, though, that posts which are not constructive, seem like trolling, or anything of that sort, will just be ignored. :rolleyes:

[sneaker_ger]

Maybe you can split it up into two configurations. One simple, where you enter the languages you understand in the order of priority, i.e. for you "eng ger" and then it chooses "eng(audio),eng forced(sub);eng(audio),off(sub);ger(audio),ger forced(sub);ger(audio),off(sub)" (hope this pseudo code is readable). Maybe forced should not only account for "forced" flag, but also the string "forced" in the subtitle description?

Then a second advanced feature like the one used in Haali or rather more advanced like you proposed some pages back (http://forum.doom9.org/showthread.php?p=1519452#post1519452).

Most users will choose the simple logic, just stating that they only speak english and/or another language and the few others that need more individualization can choose the advanced logic. I guess everyone should be happy then?

[oddball]

I still think my version is the most sensible. If no flag is set then default should be whatever subtitle your preferred language is and only come on if toggled in the player. Tie the default to the OS language if you need to (German OS user gets German subs as default just like when they setup their DVD player for the first time).

"2)
You show forced subtitles when audio matches your preference, and full subtitles otherwise.
Apparently this is what oddball wants."

The subtitle language should always match the audio language and only be shown in full if you set it to be that way. in your options you have a option called 'always show forced subtitles' which to me is backwards. it should be 'never show forced subtitles'. That way if you do not want to show any subtitles at all you can have that. But forced subtitles should otherwise always be shown and in the same language as the audio unless it is either undetermined (defaults to your preferred language or tied to OS) or set as a preference yourself. Full subtitles should never be shown unless you choose to (always show full subtitles) or using the eng,jap system.

[nevcairiel]

Most users will choose the simple logic, just stating that they only speak english and/or another language and the few others that need more individualization can choose the advanced logic. I guess everyone should be happy then?

It is definitely planned to offer both a simple and a more advanced configuration.


I still think my version is the most sensible. If no flag is set then default should be whatever subtitle your preferred language is and only come on if toggled in the player. Tie the default to the OS language if you need to (German OS user gets German subs as default just like when they setup their DVD player for the first time).
Most people keep the subtitles always on in the player, and expect the splitter to actually turn them on or off for them (and complain otherwise). There wouldn't even be a need for the "No subtitles" option if the players would actually deal with this...
I'm quite sure that you'll be able to get it to work like you want with the new logic as well.

[fairchild]

I think the way it's working now is fine for my needs. I have both audio and subtitles set to: eng,spa,esp

Then I have it set to Only Forced Subs and Only with matching language. If I want to choose a different sub, for instance if I want to actually see full subs, I can just select it from the subtitle menu. This is as close to how it works on a set-top blu-ray player. If you want to see full subs you select it on the player, etc.

[glorp]

It is definitely planned to offer both a simple and a more advanced configuration.


I was thinking along these lines that you could avoid having multiple ways to configure options by providing one dropdown combo and seed it with all your defined 'simple' options. When one is selected it would build the reg ex of the advanced option that fit that selection (you might still need pref audio/sub lang boxes for input). Then one of the dropdown options would be, 'User Defined' allowing the user to input directly to a reg ex field.

It took me some time to realize that these similar simple vs. advanced options on Haali were mutually exclusive and this would also have the benfit of 'educating' users to at least the basics of how the reg ex option could be used. It also makes it easy for you to add or tweak additional 'simple' configurations in the future.

[nevcairiel]

It took me some time to realize that these similar simple vs. advanced options on Haali were mutually exclusive and this would also have the benfit of 'educating' users to at least the basics of how the reg ex option could be used.

My current idea would be to offer a checkbox for the advanced mode, which then hides the "simple" mode config, and shows the advanced mode. That way there wouldn't be any confusion - i hope.

The first time advanced mode is activated, i would seed it with the generated commands from simple mode. (In the logic, simple mode would always be converted to an advanced string, so i don't have to implement two algorithms to select streams)

[STaRGaZeR]

As I said back in the day, the only feature I miss in the current logic is the ability to tell the splitter that always disable subtitles unless a forced flag or a default flag is present. Basically the same default behavior it has now, with the exception being that if you don't find any matches or flags, disable subtitles instead of picking the first one. Just like Haali's default behavior.

This can be achieved now by commenting out line 1413 or LAVFDemuxer.cpp . Since no "best" is set if the above conditions are met, the end of the function is reached and "best" becomes the "none" track.

[nevcairiel]

Thats one of the oddities, though. I don't consider "default" to actually have that meaning. mkvmerge always flags one track as default, and if you don't remove that flag manually, you would always end up with a subtitle. Doesn't seem desirable to me, personally.

But the advanced mode will let you easily do that, if thats what you like. =)

[oddball]

All I want is forced Eng subs on English audio and Full English subs on everything else. Simples ;)

[nevcairiel]

All I want is forced Eng subs on English audio and Full English subs on everything else. Simples ;)

That'll even be possible with the new "simple" config.

[glorp]

My current idea would be to offer a checkbox for the advanced mode, which then hides the "simple" mode config, and shows the advanced mode. That way there wouldn't be any confusion - i hope.

The first time advanced mode is activated, i would seed it with the generated commands from simple mode. (In the logic, simple mode would always be converted to an advanced string, so i don't have to implement two algorithms to select streams)

That sounds good too. I liked the idea of being able to "see" how the simple options would configure the reg ex since they very well might be all I need. It's just that there lots of 'simple' interacting options that make it a challenge to get the exact logic correct. Seeing it in a written form as a list of priorities is so much easier for me.

You know what you're doing.

[cyberbeing]

The only downside is that MMX is not available in 64-bit builds (MS Compiler limitation).
If I have time, I'll try booting into Win7 x64 and see if things are any better or change at all.

[CruNcher]

All I want is forced Eng subs on English audio and Full English subs on everything else. Simples ;)

So some kind of language learning mode in my definition subtitles (closed captions) are first for hearing impaired people, and sure audio and subtitles should be in sync and changeable on demand ;)

[STaRGaZeR]

Thats one of the oddities, though. I don't consider "default" to actually have that meaning. mkvmerge always flags one track as default, and if you don't remove that flag manually, you would always end up with a subtitle. Doesn't seem desirable to me, personally.

But the advanced mode will let you easily do that, if thats what you like. =)

Yep. However the same can be said when playing anything without flags, like a BD or DVD: one would expect subtitles to be disabled by default (before entering languages and such), instead we get subtitles, and the first track on top of that which is usually not the one you would like to see if you are not English anyway. Also people coming from Haali or MPC's internal will find strange that after switching to LAV subtitles become active with no apparent reason. I have no problem setting the option(s) or modifying the code, but they surely will.

[nevcairiel]

Yep. However the same can be said when playing anything without flags, like a BD or DVD: one would expect subtitles to be disabled by default (before entering languages and such), instead we get subtitles, and the first track on top of that which is usually not the one you would like to see if you are not English anyway. Also people coming from Haali or MPC's internal will find strange that after switching to LAV subtitles become active with no apparent reason. I have no problem setting the option(s) or modifying the code, but they surely will.

The new defaults will be more sane regarding subtitles enabling. I understand how people got confused by some of the behaviour right now.

[Xaurus]

nevcairiel,

Not sure if it's very interesting but I ran a few tests with the 42 mbit/s Birds clip on my system (5 runs per decoder). http://www.megaupload.com/?d=1D4BX1U9
All output set as YV12.

LAV Video 0.35:
Avg: 187,6698 fps

ffdshow Video rev. 3972:
Avg: 184,0087 fps

CoreAVC 3.0:
Cuda avg: 47,3796 fps

LAV CUVID 0.12:
Avg: 47,2249 fps

CoreAVC 3.0:
No acc. avg: 40,4673 fps

CPU: Intel Core i7 980x @ 4015 MHz (6 threads, HT off)
GPU: Nvidia 570 GTX

[nevcairiel]

If I have time, I'll try booting into Win7 x64 and see if things are any better or change at all.

I build you a MMX P010 thingy.

http://files.1f0.de/lavf/LAVFilters-0.35-P010-mmx.zip

It *should* use the MMX version on any Athlon that has SSE2, but does not have SSE4a. Apparently the ffmpeg developers came up with that scheme to detect if a Athlon has slow SSE2.

Sadly there is no easy way for you or me to make sure its using the MMX version, but maybe you'll see a speed difference.
I sadly do not have a whole attic full of hardware to test one. ;)

[MasterNobody]

nevcairiel
Hi. Can you investigate why this sample test.mkv (http://www.mediafire.com/?qrw5x7qgwh52k9o) cause periodic flickering with LAV Video 0.35 + Haali Video Renderer (03/03/2011) and problems with seeking (also with Haali Video Renderer).
Also why LAV Video doesn't work with Overlay Mixer at all?

[jmonier]

All I want is forced Eng subs on English audio and Full English subs on everything else. Simples ;)

Unfortunately, there are exceptions for which this will not work. In some movies ("Gran Torino" is an example) the "forced" subtitles (English subtitles for another language within a predominately English film) are a separate shorter subtitle track rather than just a forced flag within a full length SDH English track. So manual selection will always be needed.

[clsid]

nevcairiel
Hi. Can you investigate why this sample test.mkv (http://www.mediafire.com/?qrw5x7qgwh52k9o) cause periodic flickering with LAV Video 0.35 + Haali Video Renderer (03/03/2011) and problems with seeking (also with Haali Video Renderer).
Also why LAV Video doesn't work with Overlay Mixer at all?Working fine here with Overlay Mixer (tested on win7).