Releases: CrendKing/avisynth_filter
v1.4.7
v1.4.6
v1.4.5
v1.4.4
v1.4.3
v1.4.2
-
Support RGB32 input format for VapourSynth Filter
-
Move the pre-buffer constant to configurable number (
InitialSrcBuffer
, still default to 3). Related wiki: https://github.com/CrendKing/avisynth_filter/wiki/Configuration -
Fix bug of using stride as the width of videoInfo, fix issue #74
v1.4.1
-
Add support for Y410 and Y416 formats. As usual, bit shifts will happen for Y410. Note that the current implementation ignores the data in the alpha plane. If this causes problem, feel free to report the issue. (#69)
-
Properly support CPU without SSSE3 and AVX2 (we still require at least SSE2)
-
Properly support AviSynth+ v3.7.2 for the get-frame-zero-at-beginning problem, by introducing the pre-buffering mechanism (#70)
Now that v3.7.x are supported, we encourage all users to upgrade, before older versions (e.g. 3.5.x) are inevitably dropped in the future. -
Thanks to the pre-buffering mechanism, VapourSynth mvtools will also work now (#61, #66)
-
Negotiate media type with properly aligned stride to always enable LAV Filters' "direct" mode (#72)
v1.4.0
-
Fix build error about AviSynthPlus
-
Use NOxx macros to minimize windows.h footprint
-
Use variadic template for logging
-
Make build script more flexible
-
Add bit shifting for P010 and P210 pixel formats (#65)
Previously P010 and P210 input formats are treated as their 16-bit counterparts, i.e. P016 and P216. This is due to opposite bit order expected from DirectShow and AviSynthPlus. By forcing the 16-bit formats, we can skip the pixel-wise bit order reversing and save some CPU cycles. However, since this is basically a performance hack, when user tries to convert the video to 10-bit, there will be incompatibility issue.
This version removes the hack and properly support the 10-bit formats by introducing the bit order reversing logic. It is implemented with SIMD instructions (if hardware supports) thus performance penalty should be minimal.
v1.3.1
v1.3.0
Starting with this version, VPSF makes use of VapourSynth API R4 (R55) and no longer compatible with earlier VapourSynth versions. If VapourSynth can't be upgraded, please stick to the previous version. The v1.2.1 version will still be maintained if any serious issue is found.
As the consequence of VapourSynth dropping support of YUY2 and RGB formats, VPSF also no longer supports these input formats.