edit README

This commit is contained in:
fduncanh
2022-06-03 14:20:44 -04:00
parent b121f97907
commit 0da7622af6
3 changed files with 3 additions and 3 deletions

View File

@@ -123,7 +123,7 @@ GPU</strong></p>
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
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

View File

@@ -109,7 +109,7 @@ h264 decoders if available; if not, software decoding is used.
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
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.

View File

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