Add JAR containing libjpeg-turbo JNI wrappers
Initial version of a libjpeg-turbo service

Needs a lot of polishing yet, but it shows a lot of promise.
More progress on the libjpeg-turbo service

Arbitrary tiles are now read correctly, but it's still a bit slower than
I would like.
Rename turbojpeg.jar and update the build files
Use turbojpeg-1.2.1.jar compiled with Java 1.5
Don't require the .ndpi suffix
Use pre-calculated JPEG restart markers
Adjust the relative restart markers based upon the SOS marker

...instead of assuming a fixed difference between the relative and
absolute offsets.
Fix the pyramid height

The very last IFD is an overview of the slide, so we shouldn't include it
in the pyramid.
Load native libraries from a .jar

Instead of assuming that the user has libturbojpeg.* and libjpeg.* on
their java.library.path, we now use native-lib-loader:

http://github.com/scijava/native-lib-loader

to load the native libraries from the META-INF/lib/ directory of
turbojpeg-1.2.1.jar.  Currently turbojpeg-1.2.1.jar only contains the
Linux libraries, but it will be updated in the near future to include
Windows and Mac OS X libraries as well.

native-lib-loader-2.0-SNAPSHOT.jar was built from this commit:

https://github.com/scijava/native-lib-loader/commit/b930cb4921d4d23b8417c5fcd36695b0ff0c48a8
Reduce the maximum non-libturbojpeg size to match the JPEG tile size
Load the native libraries once per service

...instead of every single time we retrieve a tile.
Add proper attribution
TIFF: further restrict the usage of YCbCr correction
Add Windows libraries and remove libjpeg dependency
Add Mac OS X libjpeg-turbo libraries

And while we're at it, recompile the libjpeg-turbo Java classes with 1.5.
Fix linux_64 libturbojpeg.so
Make sure that the jpegturbo service is closed appropriately
Remove debugging statements
Turn up the logging severity for native-lib-loader