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

[Telion]

Aleksoid1978
cyberbeing

I discovered that both of my problems are due to just adding XySubFilter to External Filters in MPC-BE and not installing it into OS. I thought there should be no difference, am I wrong? Now I found out that registered XySubFilter can't be blocked through External Filters, and I must unregister it to switch back to VSFilter for comparison. Not very convenient, but I'm OK with this, thank you.

[cyberbeing]

XySubFilter 3.1.0.546 uses version 1.0.6 of the subtitle interface which requires that the Subtitle Consumer (e.g. madVR) always auto-load XySubFilter into the graph for external subtitles. When XySubFilter is installed, it writes its GUID to HKCR\Autoload.SubtitleProvider , which the Subtitle Consumer uses to find and load XySubFilter into the graph. We are currently in the process of investigating alternative methods which can be used to load Subtitle Providers for external subtitles. So it's very possible a future build may function as you desire, depending on the solution we come up with.

[Moragg]

Aleksoid1978
cyberbeing

I discovered that both of my problems are due to just adding XySubFilter to External Filters in MPC-BE and not installing it into OS. I thought there should be no difference, am I wrong? Now I found out that registered XySubFilter can't be blocked through External Filters, and I must unregister it to switch back to VSFilter for comparison. Not very convenient, but I'm OK with this, thank you.

My original installation of xysubfilter alongside xyvsfilter allowed me to block xysubfilter in external filters... though that was in MPC-HC.

[DarkSpace]

I've got a request: Currently, when opening either XySubFilter's or xy-VSFilter's properties page during video playback by double-clicking on the tray icon, the window opens in the top left area of whatever monitor currently plays the video. Is it possible to have the window open on the primary monitor instead, like e.g. madVR's configuration window does, or, when tray icons are enabled, the LAV Filter properties pages do?

[cyberbeing]

So you want the properties page to be opened on the same monitor the tray icon is clicked from? The current behavior of opening within the video window was likely done internationally in the legacy VSFilter tray code, but we could probably change that. Create a new issue on our bug tracker if you want us to consider it.

[mindbomb]

should we specify our monitor resolution anywhere in xy subfilter like with mpc hc's subtitle renderer?
I notice an area in renderer layout options where it appears you can enter a resolution, but I suspect it is for something else.

[cyberbeing]

should we specify our monitor resolution anywhere in xy subfilter like with mpc hc's subtitle renderer?
____
No, you do not need to specify anything. Output resolution is dynamic, and always matches the resolution of video after resizing.

For example with Default behavior:

720x480 16:9 anamorphic DVD encode

Viewed at 100% 853x480 = 853x480 Subtitle Resolution
Viewed fullscreen at 1920x1080 = 1920x1080 Subtitle Resolution
Viewed at 50% 427x240 = 427x240 Subtitle Resolution
...and so on

Always rendering fonts at the resolution of the video after resizing along with automated scaling of effects, yields the highest quality.

____

The only resolution option which exists in XySubFilter, is the "Render to Original Video Size" option. This option enables VSFilter style rendering behavior, with rendering resolution always matching the original video, and subtitles blended prior to resizing:

720x480 16:9 anamorphic DVD encode

Viewed at 100% 853x480 = 720x480 Subtitle Resolution
Viewed fullscreen at 1920x1080 = 720x480 Subtitle Resolution
Viewed at 50% 427x240 = 720x480 Subtitle Resolution
...and so on

Normally you should not enable this, as it somewhat defeats the purpose of using XySubFilter. We've primarily left such an option in for users who are bothered by high resolution subtitles on low resolution video. Though you do still get higher quality color-corrected 4:4:4 RGB rendering with this option enabled, instead of the sub-sampled 4:2:0 YCbCr output common with VSFilter.
____


I notice an area in renderer layout options where it appears you can enter a resolution, but I suspect it is for something else.

Yes, that "Customize" setting is primarily for debugging scripts, and is not related to rendering resolution at all. So while it does exist, and has some alternative uses, that setting is not user friendly at all and as such not intended for end-users. Out of infinite possibilities, there is never more than a single layout resolution which ever correct here (the video resolution which a script was authored to), setting to anything else will break scripts. Our default behavior is VSFilter compatible, and assumes the resolution of the video being used with the script during playback, matches the resolution of the video used in script authoring.

[ryrynz]

Normally you should not enable this, as it defeats the purpose of using XySubFilter. We've left such an option in for users who are bothered by high resolution subtitles on low resolution video.


High resolution subs on low resolution video just looks wrong to me, so I enable it. Would it be worthwhile to have another option further to this where the resolution of the content must exceed a specified value for this to become active?

[Soukyuu]

Normally you should not enable this, as it somewhat defeats the purpose of using XySubFilter. We've primarily left such an option in for users who are bothered by high resolution subtitles on low resolution video.I'm not sure that would be possible at all, but how about an option for unstyled (default position, not additional ASS tags) to be rendered at output resolution, while styled are rendered at video resolution? Watching DVD resolution video with typesetted signs at output resolution looks weird to me because the typesetting and signs don't blend, but dialogue is easier on the eyes when it's not blurry.

[madshi]

Another option would be to render at video resolution but to blur the subtitles appropriately. This would have the nice benefit that the subtitles would have a similar sharpness to the video, but zero *aliasing*.

[ryrynz]

Another option would be to render at video resolution but to blur the subtitles appropriately.

Saw somebopdy suggest that earlier and Cyberbeing said it was on the cards.

[cyberbeing]

How to take madVR screenshots with MPC-HC which include XySubFilter subtitles [Updated] (http://forum.doom9.org/showpost.php?p=1638448&postcount=19731)

[Tornado15550]

Will there be a 64bit release of xySubFilter?
Right now, I'm running the 64bit release of xy-VSFilter.
Also, is it a must to have MadVR in order for XySubFilter to work?

[nevcairiel]

Also, is it a must to have MadVR in order for XySubFilter to work?

At the moment, madVR is the only thing which supports it, and since madVR is only 32-bit, the 64-bit question answers itself for now.

However, the MPC-HC devs are working on making XySubFilter work with the internal renderers, as well.

[Tornado15550]

At the moment, madVR is the only thing which supports it, and since madVR is only 32-bit, the 64-bit question answers itself for now.

However, the MPC-HC devs are working on making XySubFilter work with the internal renderers, as well.

Makes sense.
Thanks for the reply.

[Asteague]

I've heard back that MPC-HC will hopefully commit a fix sometime tomorrow.


Just to let everyone know, the mentioned fix has since been committed and xySubFilter works flawlessly even when there's only external subtitles.

[Aleksoid1978]

To developers - filter can't render some subtitle from DVD(VOBSUB). If need - i can upload example of this files.

[cyberbeing]

To developers - filter can't render some subtitle from DVD(VOBSUB). If need - i can upload example of this files.
Do your samples work in MPC-BE without XySubFilter/xy-VSFilter? It's quite possible we forgot to merge a bug-fix commit from MPC-BE somewhere, in which case it could be more helpful to just point out what you did to fix this issue. In general when it comes to VOBSUB/PGS/DVB image-based subtitles, we often only merge changes and fix regressions compared to MPC-HC & MPC-BE, and otherwise let these projects be in charge of maintaining this code rather than working on it ourselves.

None the less, if it is broken in all versions of VSFilter, please provide a sample.

[Aleksoid1978]

Yes - it' samples work in MPC-BE. But fail in MPC-HC/XySubFilter/xy-VSFilter.

[JEEB]

Please feel free to upload the samples, but can you also check if this fork (https://github.com/jeeb/xy-vsfilter/releases/download/2013-07-16-beta/2013-07-16-xy-vsfilter.7z) of xy-VSFilter I'm (trying to) maintain fails them too :) ?

[cyberbeing]

XySubFilter contains all the VOBSUB fixes from JEEB's branch, so it's most likely the same behavior.

I took a quick look, and it seems like we are missing this (http://svnlog.mpc-next.ru/diff.php?repname=MPC-BE+Team&path=%2Ftrunk%2Fsrc%2FSubtitles%2FVobSubImage.cpp&rev=1459&peg=1459) commit from MPC-BE r1459. Would need a sample to confirm this fixes Aleksoid's issue though.

[Aleksoid1978]

XySubFilter contains all the VOBSUB fixes from JEEB's branch, so it's most likely the same behavior.

I took a quick look, and it seems like we are missing this (http://svnlog.mpc-next.ru/diff.php?repname=MPC-BE+Team&path=%2Ftrunk%2Fsrc%2FSubtitles%2FVobSubImage.cpp&rev=1459&peg=1459) commit from MPC-BE r1459. Would need a sample to confirm this fixes Aleksoid's issue though.

Yes - it's changes :)

[Superb]

Am I the only one having trouble following the git development? What are all these (31) branches?
Maybe I'm a git newbie, but using forks/pull/push seems much more organized. Releases should be tagged, and so on...

[cyberbeing]

Stable releases have been tagged ever since version 3.0.0.0. Other releases are usually are not tagged, with versioning dependent on our build script. It's always possible to check-out a non-tagged release by the GIT hash we list in our release notes.


At one point in time last year, we ended up with two "master" branches at the same time, which was becoming a problem. When we released 3.0.0.211 our "old" Master was replaced with our "new" Master. Some of the older development branches may appear stranded because of this.


Anything which hasn't been merged into Master branch is not final. New branches are created whenever we are testing new features, or potentially unstable changes.


In general, ignore any branch which haven't been updated since our last release.


Our developer usually does a revert and force push whenever he needs to replace a broken commit on a development branch. He also rarely merges or rebases development branches into each other, rather creating a new branch and commiting each change again from scratch.


xy_sub_filter_rc (branch) = XySubFilter Beta 3.1.0.546


It shouldn't be too hard to follow our GIT development enough to get a general idea of what we've been working on, but the concept of "nightly builds" is not really compatible with our development style. Not a major problem from our point of view, since we don't accept bug reports or offer support on anything but official releases anyway.

[Aleksoid1978]

Here is a sample - http://aleksoid.voserver.net/Sample/Subtitle/DVD/
Another sample - http://aleksoid.voserver.net/Sample/Subtitle/VOBSUB/, also do not show subtitle, maybe the same bug.

[mindbomb]

However, the MPC-HC devs are working on making XySubFilter work with the internal renderers, as well.

so, is it just gonna replace the current mpc hc subtitle renderer when it works with the internal renderers?

[cyberbeing]

Here is a sample - http://aleksoid.voserver.net/Sample/Subtitle/DVD/
Another sample - http://aleksoid.voserver.net/Sample/Subtitle/VOBSUB/, also do not show subtitle, maybe the same bug.

Thanks. I've confirmed the MPC-BE r1459 commit resolves the issue with all of these samples. We'll make sure to include this fix in our next release.

[krmit]

"auto-reload sub after detecting modification" option seems broken.
editing subtitle file cause no change at screen (both options checked), but CPU load increasing significantly (about 50-60% per core from 6-12%) and keep that level.
tested with MPC-BE r3149/madVR 0.86.10/LAV 0.58.2/.ass subs

[cyberbeing]

"auto-reload sub after detecting modification" option seems broken
Reproduced this issue in XySubFilter Beta, so I've created Issue #164 (http://code.google.com/p/xy-vsfilter/issues/detail?id=164). Thanks for the report. This is one feature I've never really used before, so I probably wouldn't have noticed it otherwise.

[Gagorian]

I'm having a small problem with XySubFilter. When viewed on my 119" white screen I can see some faint horizontal artifacting between letters (two very thin barely visible horizontal lines between the upper and lower parts of the letters). It seems like it's some problem with the transparency of the background. I think I had the same problem on the MPC internal filter and that's actually a reason for the switch.

I'm using MPC-HC and LAV filters with madVR (all latest versions). My GPU is the iGPU on A10-5700. I'm not using DXVA.

Any solutions to the issue?

[cyberbeing]

I'm having a small problem with XySubFilter. When viewed on my 119" white screen I can see some faint horizontal artifacting between letters (two very thin barely visible horizontal lines between the upper and lower parts of the letters). It seems like it's some problem with the transparency of the background. I think I had the same problem on the MPC internal filter and that's actually a reason for the switch.

I'm using MPC-HC and LAV filters with madVR (all latest versions). My GPU is the iGPU on A10-5700. I'm not using DXVA.

Any solutions to the issue?

I'm having trouble picturing what you describe. It sounds like it may be an artifact of your projector or screen, but I would need a screenshot to verify.

Disable Fullscreen Exclusive in madVR, and take a screenshot with PrtScn which shows the issue. paste that into Paint or similar, save and upload it somewhere.

[Gagorian]

I'm having trouble picturing what you describe. It sounds like it may be an artifact of your projector or screen, but I would need a screenshot to verify.

Disable Fullscreen Exclusive in madVR, and take a screenshot with PrtScn which shows the issue. paste that into Paint or similar, save and upload it somewhere.

Using this methodology I pinpointed the issue to the Darbee Darblet video processor I have hooked up in my video chain. It seems to create the minor artifacting. So the problem is solved, thanks.

[river1]

Can XySubFilter render subtitles in 60fps?
I use SVP to interpolate 23.976fps videos into 60fps, and xy-vsfilter will render subtitles in 60fps when I put it after ffdshow. XySubFilter seems to always render subtitles in 23.976fps and does not look as smooth as the interpolated 60fps video.

[cyberbeing]

Can XySubFilter render subtitles in 60fps?
Yes.

I use SVP to interpolate 23.976fps videos into 60fps
...
does not look as smooth as the interpolated 60fps video.

We've been discussing this issue with madshi for the past day, since technically, madVR isn't sending XySubFilter Beta the information it expects for a 60fps video when SVP interpolation is used. The issue is a bit more complex then that though. I'll reply to your comment on GoogleCode (http://code.google.com/p/xy-vsfilter/issues/detail?id=154#c10) as soon as we have a definite answer, you didn't need to cross-post it here.

[Raylan Givens]

I'm using the beta subFilter at 2560x1600 resolution on a 1080p monitor, but I'd like to know if there is a way to avoid the distortion when I see a movie on lower than native resolution...

When the movie's resolution is 1280x528 for instance, the high-res fonts are being squeezed... Only when I see an HDTV serial which uses fullscreen the fonts are perfect...

I hope you get what I mean. Is there a way to keep the high-res fonts intact even when the movie ain't fullscreen?

Here you can see the settings: http://i5.minus.com/i5CDWJn9HEZQY.png

[cyberbeing]

Do not set "Customize", as it is NOT a rendering resolution setting. Leave it at the default of "Use Original Video Size" if you want proper scaling to Desktop resolution.

Also do not force YCbCr Matrix or RGB Levels PC either, leave both on the default setting of Auto or you'll have incorrect levels. Setting YCbCr Matrix to Guess will result incorrect subtitle colors in most cases, so leave that as the default setting of "Auto" as well.

Last but not least, 8x8 Bilinear sub-pixel positioning should generally not be used either, since it will make subtitles inconsistently blurry because of this old bug (http://code.google.com/p/xy-vsfilter/issues/detail?id=114). It's best to leave it at the default setting of "8x8 (vsfilter)".

[Raylan Givens]

But my goal is to get 2560x1600 res fonts with Scale X 100 - Scale Y 100 on all videos... No matter the video's resolution... I'd like on all movies the same high-res fonts.

So, this ain't possible, right?

I noticed the uneven blurring, but I couldn't be sure it's a bug. Also, if I leave the Matrix to "guess" it usually says "TV.709" or "TV.601" for example... Shouldn't be PC? Just asking... Now all on "Auto" it just says "None".

[cyberbeing]

But my goal is to get 2560x1600 res fonts with Scale X 100 - Scale Y 100 on all videos... No matter the video's resolution... I'd like on all movies the same high-res fonts.

Why do you want this?

So, this ain't possible, right?

Correct, XySubFilter does not allow rendering at an arbitrary resolution. Fonts are always rendered at output resolution, since that yields the highest quality.

Also, if I leave the Matrix to "guess" it usually says "TV.709" or "TV.601" for example... Shouldn't be PC? Just asking... Now all on "Auto" it just says "None".

No, "None" is usually what you want to see there. On ASS subtitles (assuming Auto is set) it means XySubFilter is performing color correction itself instead of madVR. On SRT subtitles it means no color correction is being performed. For the next XySubFilter release, we have already removed matrix information reported to madVR from the filter name to make this less confusing for users.

[Raylan Givens]

Why do you want this?


Uhm... Because it's too damn perfect? High-res fonts? Check this out and tell me...

http://i3.minus.com/ibzrKGwmBpgA7q.png

In combination with Alpha link channels, it gives very smooth results. Now when I go back even to 1080p res fonts, they seem too fat :P -but anyway.

Thanks for the Matrix-related info.

[cyberbeing]

http://i3.minus.com/ibzrKGwmBpgA7q.png

In combination with Alpha link channels, it gives very smooth results.

That's because MPC-HC ISR scales subtitles with bilinear, which will give a very blurry/smooth output.

Even if we implemented a function for arbitrary output resolution in XySubFilter, madVR would scale with whatever algorithm you use for downscaling video (usually a algorithm much sharper than bilinear). MPC-HC is working on a Subtitle Consumer for XySubFilter as well, so when they finish it, maybe we'll consider adding such an option if many users prefer the appearance of blurry downscaled output.

Otherwise, we have already been considering adding an option to have XySubFilter blur the subtitles before output, which will likely yield superior results to bilinear downscaling with a lower performance penalty.

[Raylan Givens]

My point wasn't the blurriness... My point is the 2560x1600 subtitles to be rendered as-is despite video's resolution. What you see on the image is still your Subfilter with billinear. I was just trying to show the perfect resolution on a full screen video ( without being distorted 'cause of the scale ).

In a so high resolution you don't even need anti-aliasing... It's smooth anyway. You know, Potplayer does exactly what I'd prefer by your Subfilter, but unfortunately it doesn't provide higher resolutions. On Potplayer for instance, I can have 16px fonts on all videos, fullscreen or not and certainly unrelated to original video sizes.

Also, for some reason MPC HC ISR does not give me 1600p resolution anymore. I don't know why.

Anyway, thanks for the general info you provided.

P.S. Damn, I am not good at English and apparently I become tedious whilst I could make my point in one phrase or two. I apologise.

[cyberbeing]

My point wasn't the blurriness... My point is the 2560x1600 subtitles to be rendered as-is despite video's resolution. What you see on the image is still your Subfilter with billinear. I was just trying to show the perfect resolution on a full screen video ( without being distorted 'cause of the scale ).

In a so high resolution you don't even need anti-aliasing... It's smooth anyway. You know, Potplayer does exactly what I'd prefer by your Subfilter, but unfortunately it doesn't provide higher resolutions. On Potplayer for instance, I can have 16px fonts on all videos, fullscreen or not and certainly unrelated to original video sizes.

Okay, so you just want to be able to set a constant (relative) font size under Styles for SRT subtitles, so you do not need to change it on videos of different resolution? Someone requested a function like this for SRT subtitles earlier in the thread, and we are considering it.

[madshi]

I think what he wants is "oversampling". Rendering to a higher resolution, then filter down. Basically similar to how "Supersampling" works for games. I think that's a valid suggestion. However, I don't like the idea to always render to a specific resolution specified by the user. That would make the options dialog more complicated than necessary. Instead I could imagine an option like "oversample 50%" and "oversample 100%" to render subtitles with 50% higher or double resolution. 50% higher for fullscreen playing with a FullHD display would be 2880x1620.

[cyberbeing]

I don't think that's the case madshi, as he seemed to make it clear that smoothness was not the primary goal in his request. He seems to just want a constant font size without degrading subtitle quality. Currently whenever the user-defined font style in settings is active, the relative font size will change whenever the original video resolution changes. This is a bit of a problem with SRT subtitles or when forcing a default subtitle style to use with all videos.

Instead I could imagine an option like "oversample 50%" and "oversample 100%" to render subtitles with 50% higher or double resolution.

FWIW, all VSFilter based filters like XySubFilter already oversample font vectors to 800% output resolution. These massive vectors are then passed through a rasterizer which generates anti-aliased subtitle bitmaps at output resolution with 8x8 subpixel positioning. We have no intention of implementing game-like "supersampled" anti-aliasing of oversampled bitmaps internally, as its very expensive to do via CPU.

[madshi]

You wouldn't have to downsample via CPU. You'd just have to render subtitles to a 50% higher bitmap resolution and feed that to madVR. madVR would then automatically scale that down. At least I think it should. So basically the only added cost would be that instead of rendering to 1920x1080 you would render to 2880x1620. The rest of the work would be done by madVR, and it wouldn't cost much performance, thanks to bilinear filtering hardware in the GPU. That said, I don't know if it would look any better. Maybe it would look even worse, I don't know. It was just a thought...

[Raylan Givens]

He seems to just want a constant font size without degrading subtitle quality.

Exactly that... As simple as it gets. Just 2560x1600 resolution at default 18px subtitles on all videos. That's it! I'm not talking about anti-aliasing. Just the crisp high-res subs at a standard size despite video's resulution.

Also, I just found that if I set on MadVR Image Upscaling to Billinear destroys the subtitles quality when in full screen... Is it known bug? Check this image:

http://i1.minus.com/ibeZbjR0h4NTvM.png

I tried both subpixel position methods, 8x8 bilinear and 8x8 2.39 with no results. Even worse on "nearest neighbor" http://i4.minus.com/ibmA9L32N8M77X.png -so I'm even not sure whether this is a bug or not... Perhaps it might be expected.

Incidentally, could you please tell me what's the shortcut for subtitles delay +/- ( equilavent of default F1/F2 )? I can't find it...

[Soukyuu]

From what I understand, the resizing of the subtitles is handled by madvr, so the results are to be expected. Nearest neighbor, as the name implies, picks the nearest value without interpolation, so ugly results are to be expected, especially on edges. Bilinear interpolation, being linear, still has some artifacts, which is why bicubic is the lowest I would use.

[cyberbeing]

Also, I just found that if I set on MadVR Image Upscaling to Billinear destroys the subtitles quality when in full screen... Is it known bug? Check this image:

http://i1.minus.com/ibeZbjR0h4NTvM.png

I tried both subpixel position methods, 8x8 bilinear and 8x8 2.39 with no results. Even worse on "nearest neighbor" http://i4.minus.com/ibmA9L32N8M77X.png -so I'm even not sure whether this is a bug or not... Perhaps it might be expected.

That's a madVR bug. It would need to be reported on madshi's bug tracker (http://bugs.madshi.net/my_view_page.php) for it to be fixed.

From what I understand, the resizing of the subtitles is handled by madvr, so the results are to be expected. Nearest neighbor, as the name implies, picks the nearest value without interpolation, so ugly results are to be expected, especially on edges. Bilinear interpolation, being linear, still has some artifacts, which is why bicubic is the lowest I would use.

No, XySubFilter usually renders directly to output resolution without any scaling being performed by madVR. The only time madVR scales subtitles itself is when you are using a bitmap format like VOBSUB/DVB/PGS, or you have the "Render to Original Video Size" option enabled for Text subtitles.

Assuming those are text-based subtitles, appearance of those screenshots makes it look like madVR is not handling the subtitle bitmaps correctly when those "texture-based" default GPU resize algorithms are used, compared to the custom madVR "shader-based" resize algorithms. madVR is probably missing a shader pass somewhere and blending subtitles at the wrong time in the processing chain.

Incidentally, could you please tell me what's the shortcut for subtitles delay +/- ( equilavent of default F1/F2 )? I can't find it...

MPC-BE nightly builds (http://sourceforge.net/projects/mpcbe/files/MPC-BE/Nightly%20Builds%20%28from%20svn%20trunk%29/) from the past couple weeks support using the default F1/F2 hotkeys with XySubFilter.

Otherwise, you'd need to ask your media player of choice to support this via the IDirectVobSub interface.

You wouldn't have to downsample via CPU. You'd just have to render subtitles to a 50% higher bitmap resolution and feed that to madVR. madVR would then automatically scale that down. At least I think it should. So basically the only added cost would be that instead of rendering to 1920x1080 you would render to 2880x1620. The rest of the work would be done by madVR, and it wouldn't cost much performance, thanks to bilinear filtering hardware in the GPU. That said, I don't know if it would look any better. Maybe it would look even worse, I don't know. It was just a thought...

Yeah I know, I was just addressing why we do not perform supersampling like that within xy-VSFilter/XySubFilter. You would really need to supersample by 2x2, 4x4, or 8x8 output resolution for it to have any positive effect on quality. Even then the benefit is rather questionable considering you are increasing computation cost by an order of magnitude. In the future, there is still potential to increase the output quality of the rasterizer without resorting to this.

[Soukyuu]

No, XySubFilter usually renders directly to output resolution without any scaling being performed by madVR. The only time madVR scales subtitles itself is when you are using a bitmap format like VOBSUB/DVB/PGS, or you have the "Render to Original Video Size" option enabled for Text subtitles.So I at least partially got it right for the two latter cases :P

I don't see how that's a madvr bug though, the results are to be expected unless Raylan Givens renders the subs to output resolution, not video resolution.

[cyberbeing]

So I at least partially got it right for the two latter cases :P

I don't see how that's a madvr bug though, the results are to be expected unless Raylan Givens renders the subs to output resolution, not video resolution.

The issue occurs when XySubFilter is passing madVR subtitle bitmaps at output resolution. madVR should not be scaling anything, so it's a bug. It's actually something I reproduced before we released XySubFilter Beta, but I forgot to mention it to madshi. So you could say it's a known issue with madVR currently.