xy-VSFilter Project (High Performance VSFilter Compatible Subtitle Filters)

[cyberbeing]

Our project was first publicly released in 2011, with the goal of bringing VSFilter performance closer to that of Libass. We succeeded.
xy-VSFilter has been included in most well known codec packs (CCCP, K-Lite, Shark, KCP), as well as distributed with players like Zoom Player.

Now in 2013, we bring XySubFilter, a collaboration with madshi (developer of madVR) using a brand-new subtitle interface for high quality rendering.
__________

Stable Release
The current xy-VSFilter stable version is: 3.0.0.306 (git 9a21450)
The current XySubFilter stable version is: 3.1.0.752 (git 7cdd471)

xy-VSFilter .zip Archive (32-bit) | xy-VSFilter .zip Archive (64-bit)

Debug Symbols for XySubFilter 3.0.0.306

Installation Instructions

Troubleshooting Q&A


XySubFilter .zip Archive (32-bit) | XySubFilter .zip Archive (64-bit)

Debug Symbols for XySubFilter 3.1.0.752

Note: XySubFilter requires a compatible subtitle consumer. We recommend madVR 0.87.5+ or MPC-HC 1.7.2+ (EVR-CP)

After downloading XySubFilter, you must ensure to run the 'Install' bat (not only replace) or else XySubFilter's autoload helper required for entering the DirectShow graph with external subtitles will not be installed.
__________

Preview Release

The current xy-VSFilter beta version is: None
The current XySubFilter beta version is: None
__________

What Is Different

Recent Changelog
Old Changelog

Significantly faster overall compared to Libass.
Up to multiple orders of magnitude faster than VSFilter 2.41

• High resolution subtitle rendering (XySubFilter only)
• External support for PGS/HDMV subtitles (XySubFilter only)
• New Style Override Dialog (XySubFilter only)
• Force Default Style (XySubFilter only)
• Support U+10000-U+10FFFF UTF-8 encoded character (XySubFilter only)
• Subpics are now drawn directly in YUV/RGB as needed to improve performance
• Official VSFilter always rendered subtitles in RGB and did a RGB -> YUV conversion when outputting YUV formats
• Floating-point Gaussian Blur implementation (higher quality + significantly faster with large blur values)
• More efficient Border code (higher quality + up to 12x faster with large border sizes)
• More efficient Clip code (significantly faster + up to 1.8GB reduction in RAM usage when rendering gradients)
• More efficient Color Conversion, Chroma Placement, Alpha Blending, and Rasterization code (SSE2 optimized)
• Alpha blending on dirty areas of the frame only
• Alpha-blending with sub-sampled/interlaced chroma where applicable
• Addition of numerous caches to speed up animated effects
• Proper implementation of animation detection to speed up static typesetting
• New script parser to speed up loading of very large subtitle scripts
• 75% reduction in CPU load overhead when idle

__________

Create New Bug Report

Reported Issues List

[cyberbeing]

MPC-HC & MPC-BE Users:


Failure to do so with xy-VSFilter (VSFilter.dll) will result in it being blocked and not used.

Failure to do so with XySubFilter will in result in horrible performance since the ISR will be rendering subtitles with madVR at the same time as XySubFilter.
If you are not achieving near-identical performance with XySubFilter+madVR compared to xy-VSFilter+madVR, this is the most likely reason why.

[cyberbeing]

Reserved

[madshi]

From what I can see, XySubFilter should combine all advantages of the MPC-HC internal subtitle renderer (high-resolution rendering, DXVA decoding compatability) with all advantages of VSFilter (correct colors, correct drawing of all ASS effects) and all advantages of xy-VSFilter (less CPU consumption etc). So for madVR users it should be the ultimate subtitle rendering solution. Of course rendering subtitles at a higher resolution does come with a cost (slightly higher CPU and GPU consumption), but it shouldn't be too much, I hope...

There's one limitation: The combination of XySubFilter + madVR only works properly if your GPU is able to perform alpha blending in more than 8bit. Some older GPUs (e.g. NVidia 9xxx series up to 2xx or maybe 3xx) can only perform alpha blending up to 10bit. For these GPUs you have to enable the madVR option "use 10bit image buffer instead of 16bit". Newer generation GPUs have no problem performing alpha blending at 16bit. Very very old GPUs might not even be able to do alpha blending at 10bit. If you have such a GPU you may have to stick with xy-VSFilter or the internal MPC-HC subtitle renderer.

[wanezhiling]

@madshi, can you post an standard ass/ssa sample file and screenshots between 16bit and 10bit/8bit? Then we can be sure if our GPUs is capable of "XySubFilter + madVR".

[zero9999]

Originally Posted by madshi

There's one limitation: The combination of XySubFilter + madVR only works properly if your GPU is able to perform alpha blending in more than 8bit. Some older GPUs (e.g. NVidia 9xxx series up to 2xx or maybe 3xx) can only perform alpha blending up to 10bit. For these GPUs you have to enable the madVR option "use 10bit image buffer instead of 16bit". Newer generation GPUs have no problem performing alpha blending at 16bit. Very very old GPUs might not even be able to do alpha blending at 10bit. If you have such a GPU you may have to stick with xy-VSFilter or the internal MPC-HC subtitle renderer.

<__ar> tp7, with that alpha blending issue, uh i managed to trigger it by changing rgb levels from pc -> auto in the most recent one i built. when i changed it back to pc it worked fine.
...
<__ar> tp7, yeah so changing RGB Level from Auto->PC in xy_sub_filter settings fixes the black box problem.
<__ar> leaving it on tv or auto
<__ar> causes the alpha blending to fail

any idea why this would fix the issue?

[pirlouy]

I don't manage to get *.srt subtitles to work.

Windows 7 x64
MadVR 0.86.9
Lav Filters 0.58.1
XySubFilter 3.1.0.546
MPC-BE dev 3073 32bits

I don't have the green arrow in systray. Which filter is responsible to detect .srt file (with the same name as the video file) ?

Embed subtitles are working though. FYI, I have uninstalled xy-VSFilter in order to have only XySubFilter.

[Soukyuu]

I can confirm setting RGB output level to PC fixes the opaque box problem for me (260GTX) without having to switch to 10bit image buffer.

edit: how well threaded is XySubFilter? I'm still having dropped frames on some overstyled subtitles, without my CPU hitting 50% usage. Shouldn't be an I/O problem since I also tested playing back the same video from a RAM disk and it stuttered just as bad. madvr's OSD shows subtitle queue dropping to 0 so XySubFilter should be the one causing it. My CPU is an AMD Phenom II X4 970BE@4GHz.

[nevcairiel]

Originally Posted by wanezhiling

@madshi, can you post an standard ass/ssa sample file and screenshots between 16bit and 10bit/8bit? Then we can be sure if our GPUs is capable of "XySubFilter + madVR".

There is no big difference visible that you can easily screenshot between 16 or 10-bit, you would notice if your GPU is not compatible when the subtitles have a black opaque box around them.

[wanezhiling]

Originally Posted by nevcairiel

You would notice if your GPU is not compatible when the subtitles have a black opaque box around them.

Thx, got it.


http://forum.doom9.org/showpost.php?...postcount=1398
@cyberbeing, why XySubFilter is still in filter chains under such situations?

[Overdrive80]

Great, is big new. Thanks for your effort.

[Keiyakusha]

Is it possible to make an option for XySubFilter to apply blur to the subtitles before they are rendered on the screen? Possibly with selectable strength.
For example I'd like to have some equivalent to gaussing blur with radius 0.1-0.5 (edit: well, this is for 1080p screen, for bigger screens I probably want more)
Or this is should be request for the consumer?

[Nevilne]

^
Use 8x8 bilinear Subpixel Position

[Keiyakusha]

Originally Posted by Nevilne

^
Use 8x8 bilinear Subpixel Position

I don't see how it helps.
8x8 8x8bilinear
0.5gauss <- I want this and possibility to set it stronger or weaker.

Edit: and yes I tried setting layout res to something like 576p and checking "render at video res", this is what I'll use probably, but it adds aliasing.

[Warlock]

Originally Posted by madshi

From what I can see, XySubFilter should combine all advantages of the MPC-HC internal subtitle renderer (high-resolution rendering, DXVA decoding compatability) with all advantages of VSFilter (correct colors, correct drawing of all ASS effects) and all advantages of xy-VSFilter (less CPU consumption etc). So for madVR users it should be the ultimate subtitle rendering solution. Of course rendering subtitles at a higher resolution does come with a cost (slightly higher CPU and GPU consumption), but it shouldn't be too much, I hope...

There's one limitation: The combination of XySubFilter + madVR only works properly if your GPU is able to perform alpha blending in more than 8bit. Some older GPUs (e.g. NVidia 9xxx series up to 2xx or maybe 3xx) can only perform alpha blending up to 10bit. For these GPUs you have to enable the madVR option "use 10bit image buffer instead of 16bit". Newer generation GPUs have no problem performing alpha blending at 16bit. Very very old GPUs might not even be able to do alpha blending at 10bit. If you have such a GPU you may have to stick with xy-VSFilter or the internal MPC-HC subtitle renderer.

The GeForce 8600GT has alpha blending?
This here is another question I have. When the XySubFilter is installed, looks like this:

http://i.imgur.com/Qr8zLGo.jpg

When the xy-VSFilter looks like this:

http://i.imgur.com/q3XaV74.jpg

It's supposed to be so even with the XySubFilter installed? Another thing I noticed was regarding the pin info generated by lav. When the xy-VSFilter is installed, the pin info output equals pin info input, in the case of the video image is 720p. Already in XySubFilter, Pin out information generated is 2048x720. Is that correct?

[TheShadowRunner]

Thank you for this beta of xySubFilter, I just tested and have a couple of questions / bugs to report:
My setup: WinXP SP3, Zoom Player Max, xySubFilter beta 3.1.0.546 (removed all traces of previous XYVSfilter/VSFilter), madVR 0.86.9, newest Haali 1.13.138.14.

Bugs:
1. The subtitles never display when they are embedded!? (for exemple all the matroska files I tested).
madVR does report "subtitle queue 7-8/8" so I know the filter is connected.
On the property page of xySubFilter, Language is empty and grayed out, like if it wasn't able to load the subtitle track at all.
"Loading when needed" with "External" and "Embedded" checked.
Please see: xysubfilterbug.png
External subtitles are picked up and work correctly.

2. The "PAR compensation" setting doesn't stick. I chose "Accurate Size", restart playback, and it's reset to "Disabled". (even tried to force automatic_par_compensation to reg_dword value 3, no go)

Questions:
3. What is the purpose (if any) of the option "Render To Original Video Size" when "Use Original Video Size" is selected in the dropdown menu?

4. What is the difference between "Auto" and "Guess" settings for the YCbCr matrix ?
Please let me know!

[huhn]

at 1: try lavfilter haali is so old the page is even down.

[TheShadowRunner]

Originally Posted by huhn

at 1: try lavfilter haali is so old the page is even down.

This very Haali was released a month ago. And it works perfectly fine with XY-VSFilter/VSFilter, that's not it.
(edit: as you can see on the picture i linked, the subtitle track was auto-selected correctly in XYSubFilter context menu)

[DarkSpace]

Originally Posted by TheShadowRunner

PAR compensation

PAR Compensation broke, use Layout Resolution instead (set it to anamorphic-corrected video size).

Originally Posted by TheShadowRunner

What is the purpose (if any) of the option "Render To Original Video Size" when "Use Original Video Size" is selected in the dropdown menu?

Those two are totally separate things.
Render To Original Video Size makes XySubFilter output subtitles at video resolution instead of using the scaled output resolution.
Use Original Video Size sets the Layout Resolution to use the original video size.

Originally Posted by TheShadowRunner

What is the difference between "Auto" and "Guess" settings for the YCbCr matrix ?

Auto uses the ASS script's YCbCr Matrix flag if it's present and otherwise defaults to using TV.601 (or, for PC-range content, PC.601) YUV values.
Guess chooses the YUV values to use by resolution, although I don't know if it attempts to read the YCbCr Matrix field first.

[huhn]

that's "normal" that xysubfilter is loaded with every file at least for me. it's maybe a bug.

when i start a file without subtitle i get the same filter like you with "(xySubFilter connected with madvr, none)".

i just tryed haali and it works after i block xyvobsub.