Having two identical but disctinct subclasses of RealARBGColorConverter avoids
JIT de-optimization when using it for both volatile and non-volatile types.
(The non-volatile version is used for recording movies.)

Conflicts:
	core/src/main/java/net/imglib2/display/RealARGBColorConverter.java
Merge remote-tracking branch 'github/towards-spimdata' into towards-spimdata
make BigDataViewer a bit more extension friendly
Merge remote-tracking branch 'github/towards-spimdata' into towards-spimdata
use ReferenceQueue to remove obsolete keys from cache, instead of finalize()
add local maven repository for jhdf5 and update pom to use jhdf5.13.06.2
pull access to hdf5Reader to class HDF5Access
use HDF5Access via interface IHDF5Access
return DimsAndAxistence from IHDF5Access instead of HDF5DataSetInformation
HDF5AccessHack implements IHDF5Access using low-level HDF5 functions and implementation details obtained from jhdf5 by reflection
LRU cache for open HDF5 datasets to speed up chunk loading.
The resulting IO performance improvement is huge, throughput is 8 to 10
times higher.
remove SPIM_Opener dependency
remove local repo and use the jhdf5 deployed in imagej.thirdparty
replace deprecated jhdf5 methods in WriteSequecneToHdf5
introduce "open as virtual stack" checkbox in ImportPlugin
ExportImagePlusPlugIn: make recordable
do not override imglib2 versions in pom
use low-level HDF5 functions to write sequence of MDArrayBlocks without closing the dataset in between
Merge remote-tracking branch 'github/fixMissingViews' into low-level-hdf5
use managed jdom version