Mercurial > ift6266
diff writeup/techreport.tex @ 417:0282882aa91f
Completed the pinch transformation text
author | fsavard |
---|---|
date | Fri, 30 Apr 2010 09:25:20 -0400 |
parents | 5f9d04dda707 |
children | a3a4a9c6476d e7790db265b1 |
line wrap: on
line diff
--- a/writeup/techreport.tex Thu Apr 29 18:26:30 2010 -0400 +++ b/writeup/techreport.tex Fri Apr 30 09:25:20 2010 -0400 @@ -121,9 +121,9 @@ Mathematically, for a square input image, think of drawing a circle of radius $r$ around a center point $C$. Any point (pixel) $P$ belonging to that disk (region inside circle) will have its value recalculated by taking the value of another "source" pixel in the original image. The position of that source pixel is found on the line thats goes through $C$ and $P$, but at some other distance $d_2$. Define $d_1$ to be the distance between $P$ and $C$. $d_2$ is given by $d_2 = sin(\frac{\pi{}d_1}{2r})^{-pinch} \times d_1$, where $pinch$ is a parameter to the filter. -If the image is not square +If the region considered is not square then, before computing $d_2$, the smallest dimension (x or y) is stretched such that we may consider the region as if it was square. Then, after $d_2$ has been computed and corresponding components $d_2\_x$ and $d_2\_y$ have been found, the component corresponding to the stretched dimension is compressed back by an inverse ratio. -The actual value is given by bilinear interpolation considering the pixels around the (non-integer) source position. +The actual value is given by bilinear interpolation considering the pixels around the (non-integer) source position thus found. The value for $pinch$ in our case was given by sampling from an uniform distribution over the range $[-complexity, 0.7 \times complexity]$.