diff --git a/README.html b/README.html
index 41254f0..c679ff1 100644
--- a/README.html
+++ b/README.html
@@ -120,13 +120,12 @@ instructions</a>.</p></li>
 GPU</strong></p>
 <p>Raspberry Pi (RPi) computers can run UxPlay with software decoding of
 h264 video but this usually has unacceptable latency, and
-hardware-accelerated GPU decoding should be used. UxPlay provides access
-to the GPU using the GStreamer plugin for Video4Linux2 (v4l2), an
-alternative to unmaintained 32-bit-only OpenMAX (omx) used by RPiPlay,
-which is no longer supported by recent distributions such as RPi OS
-(Bullseye). Fixes to the GStreamer v4l2 plugin that allow it to work
-with UxPlay on RPi are now in the GStreamer development branch, and will
-appear in the upcoming GStreamer-1.22 release. A (partial) backport (as
+hardware-accelerated GPU decoding should be used. UxPlay accesses the
+GPU using the GStreamer plugin for Video4Linux2 (v4l2), which is the
+replacement for 32-bit-only OpenMAX (omx) used by RPiPlay. Fixes to the
+v4l2 plugin that allow it to work with UxPlay on RPi are now in the
+GStreamer development branch, and will appear in the upcoming
+GStreamer-1.22 release. A (partial) backport (as
 <code>gstreamer1.0-plugins-good-1.18.4-2+~rpt1</code>) has already
 appeared in RPi OS updates. Until the full update appears, or for other
 distributions, you can find <a
diff --git a/README.md b/README.md
index 51ef385..7d104d0 100644
--- a/README.md
+++ b/README.md
@@ -112,10 +112,9 @@ if not, software decoding is used.
 
     Raspberry Pi (RPi) computers can run UxPlay with software decoding
     of h264 video but this usually has unacceptable latency, and hardware-accelerated
-    GPU decoding should be used.  UxPlay provides access to the GPU using the GStreamer
-    plugin for Video4Linux2 (v4l2), an alternative to  unmaintained 32-bit-only
-    OpenMAX (omx) used by RPiPlay, which is no longer supported by recent distributions
-    such as RPi OS (Bullseye). Fixes to the GStreamer v4l2 plugin that allow it to
+    GPU decoding should be used.  UxPlay accesses the GPU using the GStreamer
+    plugin for Video4Linux2 (v4l2), which is the replacement for 32-bit-only  OpenMAX (omx) used by
+    RPiPlay. Fixes to the v4l2 plugin that allow it to
     work with UxPlay on RPi are now in the GStreamer development branch, and will appear
     in the upcoming GStreamer-1.22 release.
     A (partial) backport (as `gstreamer1.0-plugins-good-1.18.4-2+~rpt1`)
diff --git a/README.txt b/README.txt
index d926040..9aa6d93 100644
--- a/README.txt
+++ b/README.txt
@@ -118,13 +118,11 @@ used.
 
     Raspberry Pi (RPi) computers can run UxPlay with software decoding
     of h264 video but this usually has unacceptable latency, and
-    hardware-accelerated GPU decoding should be used. UxPlay provides
-    access to the GPU using the GStreamer plugin for Video4Linux2
-    (v4l2), an alternative to unmaintained 32-bit-only OpenMAX (omx)
-    used by RPiPlay, which is no longer supported by recent
-    distributions such as RPi OS (Bullseye). Fixes to the GStreamer v4l2
-    plugin that allow it to work with UxPlay on RPi are now in the
-    GStreamer development branch, and will appear in the upcoming
+    hardware-accelerated GPU decoding should be used. UxPlay accesses
+    the GPU using the GStreamer plugin for Video4Linux2 (v4l2), which is
+    the replacement for 32-bit-only OpenMAX (omx) used by RPiPlay. Fixes
+    to the v4l2 plugin that allow it to work with UxPlay on RPi are now
+    in the GStreamer development branch, and will appear in the upcoming
     GStreamer-1.22 release. A (partial) backport (as
     `gstreamer1.0-plugins-good-1.18.4-2+~rpt1`) has already appeared in
     RPi OS updates. Until the full update appears, or for other