libvips/whats-new.md

---
title: What's new in 8.11
---

libvips 8.11 is almost now out, so here's a quick overview of what's new. Check
the [ChangeLog](https://github.com/libvips/libvips/blob/master/ChangeLog)
if you need more details.

Credit to Zeranoe, DarthSim, Projkt-James, afontenot, 781545872, erdmann,
kleisauke and others for their great work on this release.

[Lunaphore](https://www.lunaphore.ch/) kindly sponsored the development of
the new JPEG2000 features, see below.

# Loadable modules for some image format loaders

- move openslide, libheif, poppler and magick to loadable modules [kleisauke]

# Experimental JPEG-XL support

libvips 8.11 includes experimental support for JPEG-XL load and save.

(JPEG-XL)[https://jpeg.org/jpegxl/] is a promising new iteration of the JPEG
standard that's currently being developed. The Chrome web browser supports
it, though behind a flag, and it looks like it might be enabled by default
this autumn in Chrome 89. 

There have been several attempts to replace JPEG with something better in the
last few years. HEIC is perhaps the best known: it can compress files to
about half the size of comparable JPEGs and supports a range of useful
features, like animations, transparency and lossless
compression. Unfortunately, it has some patent issues which may limit its
usefulness.

AVIF is rather like HEIC, but has no patents attached to it. Sadly the
available load and save libraries are extremely slow.

JPEG-XL looks like it might avoid all these problems: it offers the same great
compression and useful features as HEIC and AVIF, but has no problems with 
patents, and is fast enough for practical use. 

I made a sample image. You'll need to zoom in to check details:

![image compression comparison](astronauts.png)

Compression and decompression is quite a bit quicker than HEIC:

```
$ time vips copy astronauts.png x.jxl
real 0m0.218s
user 0m0.291s
sys 0m0.204s

$ time vips copy astronauts.png x.heic
real 0m0.413s
user 0m1.273s
sys 0m0.048s 
```

JPEG-XL is still a little immature, so it's not enabled by default in
libvips 8.11. Hopefully the missing features (metadata, progressive encode
and decode, animation, etc.) will arrive soon, and the remaining bugs will
be squeezed out.

# Thread recycling

- new threading model has a single threadpool shared by all 
  pipelines [kleisauke]

# Full-colour text rendering

The libvips `text` operator was designed a while ago, when fonts were still
black and white. It outputs a one-band mask image which you then process with
the other libvips operations to do things like rendering text on an image.

Many fonts, especially emoji fonts, now have full-colour SVG characters.
There's a new `rgba` flag to `text` to enable colour rendering. For example:

```
$ vips text x.png "😀<span foreground='red'>red</span><span background='cyan'>blue</span>" --dpi 300 --rgba
```

Makes this:

![coloured text](text.png)

You can then use `composite` to render these text RGBA images on to another
image.

# JPEG2000 support

Thanks to generous sponsorship from Lunaphore, we've added support for the
(now rather elderly) JPEG2000 format.

The `jp2kload` and `jp2ksave` operations support all the file format
features: shrink-on-load, 8-, 16- and 32-bit data, any number of
iamge bands, tiled images, YCC colourspace, lossless compression, and
optional chroma subsampling. The lossy compression profile (controlled
by a `Q` parameter) is derived from the [British Museum's JPEG2000
recommendations](https://purl.pt/24107/1/iPres2013_PDF/An%20Analysis%20of%20Contemporary%20JPEG2000%20Codecs%20for%20Image%20Format%20Migration.pdf).

We've also added support for JPEG2000 as a codec for TIFF load and save. This
means you can now directly load and save some popular slide image formats.
This should be useful for people in the medical imaging community.

It's very easy to use -- for example:

```
$ vips copy k2.jpg x.tif[compression=jp2k,Q=90,tile]
$ vips copy k2.jpg x.tif[compression=jp2k,lossless]
```

# C++ API improments

We've spent some time improving the C++ API. 

We now use [doxygen](https://www.doxygen.nl) to generate C++ API docs
automatically, and we've written a set of API comments. Hopefully the [new
documentation](link-to-cpp-docs) should be a big improvement.

There are a couple of functional improvements too. There's support for
`VipsInterpolate`, `guint64` and a new constructor,
`VImage::new_from_memory_steal`, which can save a copy operation.

# Minor improvements

- The `perlin`, `worley` and `gaussnoise` operators have a new `seed`
  parameter to set the seed for their random number generator.

- The `rank` operator has a new path for large windows on 8-bit images. It can
  be up to 20 times faster in some cases.

- Image histograms on large images now use `double` values. Previously,
  we were limited to images with under 2^32 pixels.

- There's a new `black_point_compensation` for colour operations involving
  ICC profiles, and detection of bad profiles and fallback to default
  profiles is much better.

- The loaders and savers for PDFium, OpenSlide, vips, NIfTI, and FITS have
  been moved to the new libvips IO framework.

- `vipsthumbnail` can now load and save to and from stdin and stdout.

- PNG save selects between 8- and 16-bit output more intelligently, and
  supports background colour as metadata.

- We've switched GIF load to the excellent libnsgif library, and libvips
  embeds the library code.

- `tiffsave` can write premultipled alpha.

- PDFium support has been revised. It should now build very simply, and ought
  to be much faster in threaded applications.

- We've fixed a range of reference leaks in the mosaicing package, and we
  now run the leak checker as part of CI.

As usual,
the [ChangeLog](https://github.com/libvips/libvips/blob/master/ChangeLog)
has more details, if you're interested.