docs(readme): change Bayer link; make small tweaks

README.md

@@ -25,16 +25,16 @@ In 15-bit mode images have 5 bits for each of red, green, and blue, with the las
 In 16-bit mode green, the color the human eye is generally most sensitive to, is given 6 bits.
 
 HiColor implements its own simple [file format](format.md) and converts between this format and PNG.
-It can also convert PNG to regular PNG with only high-color color values.
+It can also convert PNG to PNG with only high-color color values.
 (This simulates a roundtrip through HiColor without creating a temporary file.)
 HiColor files have either the extension `.hic` or `.hi5` for 15-bit and `.hi6` for 16-bit respectively.
 
 By default,
-HiColor applies the [Bayer ordered dithering](https://bisqwit.iki.fi/story/howto/dither/jy/#StandardOrderedDitheringAlgorithm) algorithm
+HiColor applies the [Bayer ordered dithering](https://en.wikipedia.org/wiki/Ordered_dithering) algorithm
 to reduce the quantization error
 (the difference between the original and the high-color pixel).
 Historical software and hardware used it for dithering in high-color modes.
-HiColor can also use [“a dither”](https://pippin.gimp.org/a_dither/) instead.
+HiColor can use [“a dither”](https://pippin.gimp.org/a_dither/) instead.
 Dithering can be selected or disabled with command-line flags.
 
 Quantized images compress better than their originals,
@@ -55,7 +55,7 @@ Run them through [OptiPNG](http://optipng.sourceforge.net/) or [Oxipng](https://
 ### Generation loss
 
 With Bayer dithering or no dithering, there is no [generation loss](https://en.wikipedia.org/wiki/Generation_loss) after the initial quantization.
-Using “a dither” repeatedly on the same image will result in generation loss.
+Applying “a dither” repeatedly to the same image will result in generation loss.
 In tests the loss converges to zero after 32 or 64 generations
 (in 15-bit and 16-bit mode respectively).