just use one table, since all colour channels are the same now
have more points in the float -> int direction, fewer in int -> float
faster out of range detection
- shrink down to a 1x1 pixel tile, even for very long and thin images
- round image size up on shrink
- write a .dzi file with the pyramid params
- default tile size and overlap now matches the openslide writer
thanks to Benjamin Gilbert for pointing out the errors
we used to have minor version numbers in the pkg-confiog files, eg:
pkg-config vips-7.28 --cflags
The idea was to make working with multiple installed versions (something
I do a lot at least) easier. But it was also annoying and made upgrading
harder for downstream packages. And the benefits were very marginal.
the new sequential mode readers for tiff/jpg/png were not working well
from the vips7 command-line: they either decompressed twice, or handed
over a sequential mode image
it should now work as well as it did pre-seq.
the vips7 loaders were a thin layer over the new VipsForeign system
however! VipsForeign does various "useful" things, like open via disc,
and this resulted in stuff like
vips im_jpeg2vips huge.jpg x.v
decompressing to a temp file before copying to x.v
im_jpeg2vips() and friends now call the low-level loaders directly and
avoid the extra mechanisms in VipsForeign
"nip2 huge.jpg" was loading twice as well, for the same reason
cli operations turn on seq mode automatically when they can
vips_operation_get_flags() added: lets you attach a set of flags to an
operation
flags for now are "nocache" (replacing the old nocache system) and "seqential"
if vips_object_set_argument_from_string() from string sees "seq" flag on the
object for which it is setting the arg, it enables sequential mode
all operations which can run sequentially have been tagged
the operation printer knows about flags and can display them
