SmoothD2 - Revision history

Reel.Deal: /* Archived Downloads */

2020-05-22T00:09:46Z

‎Archived Downloads

Reel.Deal: add x64 version and archived downloads section

2020-05-22T00:07:34Z

add x64 version and archived downloads section

Yakub2.X: Use HTTPS and removed dead links

2018-06-18T02:27:45Z

Use HTTPS and removed dead links

Reel.Deal: /* Syntax and Parameters */ add pictures

2015-11-02T05:58:03Z

‎Syntax and Parameters: add pictures

Reel.Deal: SmoothD2

2015-11-02T05:49:30Z

SmoothD2

New page

{{FilterCat4|External_filters|Plugins|Restoration_filters|Deblockers}}
{{Filter3
|jconklin
|1.0.a3
|3=[http://sites.google.com/site/jconklin754smoothd2/download/SmoothD2-a3.zip SmoothD2-a3.zip]
|4=Deblocker
|5=[http://www.gnu.org/licenses/gpl-2.0.txt GPLv2]
|6=[http://forum.doom9.org/showthread.php?t=164800 Doom9 Thread]}}

==Description==
[[SmoothD2]] is a deblocker. The purpose of all deblockers is to remove block encoding artifacts. The primary ones are blockiness and ringing caused by high frequency transients, “large brightness change”, at block boundaries. The trick of course is to only to remove the transients that are introduced by the encoding process, and not a line in the original image that happens to have the misfortune of being on a block boundary.

SmoothD2 reduces the high frequency transients at the block boundaries by doing the following. For each 8x8 block in an image SmoothD2 samples various 8x8 blocks shifted but still overlapping the current block. This is done by shifting the whole image. Then for each shifted image every 8x8 block is run through a fdct-quantize-dequantize-idct process that removes high frequency transients. Then the shifted image is shifted back to its original position and averaged with all of the other shifted, processed, back shifted, images to produce the deblocked image. Ideally this process reduces the high frequency transients at the block boundaries to stay within the maximum high frequency of the original image. Please see [http://www.utdallas.edu/~aria/papers/vlsisp99.pdf “Enhancement of JPEG-Compressed Images by Re-application of JPEG.pdf”] for more information. Quant controls the overall strength of the high frequency transients removal. Matrix provides some control over the thickness and direction (horizontal vertical or diagonal lines) of the transient. See [http://sites.google.com/site/jconklin754smoothd2/home official documentation] for full details.
 
 
== Requirements ==
* AviSynth 2.5.8 or [http://sourceforge.net/projects/avisynth2/ greater]
* [[FAQ_different_types_content#How_do_I_recognize_progressive.2C_interlaced.2C_telecined.2C_hybrid_and_blended_content.3F|Progressive]] input only
* Supported color formats: [[YV12]]
 

== [[Script variables|Syntax and Parameters]] ==
'''Getting Started''': First all parameters default to reasonable values so SmoothD2() should work, though it will provide only very weak deblocking. The most important parameter is quant, which is the primary control of deblocking strength. If you can get the amount of deblocking needed then try using the Zero Weight parameters to recover some detail. If you could not get as much deblocking as desired then try using a different Matrix. If you still can't get enough deblocking then try a different Qtype.

:{{FuncDef|SmoothD2 (clip clip, clip "ZWmask", int "quant", int "num_shift", int "Matrix", int "Qtype", int "ZW", int "ZWce", int "ZWlmDark", int "ZWlmBright", int "ncpu")}}
 
::{{Par2| |clip| }}
:::Input clip.
 
::{{Par2|ZWmask|clip|Null}}
:::Zero Weight mask. This clip specifies the zero weight value to be applied to each pixel in the source clip. Any pixel values greater than 16 will be clipped to 16.
 
::{{Par2|quant|int|3}}
:::This parameter specifies the quantizer value used (1 to 31). Larger values mean stronger filtering.
 
::{{Par2|num_shift|int|3}}
:::Specifies the number of shifted versions used for filtering providing a speed vs. quality trade-off. A larger value is more accurate and time consuming.
:::*1 : Uses 4 shifted versions.
:::*2 : Uses 8 shifted versions.
:::*3 : Uses 16 shifted versions. Best speed vs. Quality
:::*4 : Uses 64 shifted versions

:::If using num_shift = 1 there are not enough samples to eliminate "beat" artifacts when using Qtypes > 1. "Beat" artifacts may be visible for Qtype=2 with quant>16 or Qtype=4 with quant>9. The following table gives the quant values that may produce "beat" artifacts for Qtype=3 for each matrix.

:::{| style="text-align: center; border-collapse: collapse; border-top-color: rgb(136,136,136); border-right-color: rgb(136,136,136); border-bottom-color: rgb(136,136,136); border-left-color: rgb(136,136,136); border-top-width: 1px; border-right-width: 1px; border-bottom-width: 1px; border-left-width: 1px" border="1"
| style="width: 60px" | '''Matrix'''
| style="width: 60px" | '''Quant'''
|-
| style="width: 60px" | 2
| style="width: 60px" | 22
|-
| style="width: 60px" | 3
| style="width: 60px" | 16
|-
| style="width: 60px" | 5
| style="width: 60px" | 22
|-
| style="width: 60px" | 6
| style="width: 60px" | 24
|-
| style="width: 60px" | 7
| style="width: 60px" | 10
|-
| style="width: 60px" | 8
| style="width: 60px" | 10
|}
 
::{{Par2|Matrix|int|3}}
:::Selects a prebuilt matrix to use (1 to 110). 1 thru 9 are either "standard" matrices that I found on the net or slightly modified versions of them. They are ordered according to their deblocking strength from weak to strong. They are the only ones with calibrated strengths which allows the ZW arguments to produce consistent results. Note Matrix is not used by used by Qtype’s 2 and 4 which use the built in h263 matrices.

:::*'''PICTURE GOES HERE'''

:::For more information look at the file doMatrix.c which defines all of the matricies. Currently there are 110 matrices defined. They are almost all useless but are fun to play with. I built them to see how matrices worked. For an excellent description of what a matrix does see http://forum.doom9.org/showthread.php?t=54147
 
::{{Par2|Qtype|int|1}}
:::Quant Type. Selects the type of quant-dequant processing that is used in the filtering. They are ordered by their deblocking strength from least strong to strongest. h263 intra and h263 inter, Qtype’s 2 and 4, ignore the matrix argument and use their own built in matrix.

:::* 1 : mpeg intra
:::* 2 : h263 intra
:::* 3 : mpeg inter
:::* 4 : h263 inter

:::The intra in Qtypes 1 and 2 referes to the encoding done for I-Frames. The inter in Qtypes 3 and 4 refers to the encoding done for P-frames and B-Frames. See [http://www.iem.thm.de/telekom-labor/zinke/mk/mpeg2beg/beginnzi.htm A Beginners Guide for MPEG2 Standard] for a good introduction to mpeg coding. Different matrices are usually used when encoding I-Frames then when encoding P-Frames and B-Frames. All the information about how a particular frame was originally encoded, I-Frame, P-Frame, B-Frame, and Matrix value, has been lost by the time SmoothD2 is passed a frame to process, SmoothD2 does not do automatic intra-inter Qtype or matrix switching.
 
===Zero Weight Arguments:===
The Zero Weight arguments can be used to control the strength of filtering. The strength can be specified for the frame as a whole, by the distance from a macroblock edge, and at the individual pixel level. The strength can also be specified based upon the brightness of the pixel.

The ZW arguments control the filtering strength by changing the number of original unfiltered images added to the shifted and filtered images before they are averaged to produce the output image. Obviously the more unfiltered images that are added the less filtering will occur. Internally the amount of filtering is normalized so that the lowest value for an argument produces full filtering strength and the highest value produces virtually no filtering of the original image. For ZW values 1-16 this attempts to be independent of the quant, num_shift, Matrix (for Matrix values less then 10), and Qtype values. Internally, at each pixel location, each argument will produce a normalized value. The 4 normalized values are added and the result is clipped to the value that will produce almost zero filtering.
 
 
::{{Par2|ZW|int|1}}
:::Zero Weight (0 to 16). Specifies the relative weight of the non-shifted original image to the weight of the shifted and processed images. A higher value counteracts filtering but keeps more detail. This operates on the frame as a whole. Note that ZW values 1-16 are normalized so that the perceived effect of the reduction of filtering due to ZWremains constant when changes are made to quant, num_shift, Matrix (for Matrix values less then 10), and Qtype values. ZW=0 does not include the non-shifted original image in the output image and will produce the strongest filtering.
 
::{{Par2|ZWce|int|1}}
:::Zero Weight Center to Edge (1 to 20). This argument allows the center of all 8x8 macroblocks to have less filtering then the edge of the macroblock. The edge of the macroblock always receives the amount of filtering determined by the other arguments. This allows for less detail loss while maintaining strong deblocking. ZWce specifies the entry in a table which is used to determine the the processing strength from the center of a macroblock to its edge.

:::*'''INSERT PICTURE HERE'''

:::There are 4 possible values that VP1, VP2 and VP3 can have.

:::*0 - Full filtering strength
:::*1 - Medium filtering strength
:::*2 - Low filtering strength
:::*3 - Almost zero filtering

:::The values ZWce can take start from 1 which sets values VP1, VP2 and VP3 to 0 which means there is full filtering strength everywhere in the macroblock. As the values get larger the filtering gets stronger from the center outward. When ZWce equals 5 VP1, VP2 are 0 and VP3 is 4 which means the the center 4 pixels have no filtering applied (the source pixel values are copied to the output frame) and the rest of the pixels in the block are filtered at full strength. This will usually produce obvious artifacts.

:::{| style="text-align: center; border-collapse: collapse; border-top-color: rgb(136,136,136); border-right-color: rgb(136,136,136); border-bottom-color: rgb(136,136,136); border-left-color: rgb(136,136,136); border-top-width: 1px; border-right-width: 1px; border-bottom-width: 1px; border-left-width: 1px" border="1"
| style="width: 60px" | '''ZWce'''
| style="width: 60px" | '''VP1'''
| style="width: 60px" | '''VP2'''
| style="width: 60px" | '''VP3'''
|-
| style="width: 60px" | 1
| style="width: 60px" | 0
| style="width: 60px" | 0
| style="width: 60px" | 0
|-
| style="width: 60px" | 2
| style="width: 60px" | 0
| style="width: 60px" | 0
| style="width: 60px" | 1
|-
| style="width: 60px" | 3
| style="width: 60px" | 0
| style="width: 60px" | 0
| style="width: 60px" | 2
|-
| style="width: 60px" | 4
| style="width: 60px" | 0
| style="width: 60px" | 0
| style="width: 60px" | 3
|-
| style="width: 60px" | 5
| style="width: 60px" | 0
| style="width: 60px" | 1
| style="width: 60px" | 1
|-
| style="width: 60px" | 6
| style="width: 60px" | 0
| style="width: 60px" | 1
| style="width: 60px" | 2
|-
| style="width: 60px" | 7
| style="width: 60px" | 0
| style="width: 60px" | 1
| style="width: 60px" | 3
|-
| style="width: 60px" | 8
| style="width: 60px" | 0
| style="width: 60px" | 2
| style="width: 60px" | 2
|-
| style="width: 60px" | 9
| style="width: 60px" | 0
| style="width: 60px" | 2
| style="width: 60px" | 3
|-
| style="width: 60px" | 10
| style="width: 60px" | 0
| style="width: 60px" | 3
| style="width: 60px" | 3
|-
| style="width: 60px" | 11
| style="width: 60px" | 1
| style="width: 60px" | 1
| style="width: 60px" | 1
|-
| style="width: 60px" | 12
| style="width: 60px" | 1
| style="width: 60px" | 1
| style="width: 60px" | 2
|-
| style="width: 60px" | 13
| style="width: 60px" | 1
| style="width: 60px" | 1
| style="width: 60px" | 3
|-
| style="width: 60px" | 14
| style="width: 60px" | 1
| style="width: 60px" | 2
| style="width: 60px" | 2
|-
| style="width: 60px" | 15
| style="width: 60px" | 1
| style="width: 60px" | 2
| style="width: 60px" | 3
|-
| style="width: 60px" | 16
| style="width: 60px" | 1
| style="width: 60px" | 3
| style="width: 60px" | 3
|-
| style="width: 60px" | 17
| style="width: 60px" | 2
| style="width: 60px" | 2
| style="width: 60px" | 2
|-
| style="width: 60px" | 18
| style="width: 60px" | 2
| style="width: 60px" | 2
| style="width: 60px" | 3
|-
| 19
| 2
| 3
| 3
|-
| 20
| 3
| 3
| 3
|}
 
::{{Par2|ZWlmDark|int|0}}
:::Zero Weight Luma Dark Value (0 to 255). The filter strength is reduced for any pixel value starting at ZWlmDark and reaching 0 filtering strength as the pixel value approaches 0. The filtering strength is reduced less at block boundaries. Values between 32-64 are a good place to start. This argument allows more detail to be retained in dark areas which might otherwise appear over smoothed. Obviously when setting this value it is important that the monitor you are working on displays dark grey to black with reasonable fidelity.
 
::{{Par2|ZWlmBright|int|255}}
:::Zero Weight Luma Bright Value (0 to 255). Any source pixel value that is ≥ ZWlmBright will be filtered at the value specified by the ZW argument. This can be used to reduce bright spots that ZWce might otherwise let through. Values > 192 are a good place to start.
 
::{{Par2|ncpu|int|1}}
::: Number of cpu cores to use (1 to 4). The multithreading code path is completely bypassed if only 1 cpu is used.
 

==Examples==
SmoothD2 with default settings:
MPEG2Source("Blocky.dv2")
SmoothD2(quant3=, num_shift=3, Matrix=3, Qtype=1, ZW=1, ZWce=1, ZWlmDark=0, ZWlmBright=255, ncpu=1)
More examples here: http://sites.google.com/site/jconklin754smoothd2/examples
 
 
==External Links==
*[http://sites.google.com/site/jconklin754smoothd2/ Google Sites] - Official SmoothD2 homepage.
*[http://forum.doom9.org/showthread.php?t=164800 Doom9 Forum] - SmoothD2 discussion.
 
 
-----------------------------------------------
'''Back to [[External_filters#Deblocking|External Filters]] ←'''
-----------------------------------------------

@@ Line 251: / Line 251: @@
 [x64]: [https://web.archive.org/web/20200522020520if_/https://files.videohelp.com/u/223002/SmoothD2-a3_x64.zip SmoothD2-a3_x64.zip]
 |}
 <br>
 ==External Links==
 *[https://sites.google.com/site/jconklin754smoothd2/ Google Sites] - Official SmoothD2 homepage.

@@ Line 1: / Line 1: @@
-{{FilterCat4|External_filters|Plugins|Restoration_filters|Deblockers}}
+{{FilterCat5|External_filters|Plugins|Plugins_x64|Restoration_filters|Deblockers}}
 {{Filter3
 |jconklin
 |1.0.a3
-|3=[https://sites.google.com/site/jconklin754smoothd2/download/SmoothD2-a3.zip?attredirects=0 SmoothD2-a3.zip]
+|3=[x86]: [https://sites.google.com/site/jconklin754smoothd2/download/SmoothD2-a3.zip?attredirects=0 SmoothD2-a3.zip]
 |4=Deblocker
 |5=[https://www.gnu.org/licenses/gpl-2.0.txt GPLv2]
@@ Line 15: / Line 17: @@
 <br>
 == Requirements ==
-* AviSynth 2.5.8 or [https://sourceforge.net/projects/avisynth2/ greater]
+* [x86]: [[AviSynth+]] or [http://sourceforge.net/projects/avisynth2/ AviSynth 2.5.8 or greater]
 * [[FAQ_different_types_content#How_do_I_recognize_progressive.2C_interlaced.2C_telecined.2C_hybrid_and_blended_content.3F|Progressive]] input only
 * Supported color formats: [[YV12]]
@@ Line 230: / Line 233: @@
 More examples here: https://sites.google.com/site/jconklin754smoothd2/examples
 <br>
 <br>
 ==External Links==

@@ Line 3: / Line 3: @@
 |jconklin
 |1.0.a3
-|3=[http://sites.google.com/site/jconklin754smoothd2/download/SmoothD2-a3.zip SmoothD2-a3.zip]
+|3=[https://sites.google.com/site/jconklin754smoothd2/download/SmoothD2-a3.zip?attredirects=0 SmoothD2-a3.zip]
 |4=Deblocker
-|5=[http://www.gnu.org/licenses/gpl-2.0.txt GPLv2]
+|5=[https://www.gnu.org/licenses/gpl-2.0.txt GPLv2]
-|6=[http://forum.doom9.org/showthread.php?t=164800 Doom9 Thread]}}
+|6=[https://forum.doom9.org/showthread.php?t=164800 Doom9 Thread]}}
 ==Description==
 [[SmoothD2]] is a deblocker.  The purpose of all deblockers is to remove block encoding artifacts.  The primary ones are blockiness and ringing caused by high frequency transients, “large brightness change”, at block boundaries.  The trick of course is to only to remove the transients that are introduced by the encoding process, and not a line in the original image that happens to have the misfortune of being on a block boundary.
-SmoothD2 reduces the high frequency transients at the block boundaries by doing the following. For each 8x8 block in an image SmoothD2 samples various 8x8 blocks shifted but still overlapping the current block.  This is done by shifting the whole image. Then for each shifted image every 8x8 block is run through a fdct-quantize-dequantize-idct process that removes high frequency transients. Then the shifted image is shifted back to its original position and averaged with all of the other shifted, processed, back shifted, images to produce the deblocked image. Ideally this process reduces the high frequency transients at the block boundaries to stay within the maximum high frequency of the original image. Please see [http://www.utdallas.edu/~aria/papers/vlsisp99.pdf “Enhancement of JPEG-Compressed Images by Re-application of JPEG.pdf”] for more information. Quant controls the overall strength of the high frequency transients removal. Matrix provides some control over the thickness and direction (horizontal vertical or diagonal lines) of the transient. See [http://sites.google.com/site/jconklin754smoothd2/home official documentation] for full details.
+SmoothD2 reduces the high frequency transients at the block boundaries by doing the following. For each 8x8 block in an image SmoothD2 samples various 8x8 blocks shifted but still overlapping the current block.  This is done by shifting the whole image. Then for each shifted image every 8x8 block is run through a fdct-quantize-dequantize-idct process that removes high frequency transients. Then the shifted image is shifted back to its original position and averaged with all of the other shifted, processed, back shifted, images to produce the deblocked image. Ideally this process reduces the high frequency transients at the block boundaries to stay within the maximum high frequency of the original image. Please see [https://www.utdallas.edu/~aria/papers/vlsisp99.pdf “Enhancement of JPEG-Compressed Images by Re-application of JPEG.pdf”] for more information. Quant controls the overall strength of the high frequency transients removal. Matrix provides some control over the thickness and direction (horizontal vertical or diagonal lines) of the transient. See [https://sites.google.com/site/jconklin754smoothd2/home official documentation] for full details.
 <br>
 <br>
 == Requirements ==
-* AviSynth 2.5.8 or [http://sourceforge.net/projects/avisynth2/ greater]
+* AviSynth 2.5.8 or [https://sourceforge.net/projects/avisynth2/ greater]
 * [[FAQ_different_types_content#How_do_I_recognize_progressive.2C_interlaced.2C_telecined.2C_hybrid_and_blended_content.3F|Progressive]] input only
 * Supported color formats: [[YV12]]
@@ Line 72: / Line 72: @@
 :::[[File:smoothd2 matrix2.png]]
-:::For more information look at the file doMatrix.c which defines all of the matricies. Currently there are 110 matrices defined. They are almost all useless but are fun to play with. I built them to see how matrices worked. For an excellent description of what a matrix does see http://forum.doom9.org/showthread.php?t=54147
+:::For more information look at the file doMatrix.c which defines all of the matricies. Currently there are 110 matrices defined. They are almost all useless but are fun to play with. I built them to see how matrices worked. For an excellent description of what a matrix does see https://forum.doom9.org/showthread.php?t=54147
 <br>
 ::{{Par2|Qtype|int|1}}
@@ Line 82: / Line 82: @@
 :::* 4 : h263 inter
-:::The intra in Qtypes 1 and 2 referes to the encoding done for I-Frames.  The inter in Qtypes 3 and 4 refers to the encoding done for P-frames and B-Frames.  See  [http://www.iem.thm.de/telekom-labor/zinke/mk/mpeg2beg/beginnzi.htm A Beginners Guide for MPEG2 Standard] for a good introduction to mpeg coding.  Different matrices are usually used when encoding I-Frames then when encoding P-Frames and B-Frames.  All the information about how a particular frame was originally encoded, I-Frame, P-Frame, B-Frame, and Matrix value, has been lost by the time SmoothD2 is passed a frame to process, SmoothD2 does not do automatic intra-inter Qtype or matrix switching.
+:::The intra in Qtypes 1 and 2 referes to the encoding done for I-Frames.  The inter in Qtypes 3 and 4 refers to the encoding done for P-frames and B-Frames. Different matrices are usually used when encoding I-Frames then when encoding P-Frames and B-Frames.  All the information about how a particular frame was originally encoded, I-Frame, P-Frame, B-Frame, and Matrix value, has been lost by the time SmoothD2 is passed a frame to process, SmoothD2 does not do automatic intra-inter Qtype or matrix switching.
 <br>
 ===Zero Weight Arguments:===
@@ Line 228: / Line 228: @@
   MPEG2Source("Blocky.dv2")
   SmoothD2(quant3=, num_shift=3, Matrix=3, Qtype=1, ZW=1, ZWce=1, ZWlmDark=0, ZWlmBright=255, ncpu=1)
-More examples here: http://sites.google.com/site/jconklin754smoothd2/examples
+More examples here: https://sites.google.com/site/jconklin754smoothd2/examples
 <br>
 <br>
 ==External Links==
-*[http://sites.google.com/site/jconklin754smoothd2/ Google Sites] - Official SmoothD2 homepage.
+*[https://sites.google.com/site/jconklin754smoothd2/ Google Sites] - Official SmoothD2 homepage.
-*[http://forum.doom9.org/showthread.php?t=164800 Doom9 Forum] - SmoothD2 discussion.
+*[https://forum.doom9.org/showthread.php?t=164800 Doom9 Forum] - SmoothD2 discussion.
 <br>
 <br>

@@ Line 70: / Line 70: @@
 :::Selects a prebuilt matrix to use (1 to 110). 1 thru 9 are either "standard" matrices that I found on the net or slightly modified versions of them. They are ordered according to their deblocking strength from weak to strong.  They are the only ones with calibrated strengths which allows the ZW arguments to produce consistent results. Note Matrix is not used by used by Qtype’s 2 and 4 which use the built in h263 matrices.
-:::*'''PICTURE GOES HERE'''
+:::[[File:smoothd2 matrix2.png]]
 :::For more information look at the file doMatrix.c which defines all of the matricies. Currently there are 110 matrices defined. They are almost all useless but are fun to play with. I built them to see how matrices worked. For an excellent description of what a matrix does see http://forum.doom9.org/showthread.php?t=54147
@@ Line 96: / Line 96: @@
 :::Zero Weight Center to Edge (1 to 20).  This argument allows the center of all 8x8 macroblocks to have less filtering then the edge of the macroblock. The edge of the macroblock always receives the amount of filtering determined by the other arguments.  This allows for less detail loss while maintaining strong deblocking. ZWce specifies the entry in a table which is used to determine the the processing strength from the center of a macroblock to its edge.
-:::*'''INSERT PICTURE HERE'''
+:::[[File:smoothd2 strength.png]]
 :::There are 4 possible values that VP1, VP2 and VP3 can have.