auto-unpack RAD in affine
TODO notes
add some auto unpack stuff

so RAD etc get unpacked automatically
more auto-decode stuff

more to do though
Merge branch 'master' of github.com:jcupitt/libvips

Conflicts:
	TODO
more auto unpack hacking
more jpeg read sanity checking
foreign memory images tagges as ANY

we weren't tagging foreign memory buffers as supporting ANY demand
style, so they were falling back to SMALLTILE

this broke any operation using SEQUENTIAL_UNBUFFERED plus foreign
buffers, eg. falsecolour, since UNBUF needs very strict seq access
falsecolour failed for some image types

type prevented the auto-cast-first-band thing working
support many Radiance readers active at once

we had some globals for the Rad reader state, whcih was fine with the
old reader, but with the new sequential one you can have several active
at once
Merge remote-tracking branch 'origin/7.38'

Conflicts:
	ChangeLog
	configure.ac
	libvips/conversion/falsecolour.c
	libvips/resample/affine.c
better autounpack for falsecolour
more auto-decode
better fits docs
fix stray uses of "layer" in openslideload documentation
drop error freeze/thaw around openslide_open()

openslide_open() hasn't been able to cause a call to vips_error() since
c98d6543.
update for new format support in OpenSlide 3.4.0
use openslide_detect_vendor() on OpenSlide 3.4.0

It is much more efficient than openslide_open().  It also fixes a bug:

If openslide_open() failed, we had no way of knowing whether it was an
interesting failure (for relevant slide formats) or an uninteresting
one (for a generic TIFF).  So, the is_a method would always return false
in this case.  This could cause unexpected results; for example, on MIRAX
slides, VIPS would open the .mrxs file itself (a JPEG thumbnail) and the
user would be left wondering where all their pixels went.  Now, if there
is an interesting failure, is_a will succeed but header/load will fail.
Merge pull request #100 from bgilbert/openslide-3.4

Updates for OpenSlide 3.4.0
add "rgbjpeg" flag to tiffsave

add a secret "rgbjpeg" flag to tiffsave to help IIPImage server

iipimage server 0.9.9 and earlier don't handle YCbCr-coded JPEG tiffs
correctly ... setting --rgbjpeg makes vips output RGB coded JPEG tiff
which iipsrv can handle.

Using this flag makes files 2x to 3x larger with no quality improvement,
so it is tagged as deprecated to keep it hidden.