Commit Graph

106 Commits

Author SHA1 Message Date
jst
7e2ce0a2ea Go >=1.1 is needed for this package. 2014-10-24 14:47:00 +02:00
jst
13ea1287b3 Test using all available versions of Go. 2014-10-24 14:41:49 +02:00
jst
20c6afea04 Remove unnecessary benchmark 2014-09-15 11:58:05 +02:00
jst
0c6a628df5 Resolve image artifacts due to wrong coefficient index lookup. 2014-09-15 11:50:59 +02:00
jst
581d15cb53 Fix parallel computation. 2014-08-20 21:12:39 +02:00
jst
e950449c49 Fix wrong boundary calculation (bug #17)
This fix doesn't currently work concurrently. This will be fixed in another commit.
2014-08-20 20:54:59 +02:00
jst
03982f698d Merge branch 'charlievieth-master' 2014-08-13 20:13:24 +02:00
jst
220cad3343 Add simple test case for input image with non-trivial bounds. 2014-08-13 20:12:18 +02:00
jst
7f8a5419ae Merge branch 'master' of https://github.com/charlievieth/resize into charlievieth-master 2014-08-13 20:10:38 +02:00
Charlie Vieth
df655f3f70 Merge branch 'YCC' 2014-08-12 16:11:40 -04:00
Charlie Vieth
08b124d541 Fix bound out of range panic. 2014-08-12 16:11:25 -04:00
Charlie Vieth
171c886e38 Merge branch 'YCC' 2014-08-12 14:41:55 -04:00
Charlie Vieth
f03c78969b Fix YCC SubImage. 2014-08-12 14:41:20 -04:00
Charlie Vieth
3c164b34f4 Merge branch 'YCC' 2014-08-12 14:22:17 -04:00
Charlie Vieth
acea8646b2 Fix error in YCC PixOffset and SubImage. 2014-08-12 14:22:06 -04:00
jst
ccddecd1bf Merge branch 'charlievieth-master' 2014-08-05 18:01:45 +02:00
Charlie Vieth
a5a6a66088 Merge branch 'refactor' 2014-07-30 02:09:28 -04:00
Charlie Vieth
eefd4737aa Optimize YCbCr image resize 2014-07-30 02:08:58 -04:00
Charlie Vieth
ee540982e0 Merge branch 'refactor' 2014-07-29 18:48:50 -04:00
Charlie Vieth
427b8d133e Optimized Nearest-Neighbor function - 2x faster 2014-07-29 18:32:58 -04:00
Charlie Vieth
80b3fc2b3f Pre-calculate start offset, optimize bound check
Increased performance by 30% for RGBA and 45% for Gray images, minor
performance increase for 16-bit images.

The start offset calculated by createWeights are stored in a slice and
passed to the resize functions to prevent duplication of effort.
2014-07-29 16:53:35 -04:00
jst
be07665345 Update README.md 2014-07-19 14:00:14 +02:00
jst
299762ed77 Add unit tests for converter.go 2014-07-19 13:31:16 +02:00
jst
016a61cd31 Optimize data-locality for a huge increase in processing speed.
This is a complete rewrite! The tight scaling loop needs data locality for optimal performance. The old version used lots of pointer redirections to access image data which was bad for data locality. By providing the complete loop for each image type, this problem is solved. Unfortunately this increases code duplication but the result should be worth it: I could measure a ~6x speed-up for certain test cases!
2014-07-19 13:19:31 +02:00
jst
bdfbbead13 Merge branch 'anisus-master'
Fixes #14, regression from 494d8de4e5
2014-06-18 19:05:59 +02:00
Accipiter Nisus
f3cac2f865 Fix to resize correctly when source image.Bounds().Min is not (0,0) 2014-06-16 13:53:36 +10:00
jst
8aee0d995b Update README.md to mention resize.Thumbnail. 2014-01-30 20:03:15 +01:00
jst
079ed2e48a Merge branch 'master' of https://github.com/matrixik/resize into matrixik-master 2014-01-30 19:40:14 +01:00
jst
a83cb40860 Remove some redundancies. 2014-01-28 19:53:26 +01:00
jst
446eea2f7b Remove LUT based filters.
Caching kernel weights makes using the LUT based approach obsolete. Now they seem to be even slower than their counterparts.
2014-01-28 18:54:57 +01:00
jst
9884534579 Cache kernel weights for each row.
For each row the convolution kernel is evaluated at fixed positions around "u". By calculating these values once for each row, a huge speedup is achieved.
2014-01-28 18:48:08 +01:00
jst
8f586c4f06 Add benchmarks to compare execution times.
Run "go test -bench LargeJpegThumb" to benchmark all functions at once.
2014-01-18 11:55:34 +01:00
jst
45368ad0cd Multiply instead of dividing 2014-01-17 23:14:37 +01:00
jst
314cea6612 Avoid temporaries to save some cycles. 2014-01-17 22:54:15 +01:00
jst
7c5018c82b Extract method "resizeSlice" to reduce duplicate code. 2014-01-17 19:05:30 +01:00
Dobrosław Żybort
b744503c5c Add: thumbnail helper function 2013-11-27 22:40:16 +01:00
jst
f8ec710330 Fix wrong calculation of second adjust parameter. 2013-11-23 18:38:06 +01:00
jst
d9287fbcb6 Use x,y as coordinates of the origin image. 2013-11-23 18:02:18 +01:00
jst
d1bef9bdb6 Refactoring 2013-11-18 20:19:56 +01:00
jst
494d8de4e5 Speedup calculation by exploiting the separability of the resizing filter.
Should be ~5x faster! More optimization will follow.

before:
> go test -bench .
PASS
Benchmark_BigResizeLanczos3-4	       1	2438137093 ns/op
Benchmark_BigResizeLanczos3Lut-4	       1	1157612362 ns/op
Benchmark_Reduction-4	       2	 743950618 ns/op

after:
> go test -bench .
PASS
Benchmark_BigResizeLanczos3-4	       5	 403685685 ns/op
Benchmark_BigResizeLanczos3Lut-4	      10	 225539497 ns/op
Benchmark_Reduction-4	      10	 207004759 ns/op
2013-11-18 19:54:31 +01:00
jst
4d25061069 Fixed yet another typo. 2013-07-08 21:06:48 +02:00
jst
252ccc84a2 Add benchmarks for Lanczos3Lut to compare it with Lanczos3 performance. 2013-07-08 20:55:46 +02:00
jst
098f882331 Fix a typo. 2013-07-08 20:55:20 +02:00
jst
b272d51eaa Update README.md 2013-07-08 20:54:24 +02:00
jst
a85ea9eaa8 Rename Lanczos functions using look-up tables to Lanczos2Lut, Lanczos3Lut and restore Lanczos2, Lanczos3 to give users the choice between higher speed or higher accuracy. 2013-07-08 20:48:20 +02:00
jst
9e5ed35b85 Move splineKernel function nearer to Lanczos definitions. 2013-07-08 20:40:36 +02:00
Geoff Adams
c1b8c4986e Use a lookup table to speed up the Lanczos kernel
Profiling the resize operation using Lanczos kernels showed that most of
the time was spent in the Sin function, which is called twice per
evaluation of the Lanczos kernel. Generating a lookup table and doing a
linear interpolation between table entries speeds up the resize by a
factor of 4.
2013-07-04 02:28:43 -07:00
jst
33204d8746 Update README.md 2013-04-11 20:37:15 +02:00
jst
c37f8f8470 gofmt 2013-04-09 21:59:02 +02:00
jst
62777ac833 Precalculate bicubic factors, save some cycles. 2013-04-09 21:31:31 +02:00