MeGUI-2905-20190323 中文绿色版

Avisynth+ v2772 (20181220) -------------------------- Use the installer or copy files directly - 64 bit OS: copy Avisynth.dll from x86 folder to the windows SysWOW64 folder copy Avisynth.dll from x64 folder to the windows System32 folder - 32 bit OS copy Avisynth.dll from x86 folder to the windows System32 folder - All OS: Copy appropriate files from the plugins+/plugins64+ to the appropriate Avisynth+ folder Useful links: ------------- Source: https://github.com/pinterf/AviSynthPlus/tree/MT Forum: https://forum.doom9.org/showthread.php?t=168856 Forum on some avs+ filters: https://forum.doom9.org/showthread.php?t=169832 Avisynth+ info page: http://avisynth.nl/index.php/AviSynth%2B Info on Avisynth+ new color spaces: https://forum.doom9.org/showthread.php?p=1783714#post1783714 Avisynth Universal Installer by Groucho2004: https://forum.doom9.org/showthread.php?t=172124 Short info for plugin writers ----------------------------- Avisynth+ header (and helper headers) are available here, or choose SDK during install: https://github.com/pinterf/AviSynthPlus/tree/MT/avs_core/include Use these headers for building x86/x64 plugins, and to use Avisynth+'s high-bitdepth related VideoInfo functions without any concern. When a VideoInfo function is non-existant on a system that uses your plugin, it won't crash, just fall back to a default behaviour. E.g. VideoInfo.BitsPerComponent() will always return 8 when your plugin calls it on a Classic Avisynth, or pre-high bit depth Avisynth+ host. (see readme_history.txt for details, syntax element, etc. They also appear on avisynth.nl) 20181220 r2772 -------------- - Fix: Expr: possible Expr x64 crash under specific memory circumstances - Fix: Expr: safer code for internal variables "Store and pop from stack" (see: Internal variables at http://avisynth.nl/index.php/Expr) 20181218 r2768 -------------- - New: Expr: allow input clips to have more planes than an implicitely specified output format Expr(aYV12Clip, "x 255.0 /", format="Y32") # target is Y only which needs only Y plane from YV12 -> no error - New: Expr: Y-plane-only clip(s) can be used as source planes when a non-subsampled (rgb or 444) output format implicitely specified Expr(Y, "x", "x 2.0 /", "x 3.0 /", format="RGBPS") # r, g and b expression uses Y plane Expr(Grey_r, Grey_g, Grey_b, "x", "y 2.0 /", "z 3.0 /", format="RGBPS") # r, g and b expression uses Y plane - Fix: ConvertToYUY2() error message for non-8 bit sources. - Fix: Y32 source to 32 bit 420,422,444 (introduced in big the zero-chroma-center transition) - Fix: ShowY, ShowU, ShowV crash for YUV (non-YUVA) sources - Speedup: ConvertToY12/16... for RGB or YUY2 sources where 4:4:4 or YV16 intermediate clip was used internally (~1.5-2x speed, was a regression in Avs+, use intermediate cache again) - Fix: Allow ExtractY on greyscale clips - ImageReader/ImageSource: use cache before FreezeFrame when result is a multiframe clip (fast again, regression since an early AVS+ version) - Resizers: don't use crop at special edge cases to avoid inconsistent results across different parameters/color spaces - Fix: Histogram 'classic': rare incomplete histogram shown in multithreading environment - Fix: ImageReader and ImageWriter: if path is "" then it works from/to the current directory. - GeneralConvolution: Allow 7x7 and 9x9 matrices (was: 3x3 and 5x5) - GeneralConvolution: All 8-32 bit formats (was: RGB32 only): YUY2 is converted to/from YV16, RGB24/32/48/64 are treated as planar RGB internally Since 32 bit float input is now possible, matrix elements and bias parameter now is of float type. For 8-16 bit clips the matrix is converted to integer before use. - GeneralConvolution: Allow chroma subsampled formats to have their luma _or_ chroma processed. E.g. set chroma=false for a YV12 input. - GeneralConvolution: new parameters: boolean luma (true), boolean chroma(true), boolean alpha(true) Default: process all planes. For RGB: luma and chroma parameters are ignored. Unprocessed planes are copied. Using alpha=false makes RGB32 processing faster, usually A channel is not needed. - GeneralConvolution: MT friendly parameter parsing - New: UTF8 filename support in AviSource, AVIFileSource, WAVSource, OpenDMLSource and SegmentedAVISource All functions above have a new bool utf8 parameter. Default value is false. - Experimental: new syntax element (by addewyd): assignment operator ":=" which returns the assigned value itself. (Assignment within an expression) 20180702 r2728 -------------- - Fix: Expr: expression string order for planar RGB is properly r-g-b like in original VapourSynth version, instead of counter-intuitive g-b-r. - Fix: Expr: check subsampling when a different output pixel format is given - Fix: ColorYUV: round to avoid green cast on consecutive TV<>PC - Fix: RGBAdjust memory leak when used in ScriptClip - Fix: RGB64 Turnleft/Turnright (which are also used in RGB64 Resizers) - Fix: Rare crash in FrameRegistry - Fix: couldn't see variables in avsi before plugin autoloads (colors_rgb.avsi issue) - Fix: LoadVirtualdubPlugin: Fix crash on exit when more than one instances of a filter was used in a script - New: Expr: implement 'clip' three operand operator like in masktools2 - New: Expr: Parameter "clamp_float" (like in masktools2 2.2.15) - New: Expr: parameter "scale_inputs" (like in masktools2 2.2.15) - New: function bool VarExist(String variable_name) - New function: BuildPixelType: Creates a video format (pixel_type) string by giving a colorspace family, bit depth, optional chroma subsampling and/or a template clip, from which the undefined format elements are inherited. - Enhanced: Limiter to work with 32 bit float clips - Enhanced: Limiter new parameter bool 'autoscale' default false, parameters now are of float type to handle 32 bit float values. - Enhanced: RGBAdjust new parameter: conditional (like in ColorYUV) The global variables "rgbadjust_xxx" with xxx = r, g, b, a, rb, gb, bb, ab, rg, gg, bg, ag are read each frame, and applied. - Enhanced: RGBAdjust: support 32 bit float ('analyze' not supported, 'dither' silently ignored) - Enhanced: AviSource to support much more formats with 10+ bit depth. - Changed (finally): 32bit float YUV colorspaces: zero centered chroma channels. U and V channels are now -0.5..+0.5 (if converted to full scale before) instead of 0..1 - New function: bool IsFloatUvZeroBased() for plugin or script writers who want to be compatible with pre r2672 Avisynth+ float YUV format: - Enhanced: Allow ConvertToRGB24-32-48-64 functions for any source bit depths - Enhanced: ConvertBits: allow fulls-fulld combinations when either clip is 32bits E.g. after a 8->32 bit fulls=false fulld=true: Y: 16..235 -> 0..1 U/V: 16..240 -> -0.5..+0.5 Note: now ConvertBits does not assume full range for YUV 32 bit float. Default values of fulls and fulld are now true only for RGB colorspaces. - New: LoadVirtualdubPlugin update: Update from interface V6 to V20, and Filtermod version 6 (partial) - Source: move to c++17, 'if constexpr' requires. Use Visual Studio 2017 (or GCC 7?). CMakeLists.txt changed. - Source: C api: AVSC_EXPORT to dllexport in capi.h for avisynth_c_plugin_init - Source: C api: avs_is_same_colorspace VideoInfo parameters to const - Project struct: changelog to git. - Include current avisynth header files and def/exp file in installer, when SDK is chosen 20180328 r2664 -------------- #Fix YUY2 Sharpen overflow artifacts - e.g. Sharpen(0.6) Levels: 32 bit float shift in luma Merge sse2 for 10-14bits (regression) AVX2 resizer possible access violation in extreme resizes (e.g. 600->20) 32bit float PlanarRGB<->YUV conversion matrix VfW: fix b64a output for OPT_Enable_b64a=true #Enhanced VfW output P010 and P016 conversion to SSE2 (VfW output is used by VirtualDub for example) ColorYUV: r