From 7f730fb27ca9052df8759676a0e99e78ca5fd7ca Mon Sep 17 00:00:00 2001 From: fduncanh Date: Sat, 4 Jun 2022 02:22:25 -0400 Subject: [PATCH] edit README --- README.html | 11 ++++++----- README.md | 7 ++++--- README.txt | 15 ++++++++------- 3 files changed, 18 insertions(+), 15 deletions(-) diff --git a/README.html b/README.html index ab6601e..b1a9ff6 100644 --- a/README.html +++ b/README.html @@ -120,11 +120,12 @@ instructions.

GPU

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. Distributions such as -RPi OS (Bullseye) release have recently dropped support for 32-bit-only -OpenMAX (omx) GPU decoding (used by RPiPlay), in favor of Video4Linux2 -(v4l2). Fixes to the GStreamer v4l2 plugin that allow it to work with -UxPlay on RPi are now in the GStreamer development branch, and will +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 gstreamer1.0-plugins-good-1.18.4-2+~rpt1) has already appeared in RPi OS updates. Until the full update appears, or for other diff --git a/README.md b/README.md index 30ba413..2e93ba8 100644 --- a/README.md +++ b/README.md @@ -112,9 +112,10 @@ 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. Distributions such as RPi OS (Bullseye) release have - recently dropped support for 32-bit-only OpenMAX (omx) GPU decoding (used by RPiPlay), - in favor of Video4Linux2 (v4l2). Fixes to the GStreamer v4l2 plugin that allow it to + 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 `gstreamer1.0-plugins-good-1.18.4-2+~rpt1`) diff --git a/README.txt b/README.txt index 8b98156..218cd08 100644 --- a/README.txt +++ b/README.txt @@ -118,13 +118,14 @@ 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. Distributions such - as RPi OS (Bullseye) release have recently dropped support for - 32-bit-only OpenMAX (omx) GPU decoding (used by RPiPlay), in favor - of Video4Linux2 (v4l2). 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 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 `gstreamer1.0-plugins-good-1.18.4-2+~rpt1`) has already appeared in RPi OS updates. Until the full update appears, or for other distributions, you can find [patching instructions for