FluxSmooth是一个柔滑降噪插件,具体使用方法请参阅下面的英文文档。
FluxSmooth
An Avisynth filter for spatio-temporal smoothing of fluctuations
By Ross Thomas <ross@grinfinity.com>
There is no copyright on this code, and there are no conditions on its distribution or use. Do with it what you will.
Description
One of the fundamental properties of noise is that it's random. One of the fundamental properties of motion is that it's not. This is the premise behind FluxSmooth, which examines each pixel and compares it to the corresponding pixel in the previous and last frame. Smoothing occurs if both the previous frame's value and the next frame's value are greater, or if both are less, than the value in the current frame.
I like to call this a "fluctuating" pixel, then I like to wipe that pixel from existence by averaging it with its neighbours. This is (by default) done in a spatio-temporal manner, in that for each fluctuating pixel its 8 immediate spatial neighbours as well as its 2 temporal neighbours (the abovementioned corresponding pixel from the previous and next frames) are considered for inclusion in the average. If the value of each pixel is within the specified threshold, it is included. If not, it isn't.
This filter seems to remove almost all noise from low-noise sources (such as DVD) and a lot of noise from high-noise sources (such as cable TV captures), while maintaining a good amount of detail.
If your CPU supports integer SSE operations (Intel Pentium III and better, AMD Athlon and better) an optimized version of the algorithm will be used.
Usage
FluxSmooth([clip], int temporal_threshold, int spatial_threshold)
Parameter Meaning Default
temporal_threshold Temporal neighbour pixels within this threshold from the current pixel are included in the average.
If set to -1, no temporal smoothing occurs.
7
spatial_threshold Spatial neighbour pixels within this threshold from the current pixel are included in the average.
If set to -1, no spatial smoothing occurs.
7
Known Issues
The very edges of the frame are unprocessed.
The very first and very last frame of a clip is unprocessed.
Appears to cause an access violation when used with n-pass encoding in CCE. Since I don't have CCE I can't duplicate it... Any help in this regard would be appreciated.
TODO
Optimize SSE code with regard to pairing, stalls, and so on. |