thank you for your work, any chance you can integrate that into "XySubFilter Beta3" ( 3.1.0.746 ) that is the latest version?

I have no insight to the history of this project, nor what it does aside being an Avs plugin. I have simply took the last version which I was said that worked as an Avisynth plugin and tried to build and mod it. Are there really important fixes? (the code history and project arrangement I'm seeing on github is not clear to me)

O.k., I didn't want to spend any more time on this project but fortunately it was easier than I had thought.

So. Source differences were synchronized (on file level, no git was involved, just the published sources; the old project and the commits were not clear to me), then made it work again under Visual Studio 2017.

This build has two dlls now. VsFilter.dll and XySubFilter.dll.
Please report if something is wrong, test it first, I can give no warranty that this XySubFilter works 100% the same way as it worked in the old builds. You are the ones who have all the knowledge of the subtitling world.

Please report the troubles, differences and also the fact when it works.

Happy testing

Code:

# xy-VSFilter v3.1.0.800 (20180411)
https://github.com/pinterf/xy-VSFilter/
A modification by pinterf:
- xy-vsfilter 3.0.0.306 (https://github.com/Cyberbeing/xy-VSFilter/releases/tag/3.0.0.306) =>
pfmod:VS2017 + VSFilter-TextSub 10/16bit Avisynth extension =>
apply XySubfilter-3.1.0.746<->3.0.0.306 file differences =>
make VSFilter work again as an Avisynth plugin
- Forum: https://forum.doom9.org/showthread.php?t=168282
- Other useful link: https://avisynth.org.ru/docs/english/externalfilters/vsfilter.htm
- All credits to the previous authors.
Info:
- Package contains VSFilter.dll and XySubFilter.dll (x86 and x64 versions)
- VSFilter.DLL: Included Avisynth filters (name and parameter signature)
VobSub "cs"
TextSub "c[file]s[charset]i[fps]f[vfr]s"
TextSubSwapUV "b"
MaskSub "[file]s[width]i[height]i[fps]f[length]i[charset]i[vfr]s[pixel_type]s"
- Warning by the XySubFilter-3.1.0.746 beta authors (on forum's 1st post, from 2015):
"Note: XySubFilter requires a compatible subtitle consumer. We recommend madVR 0.87.5+ or MPC-HC 1.7.2+ (EVR-CP)
After downloading XySubFilter BETA3, 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."
Change log:
- v3.1.0.800 (20180411)
-- apply XySubFilter-3.1.0.746<->xy-VSFilter 3.0.0.306 file differences
-- get it work again under VS2017
-- make VSFilter work again as an Avisynth plugin
-- Versioning: 3.1.0 prefix is kept, build number goes from 800 and up for my mod manually in src/filters/transform/vsfilter/version_in.h
- v3.0.0.400 (20180405) (work in February 2018)
-- Get the last known xy-vsfilter version (3.0.0.306) which worked as the Avisynth plugin.
Plan: have a native 10/16 bit compatible Avisynth TextSub filter.
-- xy-vsfilter 3.0.0.306 rebuilt with Visual Studio 2017
-- Avisynth+ headers
-- Native support for YUV420P10 and YUV420P16 formats in Avisynth filter TextSub and probably VobSub.
Internal conversion to and from P010 and P016 with SSE2 support
-- Still doesn't work in any MT mode (I think): automatically registers itself as MT_SERIALIZED to prevent troubles
-- Avisynth filter MaskSub: new pixel_type (default: "RGB32") parameter. Can be set to "YUV420P10" or "YUV420P16"
-- Versioning: 3.0.0 prefix kept, build number goes from 400 and up for my mod manually in src/filters/transform/vsfilter/version_in.h

Sorry that was my fault, I was busy and forgot to push it. The build from that post is outdated since it had some issues with ASS subtitles, which was fixed a week later. The latest madshi patch is now on the RC4 branch.

I'll need to figure out what to do about making a new release soon with at least the SRT italic fix. We got sidetracked with possible HDR rendering support for awhile, but that never materialized (see discussion on Libass issue tracker). pinterf if you could make a few pull requests on github at some point for changes you'd consider stable, that would be helpful.

One thing to note though, is I remember that xy-VSFilter built from the XySubFilter branches had some bugs. It's been so long now, but I believe some of the rendering features we were using in XySubFilter didn't function correctly in xy-VSFilter builds, and I also remember crashes. It would be nice if the XySubFilter codebase could be stabilized for xy-VSFilter builds, but unfortunately it was something which was never done before the project died.

That said, I'd suggest treating pinterf's xy-VSFilter v3.1.0.800 as extremely experimental at least in terms of directshow usage, compared to his xy-VSFilter 3.0.0.400 build which is based on a stable branch and should be safe.