morgan/UxPlay
1
0
Fork 0
mirror of https://github.com/morgan9e/UxPlay synced 2026-04-14 00:04:13 +09:00
Code Issues Packages Projects Releases Wiki Activity

edit README

Browse Source
This commit is contained in:
fduncanh
2022-06-04 02:22:25 -04:00
parent 3348a908da
commit 7f730fb27c
3 changed files with 18 additions and 15 deletions
Download Patch File Download Diff File Expand all files Collapse all files

11
README.html
View File

@@ -120,11 +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. 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
<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

7
README.md
View File

@@ -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`)

15
README.txt
View File

@@ -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