Juicy.Pixels 3.1

Juicy.Pixels 3.1 is here, with a “Squeezed juice” release. Performance updates were there since a long time but not released officially, and now thanks to GHC in the latest Haskell Platform, performances are even better on many cases :

	ImageMagick	Optimisation pass 1	Optimisation pass 2	3.1 with GHC 7.3
Png -> Jpg	379,99ms	1091,23ms	859,12ms	968.33ms
Jpg -> Png	3945,51ms	16409,36ms	8157,63ms	7417.51ms
Gif -> Png	2518,37ms		3348,69ms	762.50ms
Png -> Bmp	286,3ms		423,77ms	330.83ms

I don’t explain the regression for the PNG to Jpg conversion, nor the curious performance bump in Gif decoding. I’ll try to fix the Png -> Jpg conversion in a next minor release.

Roadmap

The next version of the library should include the following (in no particular order):

• Progressive JPEG loading
• Tiff writing
• More concentrated juice

Features

Other than the performance improvement, the addition of Tiff reading, 16 bits pixels support and some helper function are in this release.

Big thanks to Alp Mestanogullari and Jason Dagit who helped making this release possible.

Juicy.Pixels performances update

Here is some new timing from the Juicy.Pixels trunk, Optimisation pass 1 refer to the previous pass, the new numbers are in the Optimisation pass 2. Some new categories where added to check performances

	ImageMagick	Optimisation pass 1	Optimisation pass 2
Png -> Jpg	379,99ms	1091,23ms	859,12ms
Jpg -> Png	3945,51ms	16409,36ms	8157,63ms
Gif -> Png	2518,37ms		3348,69ms
Png -> Bmp	286,3ms		423,77ms

And a small graph :

Performance graph

The good news is : we’re now at roughly twice the speed of C for all image formats instead of 4 times (yay!). The open question is now : can we go even further?

Juicy.Pixels performances

Here is some performance measurement of the trunk version of Juicy.Pixels.

Benchmarks

This is a simple benchmark considering two operations :

• Reading a 1360×1312 PNG image and saving it as a JPG.
• Reading a 4928×3264 JPG image and saving it as a PNG.

Both images are the “huge” test images present in the JuicyPixel repository.

• Test machine : Core i5 M520@2.40Ghz
• OS : Windows7 x64
• GHC : 7.4.2
• The energy mode is set as “best performances”.

Imagemagick benchmarking

The imagemagick performance as been measured with the command “convert” repeated 20 times with the time result are below :

PNG -> JPG

Avg: 306.3059ms
Min: 290.6701ms
Max: 327.0791ms
JPG -> PNG

Avg: 3668.5218ms
Min: 3637.5323ms
Max: 3741.9981ms

Juicy.Pixels benchmarking

The Benchmarking of Juicy.Pixels is done using the Criterion library. In 20 runs, the code is the following :

jpegToPng :: IO ()
jpegToPng = do
 img <- readImage "tests/jpeg/huge.jpg"
 case img of
   Left err -> putStrLn err
   Right i -> savePngImage "huge.png" i

pngToJpeg :: IO ()
pngToJpeg = do
  img <- readImage "tests/pngsuite/huge.png"
  case img of
    Left err -> putStrLn err
    Right i -> saveJpgImage 50 "huge.jpg" i

And the results :

benchmarking trad/JPG -> PNG
collecting 12 samples, 1 iterations each, in estimated 158.6611 s
mean: 16.40936 s, lb 15.57981 s, ub 17.18032 s, ci 0.950
std dev: 1.477429 s, lb 1.199743 s, ub 1.949199 s, ci 0.950
variance introduced by outliers: 31.549%
variance is moderately inflated by outliers

benchmarking trad/PNG -> JPG
collecting 12 samples, 1 iterations each, in estimated 20.88119 s
mean: 1.091229 s, lb 1.083062 s, ub 1.097646 s, ci 0.950
std dev: 13.40252 ms, lb 9.745841 ms, ub 17.60697 ms, ci 0.950
variance introduced by outliers: 7.639%
variance is slightly inflated by outliers

Conclusion

We can see that we are roughly at 4x the speed of imagemagick C implementation. Thats reasonable, but I’m curious what the improvement of the new code generator of GHC 7.6 would bring on the performance side.

CTagSpotlight

Today just the small release of a spotlight plugin [CtagSpotlight](https://github.com/Twinside/CTagSpotlight) which allow spotlight, the search module of Mac OS X, to index many of your source code and search specific element in it.

AutoSummary

I almost forgot, A software I made with Fabien Donius, AutoSummary, a PowerPoint 2010 Plug-in.

The idea is to give some function of LaTeX’s beamer module to powerpoint, it’s a shareware with a fair price (7€). Give it a shot

Eq 1.0

Eq 1.0 has been released, it’s now Open Source and available on Github/Hackage and some binary will follow.

• Eq info page (rather light for the moment, binary will be put here).
• documentation
• Eq on Hackage
• Eq on github

SupaView 1.0

I made a new utility for mac called SupaView, to help you find big files in your hard disk.

The software is free (as in beer for the moment), but donation can be made.

Eq – Beta

I’m publishing the first beta of my project, a tiny formula manipulation program, which can perform manipulation inside source code or as a calculator on the command line. You can find samples, explaination on the documentation page.

The first version only run on Microsoft Windows and Linux in the command line. Next version should be available on OSX, and a GUI for Windows will follow.

Download

Not available anymore, check for version 1.0.

CodeOverview – RockScroll for gVim

Grab it on Vim.org

.net using an Haskell DLL

The previous post on Eq! shown an application using a bridge between two worlds : Haskell and .net. While there exists library to use .net objects from Haskell (like hs-dotnet), there is no documentation on how to use Haskell from .net.

An obvious and seemingly easy solution is to go to the Dll route, GHC can make those on windows, .net is good at importing functions in dll. An easy trip in perspective!