LAV Filters - DirectShow Media Splitter and Decoders

[madshi]

How would it actually solve it?
Doesn't the renderer poll for subtitle frames, or did i miss an API to push changes? Doesn't seem like it really allows better low-delay handling then my current way of doing things.

There is also the problem of still-frame redraws, i'm not sure how the interface really solves that.
Your OSD interface on the other hand could manage all that.
It seems I didn't really think this fully through. You're right that the new subtitle interface will not automatically solve this by itself. One way to improve the situation would be if madVR limited the decoder queue to a much smaller size as long as a DVD menu is active. However, this could eventually result in some frame drops once in a while in DVD menus. Another option would be for you to use the OSD interface, then I could rerender the frames only when the DVD menu selection changes. Another option would be for you to use the new subtitle interface, but to additionally Disconnect/Reconnect the ISubRenderConsumer every time the DVD menu selection changes. That would also force madVR to rerender all frames in the queue.

Btw, can a DVD menu selection also contain "subtitle animations"?

[nevcairiel]

Btw, can a DVD menu selection also contain "subtitle animations"?

I don't think DVD subs support animation at all.
Menus in particular are usually a big image with all pixels fully transparent, and only when the selection is active it defines a rect in which the colors should become visible (it defines new colors for the indexed palette values of those pixels within the specified rect).

I haven't seen any menu behave any differently. So while i guess a DVD could send a new subtitle rect for every frame to get some animation going, i don't think its valid.

[6233638]

It mostly depends on how the menu is setup. This menu for example looks like a static image, but its still encoded as a movie at 25 fps, simply showing the same image over and over.

Because of queueing in the renderer, this can result in higher reaction times, especially if you use madVR - it queues a lot more (also depends on your queue settings in madVR)

A movie with an actual still-frame menu will simply repaint this frame on demand, and because there are no other frames to queue, it shows faster.Thanks, that makes sense as the most unresponsive discs I tried all had animated backgrounds. Interestingly, there seemed to be two levels of responsiveness - I guess depending on whether they were using film or video-type content for the background clip.


It would be great if you and Madshi are able to figure out some kind of solution for this.

Personally, I would say that latency matters above all else when in the menus, and that dropping frames would be preferable to delays.

I suppose I could also try dropping the queues for Windowed mode, as I never navigate DVD menus in FSE. (though I do sometimes have a video snapped to one side of my desktop, so that's not an ideal solution...)

[Xaurus]

People still use DVDs? ;)

[6233638]

People still use DVDs? ;)Unfortunately, there's still a large number of films that are not available on Blu-ray (especially if you don't import discs, which I just don't have the patience for these days) and streaming services are awful.

[sneaker_ger]

Could you change "Don't mix stereo sources" to "Don't upmix stereo sources"?
Creating channels that were not present in the original makes sense, but when choosing mono mixing, it usually has a reason.

[Moony349]

Nev,

Any chance you'll work on a sub filter for madvr's new subtitle interface?

[Keiyakusha]

Any chance you'll work on a sub filter for madvr's new subtitle interface?
Just curious, xy-vsfilter is not enough?

[6233638]

Just curious, xy-vsfilter is not enough?Is there anywhere to discuss/report xy-vsfilter problems at all? I've tried the latest version, but certain subtitles are showing up as being green for me.

[huhn]

http://code.google.com/p/xy-vsfilter/issues/list

[shadowdogg]

Hi, how do I bitstream PCM? I used to use reclock but it doesn't seem to want to work for me anymore, it says my hardware isn't supported on the particular sample rate and stuff but it clearly is :S 48khz, 24bit.

I would like it to go directly to my amp rather than just windows' rubbish system though without using another program like reclock would be even better.

[Duffy Moon]

it says my hardware isn't supported on the particular sample rate and stuff but it clearly is :S 48khz, 24bit.


Have you tried changing the sample rate to something else?

[shadowdogg]

Have you tried changing the sample rate to something else?

Nope, but it did work before just not on Windows 8. I would love a solution with LAV though, is it not possible to bypass windows' system and just go straight to amp now with latest version?

[Duffy Moon]

Nope, but it did work before just not on Windows 8. I would love a solution with LAV though, is it not possible to bypass windows' system and just go straight to amp now with latest version?

No idea. I won't be using Windows 8 for quite some time I think. Early adopters can sort out all the bugs. :D

[shadowdogg]

No idea. I won't be using Windows 8 for quite some time I think. Early adopters can sort out all the bugs. :D

Well... I got a new SSD and because I really had to start again I thought I would take the plunge. Bit dissapointed to hear LAV doesn't just bitstream the PCM though :(

[mindbomb]

what is the channel count in what you are playing?
you might have to use lav audio's mixer.
also, use 24 bit padded to 32.

[SamuriHL]

PCM bitstreaming has nothing to do with LAV. It's 100% about your audio renderer and whether it supports Exclusive Mode. That's NOT a LAV issue. That's your player's issue. I use MC18 and have zero problems with this issue. Yes, on W8.

[shadowdogg]

PCM bitstreaming has nothing to do with LAV. It's 100% about your audio renderer and whether it supports Exclusive Mode. That's NOT a LAV issue. That's your player's issue. I use MC18 and have zero problems with this issue. Yes, on W8.

Hmm.. why is PCM bitstreaming got nothing to do with LAV? I assume you mean I still have to use reclock? Don't know if its an 'issue' but putting it to windows means I can't play about with it in music mode or movie mode on my amp since it is outputting whatever windows thinks it should be with blank channels and whilst I know it could do mixing it to 5.1 and have a similar effect, it means I can't really take advantage of my amps features if say I wanted to change back to 'pure sound' on the fly.

[SamuriHL]

Hmm.. why is PCM bitstreaming got nothing to do with LAV? I assume you mean I still have to use reclock? Don't know if its an 'issue' but putting it to windows means I can't play about with it in music mode or movie mode on my amp since it is outputting whatever windows thinks it should be with blank channels.

It's not a LAV issue because LAV is not an audio renderer. ReClock IS an audio renderer that allows exclusive mode. That's why it "bitstreams" PCM. Other renderers allow that, as well. J River, for example, allows exclusive mode. Exclusive mode is what bypasses the Windows Audio settings. Again, this has nothing at ALL to do with LAV. All it's doing is passing the audio to your renderer of choice.

[shadowdogg]

It's not a LAV issue because LAV is not an audio renderer. ReClock IS an audio renderer that allows exclusive mode. That's why it "bitstreams" PCM. Other renderers allow that, as well. J River, for example, allows exclusive mode. Exclusive mode is what bypasses the Windows Audio settings. Again, this has nothing at ALL to do with LAV. All it's doing is passing the audio to your renderer of choice.

I still don't really get the difference, like how DTS-HD can be sent to the amp? But thanks for the explaination. I guess I will have to try Reclock again

[6233638]

Hi, how do I bitstream PCM? I used to use reclock but it doesn't seem to want to work for me anymore, it says my hardware isn't supported on the particular sample rate and stuff but it clearly is :S 48khz, 24bit.Many devices don't like 24-bit, and require 24-bit padded to 32 instead. Depending on the device, this can actually change with the drivers used. (which may explain the change with Windows 8)

I would really advise against bitstreaming though. You make an obvious sacrifice video quality (dropped/delayed frames) for the sake of an inaudible difference in audio quality (if supported, ReClock can actually upsample audio) and LAV Audio does bit-perfect audio decoding.

[SamuriHL]

PCM is uncompressed audio. DTS-HD MA and TrueHD are compressed audio. They are not the same. At all. You'll have to do some searching if you want a full explanation as to the underlying issue. Just know that your audio renderer is what controls what is bitstreamed and what is not. It's NOT controlled by the splitter or decoder, which is what LAV is.

[SamuriHL]

LAV Audio does bit-perfect audio decoding.

The caveat to that is for bit perfect DTS-HD MA decoding you need to use the ArcSoft DTS decoder. LAV will detect it and use that if the proper dll is placed in the LAV folder.

[shadowdogg]

Hi Samurai, hopefully your still around as your extremely helpful. So I looked at the audio render business and found that if I changed to MPC audio render it then does exactly what I want it to do (i.e. show up as the PCM e.g. 44.1khz) on my system, but usually default stuff is rubbish so just want to check whether that is actually terrible or whether the audio render actually makes a difference if LAV is already doing the 'work' but the render is just telling it where to go (which I assume is possibly what reclock does anyway).

Blast... only on 44.1khz does it decide to do what I want, on 48khz it does the usual nonsense. Hmm... please explain wise samurai :D

[SamuriHL]

I think you're not fully understanding what bitstreaming means. It seems to be what you're after, but, you don't understand the ramifications of it. Bypassing the Windows Audio mixer means that the audio is completely untouched. Bit perfect in every way. So as long as the renderer sends it untouched, and MPC audio renderer will do exclusive mode, then you're good to go. So no need to worry about it "messing" with the audio.

[shadowdogg]

I think you're not fully understanding what bitstreaming means. It seems to be what you're after, but, you don't understand the ramifications of it. Bypassing the Windows Audio mixer means that the audio is completely untouched. Bit perfect in every way. So as long as the renderer sends it untouched, and MPC audio renderer will do exclusive mode, then you're good to go. So no need to worry about it "messing" with the audio.

Ok, though I seem to be having trouble with a particular type of audio from this anime. Checked other anime and it was fine, so I decided to jot down which worked and which didnt

one that didn't work:
FLAC 48Khz, stereo, S24

ones that did
AAC 48khz, stereo,
FLAC 48khz, Stereo, S12
AC3, 48Khz, stereo, 320kB/s

So.. I assume it is to do with S24, 24-bit? I assume it is the limitation of the MPC audio render?

[SamuriHL]

You can't bitstream FLAC.

[shadowdogg]

what is the channel count in what you are playing?
you might have to use lav audio's mixer.
also, use 24 bit padded to 32.

Hi mindbomb, I didn't see your post. I think this was actually the problem all along... ahahah

Many thanks to you and Samurai. I did look on net about MPC audio renderer and it is a bit too glitchy for my taste so... I will keep with reclock :D

Now to play with my audio/video sync which I always have issues with

[Aleksoid1978]

I can confirm it doesn't affect MPC-HC. So probably not an issue with LAV. Guess I will just keep using HC.

MPC-BE - can disable internal Subtitle/Audio track select logic:
http://s43.radikal.ru/i101/1211/b3/b08e0a57039at.jpg (http://radikal.ru/F/s43.radikal.ru/i101/1211/b3/b08e0a57039a.png.html)

Disable this checkbox.

[Xaurus]

nev,

Seems that lav splitter has some trouble recognizing this dts-hd ma 7.1 track.

Here's BDinfo and a scan of the cover:
http://www.imagebam.com/image/5c3b11220653747
http://i1138.photobucket.com/albums/n528/mook4533/Arg/Arg2EEAB.jpg

Then here's what lav splitter reports:
http://thumbnails102.imagebam.com/22066/11d69c220653623.jpg (http://www.imagebam.com/image/11d69c220653623)

[nevcairiel]

This is normal, its just a visual problem, ignore it. :p
Because ffmpeg doesn't support DTS-HD MA, it will just show the info from the core track.

[mcn]

Are there any pluses or minuses between using avcodec or cuvid strictly for MPEG2 decoding in LAV Video? Exact same thing quality wise?The quality is the same on all decoders. The only difference is where the decoding is done, in the CPU or the GPU.

Does this apply for all the codecs or only for MPEG-2?

Also, is hardware (in particular with cuvid) deinterlacing qualitatively better than software deinterlacing?

I'm asking because I probably will have to stop using hardware decoding altogether since when using ProgDVB (6.90.1, x86) with LAV Video (0.53.2, x86) I get a black picture on H.264 channels.
This happens when cuvid acceleration is enabled.

I tried all the available renderers but it doesn't fix the issue.

Software decoding works fine, as does DXVA2 (native) decoding.
DXVA2 (copy-back) is "slow", it seems to drop frames, meaning that I see a new frame about each second.

MPEG-2 with cuvid works fine on ProgDVB.

With MPC-HC (x86) I have no problems with H.264 and cuvid acceleration.

I'm on Windows 8 x64 with Nvidia drivers 306.97.

If it might be of interest, to help reproduce the issue I uploaded a short H.264 clip recorded with ProgDVB at:
http://bayfiles.com/file/rRSJ/2HNecp/sample.ts

Opening it with ProgDVB and using LAV Video with cuvid acceleration shows a black picture. It plays just fine with MPC-HC.

[leeperry]

Hi nev, thanks for your ongoing work on this killer package!

BTW, I was wondering how you'd feel about adding post-processing capabilities? I realize that you said you didn't want to make it yet another ffdshow, but as much as I've managed to get stereo 32fp VST plugin support/lossy audio decoding in ffdshow after a lot of whining to several coders, its video side is still done in YV12 which is a major no-go and summons the noise gremlins like you wouldn't believe :(

For the record, here's the diff between 8bit processing on the Sanyo PLV-Z2 and 10bit on the Z3:

http://www.son-video.com/images/static/Rayons/HomeCinema/VideoProj/Sanyo/PLVZ3_PixelWorks_FX_m.jpg

I owned both simultaneously a while ago, and I can assure you that the Z2 was truly as snowy as shown on this picture when rolling them one after the other....300 was unwatchable on the Z2 :eek:

The Z4 went 12bit, just like all major videoprojectors these days.

A friend of mine is forced to process his 5.1 Digital Room Correction using the sloppy AC3 Filter EQ so he would die to get proper 32fp VST plugin support. At this stage, the only way to do that is to buy a pricey pro-audio board such as RME's and do a whole bunch of rerouting in their drivers(but then you can't output audio via lossless HDMI anymore).....a multi-channel VAC is technically possible under XP, but not under W7/W8 anymore so using a rewired VST Host is also a no-go.

All this said, I use a fairly high-end headphones rig so 32fp stereo VST plugin support in ffdshow truly hits the spot for my own use. My real problem is that I would love to be able to process video effects such as flipping/mirroring/levels conversion/framerate interpolation(the artifacts-free "motion flow" of the mid-range Sammy TV's has completely spoiled me :( ) in 16bit, in order to feed mVR without going through several utterly lossy 8bit conversions.

The ability to make automatic profiles based on resolution/frame rate just like in ffdshow would be the icing on the cake and quite frankly I don't think it's really the job of a VR to take care of all this. Also, madshi is already swamped with feature requests :o

Or maybe you could add VaporSynth support? From what I understood it's like Avisynth, just not limited to 8bit output this time.

8bit video processing is really sending us back to the stone age, it would be like processing audio in 16int instead of 64fp :(

And soon or later, it will be possible to output 10bit off mVR so your 16bit video processing software layer would be a strong asset.

:thanks: for even considering it, this would be amazing to finally be able to process video in 16bit on a PC...mVR+Reclock is the unstoppable train, but it'd need air conditioning and genuine leather chairs pretty badly at this point :scared:

[leeperry]

Oh, and I forgot, this would finally allow me to put some load on the CPU because when feeding vanilla CUVID to mVR, my old GPU has to do all the work while my Q9450 is taking it easy :o

[Xaurus]

This is normal, its just a visual problem, ignore it. :p
Because ffmpeg doesn't support DTS-HD MA, it will just show the info from the core track.
Shame on ffmpeg then. :)

[Moony349]

Just curious, xy-vsfilter is not enough?

xy-vs filter is enough... but it's not perfect. The biggest issue is when you upscale a DVD source to 1080p, the subs (sign posts, etc.) look pretty crappy.

Since I'm fairly certain we're all perfectionists here (why else would we be obsessing over upscaling algorithms etc.), and Madshi has shown that he's willing to work on this, wouldn't it be great if subtitles were upscaled by the renderer (MadVR)? This way, we avoid all of the inconsistencies in scaling, timing, colorspace etc. that plague other subtitle filters that don't integrate with madvr. Plus, xy-vs is slow.

Since almost everyone that uses LAV uses MadVR, it makes perfect sense to integrate the two with regard to subtitling.

[Keiyakusha]

xy-vs filter is enough... but it's not perfect. The biggest issue is when you upscale a DVD source to 1080p, the subs (sign posts, etc.) look pretty crappy.

Since I'm fairly certain we're all perfectionists here (why else would we be obsessing over upscaling algorithms etc.), and Madshi has shown that he's willing to work on this, wouldn't it be great if subtitles were upscaled by the renderer (MadVR)? This way, we avoid all of the inconsistencies in scaling, timing, colorspace etc. that plague other subtitle filters that don't integrate with madvr. Plus, xy-vs is slow.

Since almost everyone that uses LAV uses MadVR, it makes perfect sense to integrate the two with regard to subtitling.

You don't have enough information on the topic. From what you say I can conclude that xy-vsfilter is enough.

Edit: Actually not enough information maybe a too weak description. Your "xy-vs is slow." which is in fact fastest sub renderer out there, tells for itself (or simply trolling).

[Moony349]

You don't have enough information on the topic. From what you say I can conclude that xy-vsfilter is enough.

Actually not enough information maybe a too weak description. Your "xy-vs is slow." which is in fact fastest sub renderer out there, tells for itself.

Oh, don't get me wrong, I'm definitely no expert. I think xy-vs is great. I was just wondering if, essentially, LAV could kind of include xy-vs; if you will, modified to work with MadVR's new subtitle interface.

When i say slow, I mean, xy-vs upscaling increases rendering time significantly, because xy-vs is upscaling AND madVR is upscaling at the same time. It's probably more efficient if MadVR just upscales everything at once, wouldn't you say?

[SamuriHL]

Oh, don't get me wrong, I'm definitely no expert. I think xy-vs is great. I was just wondering if, essentially, LAV could kind of include xy-vs; if you will, modified to work with MadVR's new subtitle interface.

When i say slow, I mean, xy-vs upscaling increases rendering time significantly, because xy-vs is upscaling AND madVR is upscaling at the same time. It's probably more efficient if MadVR just upscales everything at once, wouldn't you say?

As he said, you don't appear to have all the info. The developers are already adding the support you're asking for. No need for Nev to do anything about it.

[madshi]

xy-vsfilter is not supposed to upscale, unless you custom-configure it that way. There's also no reason for nevcairiel to integrate xy-vsfilter into LAV because an xy-vsfilter version with support for the new subtitle interface is already in the works (by the xy-vsfilter developer, not by nevcairiel). nev once hinted he might (or not) do a libAss subtitle renderer. But since then xy-vsfilter has gotten quite a bit faster, so it's a question worth asking if a libAss DirectShow subtitle renderer would be worth the effort now.

[Keiyakusha]

It's probably more efficient if MadVR just upscales everything at once, wouldn't you say?
Absolutely not. I say that the best way is when upscale is not needed at all. (oops too late)

[Moony349]

xy-vsfilter is not supposed to upscale, unless you custom-configure it that way. There's also no reason for nevcairiel to integrate xy-vsfilter into LAV because an xy-vsfilter version with support for the new subtitle interface is already in the works (by the xy-vsfilter developer, not by nevcairiel). nev once hinted he might (or not) do a libAss subtitle renderer. But since then xy-vsfilter has gotten quite a bit faster, so it's a question worth asking if a libAss DirectShow subtitle renderer would be worth the effort now.

Thanks Madshi!

I was under the impression that xy-vs had stopped being developed, hence my asking Nev about a different filter.

Good to hear that an integrated xy-vs is already in the works (excited).

Also, Keiyakusha, thanks for correcting me. As I said, I'm no expert. I'm just curious.

[Skibicki]

Actually not enough information maybe a too weak description. Your "xy-vs is slow." which is in fact fastest sub renderer out thereThe more complex and numerous the holes, gaps, or notches in a font outline, the slower it will render. According to this thread, it depends on the font. http://www.cccp-project.net/forums/index.php?topic=5976.msg42091#msg42091

[Keiyakusha]

According to this thread, it depends on the font. http://www.cccp-project.net/forums/index.php?topic=5976.msg42091#msg42091
Sure it is possible to make xy show worse results. Which is not even problem in xy itself but in windows' gdi. Still in most cases it is faster.

[the_weirdo]

When i say slow, I mean, xy-vs upscaling increases rendering time significantly, because xy-vs is upscaling AND madVR is upscaling at the same time. It's probably more efficient if MadVR just upscales everything at once, wouldn't you say?

IIRC, by default, current xy-vsfilter renders subtitles directly onto video images before send them to video renderers. So as madshi pointed out, current xy-vsfilter does not upscale subtitles as you think.

[Asmodian]

It would be very nice to be able to render the subtitles on the resized-for-display-by-MadVR video instead of needing to resize them along with the rest of the video. Or just render them at the display resolution instead of the video resolution, pass them to MadVR and let it do the overlay. :D

The key, in my opinion, is rendering the text at the display resolution so the subs never get resized at all. Allowing the user to pick the resize algorithm for picture based subtitles (DVD, bluray) would be nice too.

Of course, I am not sure how the new subtitle interface works so I will wait and see. :)

[Keiyakusha]

Of course, I am not sure how the new subtitle interface works so I will wait and see. :)
This is exactly what new interface is for. At least this was the reason I made this feature request year ago or so. By now amount of use-cases for this interface somehow extended.

Edit: wait. it just occurred to me that this is LAV thread, why we discuss xy-vsfilter here? Lets move somewhere else, I'm sure there was dedicated thread for it.

[cyberbeing]

According to this thread, it depends on the font. http://www.cccp-project.net/forums/index.php?topic=5976.msg42091#msg42091

Don't let it fool you. When I said worse case in that thread, I really did mean worse case. In nearly all other cases, even with complex font outlines, xy-VSFilter is faster then Libass.

____
Win7 x64 | 4.4Ghz 3570K
LAV Video + Haali Splitter + DirectShowSource + AVS Meter v1.43
MPlayer2 -benchmark -vo null -nosound
____

[Chihiro] Tonari no Kaibutsu-kun ED1
Libass + Mplayer2 = 48fps
xy-VSFilter + LAV Video = 78fps
VSFilter 2.41.6205 + LAV Video = less than 1fps

[Staircase] Hatsuyuki Sakura OP
Libass + Mplayer2 = 123fps
xy-VSFilter + LAV Video = 198fps
VSFilter 2.41.6205 + LAV Video = less than 1fps

[GotWoot] Moyashimon Returns OP1
Libass + Mplayer2 = 353fps
xy-VSFilter + LAV Video = 505fps
VSFilter 2.41.6205 + LAV Video = 15fps

[CoalGirls] Card Captor Sakura OP2
Libass + Mplayer2 = 220fps
xy-VSFilter + LAV Video = 257fps
VSFilter 2.41.6205 + LAV Video = 17fps

[UTWoots] Sword Art Online ED1
Libass + Mplayer2 = 208fps
xy-VSFilter + LAV Video = 334fps
VSFilter 2.41.6205 + LAV Video = 42fps

[SFW-Chihiro] Dance in the Vampire Bund (Heavy Typesetting)
Libass + Mplayer2 = 254fps
xy-VSFilter + LAV Video = 428fps
VSFilter 2.41.6205 + LAV Video = 91fps

[Commie] Steins Gate "CPU Benchmark" OP1 (Complex Font Outline)
Libass + Mplayer2 = 442fps
xy-VSFilter + LAV Video = 455fps
VSFilter 2.41.6205 + LAV Video = 91fps

[UTWoots] Sword Art Online OP2
Libass + Mplayer2 = 170fps
xy-VSFilter + LAV Video = 315fps
VSFilter 2.41.6205 + LAV Video = 111fps

Bakemonogatari (Heavy Typesetting)
Libass + Mplayer2 = 144fps
xy-VSFilter + LAV Video = 350fps
VSFilter 2.41.6205 + LAV Video = 147fps

[rori] Kokoro Connect OP1 (Complex Font Outline)
Libass + Mplayer2 = 360fps
xy-VSFilter + LAV Video = 415fps
VSFilter 2.41.6205 + LAV Video = 250fps

[UTWoots] Sword Art Online OP1
Libass + Mplayer2 = 235fps
xy-VSFilter + LAV Video = 446fps
VSFilter 2.41.6205 = 279fps

[UTW] FATE ZERO OP1
Libass + Mplayer2 = 361fps
xy-VSFilter + LAV Video = 552fps
VSFilter 2.41.6205 + LAV Video = 364fps


Though I still think it would be extremely useful for nevcairiel to create a Libass directshow filter. Text rendering quality has superior anti-aliasing, and there are a couple other things like transforming font spacing which VSFilter currently can't do well. With a bit of optimization and caching like we're doing in xy-VSFilter, I'm sure performance could be improved as well.

I'm sure there was dedicated thread for it.

Not yet. I was only planning on creating a dedicated thread once there was a new subtitle interface build for testing. But yes, please don't hi-jack the LAV Filters thread.
If you need someplace to discuss xy-VSFilter in the meantime, there is the CCCP thread (http://www.cccp-project.net/forums/index.php?topic=5976.0) where the project was first introduced.

[Keiyakusha]

Not yet. I was only planning on creating a dedicated thread once there was a new subtitle interface build for testing. But yes, please don't hi-jack the LAV Filters thread.
If you need someplace to discuss xy-VSFilter in the meantime, there is the CCCP thread (http://www.cccp-project.net/forums/index.php?topic=5976.0) where the project was first introduced.

Oh, I though there was a thread somewhere here just it is unpopular. I even have vague memory of devs posting in it... I guess I confused it with something else (>_<)

[sexus]

MPC-BE - can disable internal Subtitle/Audio track select logic:
http://s43.radikal.ru/i101/1211/b3/b08e0a57039at.jpg (http://radikal.ru/F/s43.radikal.ru/i101/1211/b3/b08e0a57039a.png.html)

Disable this checkbox.

oh , thats cool , thanks very good ;)