From 01ac71c57407b630a0b6df077238084902f30f17 Mon Sep 17 00:00:00 2001 From: fduncanh Date: Mon, 14 Mar 2022 15:58:18 -0400 Subject: [PATCH] README typo --- README.html | 2 +- README.md | 4 ++-- README.txt | 6 +++--- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/README.html b/README.html index 6818958..4feafe2 100644 --- a/README.html +++ b/README.html @@ -21,7 +21,7 @@

For NVIDIA graphics with the proprietary drivers, the nvdec plugin (recently renamed nvh264dec) can be used for accelerated video decoding on the NVIDIA GPU with CUDA. The nvdec plugin is part of gstreamer1.0-plugins-bad, but is generally not included in binary packages, as NVIDIA’s proprietary Video Codec SDK must be downloaded, and three header files from it must be added to the gstreamer source before the plugin can be compiled. Users must do this themselves: see these instructions, and adapt them as necessary for your GStreamer installation. This plugin should be used with the -vd nvdec (or nvh264dec) and -vs glimagesink uxplay options.

Note to packagers: OpenSSL-3.0.0 solves GPL v3 license issues.

Some Linux distributions such as Debian do not allow distribution of compiled GPL code linked to OpenSSL-1.1.1 because its “dual OpenSSL/SSLeay” license has some incompatibilities with GPL, unless all code authors have explicitly given an “exception” to allow such linking (the historical origins of UxPlay make this impossible to obtain). Other distributions treat OpenSSL as a “System Library” which the GPL allows linking to.

diff --git a/README.md b/README.md index 62cda7e..7453508 100644 --- a/README.md +++ b/README.md @@ -81,8 +81,8 @@ This plugin should be used with the `-vd nvdec` (or nvh264dec) and `-vs glimages * **GPU Support for Raspberry Pi** Raspberry Pi (RPi) computers can run UxPlay with software decoding of h264 video (options `uxplay -rpi -avdec`) but this usually - has unacceptible latency, and hardware-accelerated decoding by the Pi's built-in Broadcom GPU should be used. - RPi OS (Bullseye) has abandoned the omx (OpenMAX) driver used till now for this by [RPiPlay](http://github.com/FD-/RPiPlay), in + has unacceptable latency, and hardware-accelerated decoding by the Pi's built-in Broadcom GPU should be used. + RPi OS (Bulseye) has abandoned the omx (OpenMAX) driver used till now for this by [RPiPlay](http://github.com/FD-/RPiPlay), in favor of v4l2 (Video4Linux2). The GStreamer Video4Linux2 plugin only works with UxPlay since GStreamer-1.21.0.0 on the development branch, but a backport to 1.18.4 for RPi OS (Bullseye) has been created, and will appear in some future update. If you cannot wait for the update, you can find [patching instructions](https://github.com/FDH2/UxPlay/wiki/Gstreamer-Video4Linux2-plugin-patches) in diff --git a/README.txt b/README.txt index 3ac13d2..0b97a6b 100644 --- a/README.txt +++ b/README.txt @@ -106,9 +106,9 @@ uxplay options. Raspberry Pi (RPi) computers can run UxPlay with software decoding of h264 video (options `uxplay -rpi -avdec`) but this usually has - unacceptible latency, and hardware-accelerated decoding by the Pi's - built-in Broadcom GPU should be used. RPi OS (Bullseye) has - abandoned the omx (OpenMAX) driver used till now for this by + unacceptable latency, and hardware-accelerated decoding by the Pi's + built-in Broadcom GPU should be used. RPi OS (Bulseye) has abandoned + the omx (OpenMAX) driver used till now for this by [RPiPlay](http://github.com/FD-/RPiPlay), in favor of v4l2 (Video4Linux2). The GStreamer Video4Linux2 plugin only works with UxPlay since GStreamer-1.21.0.0 on the development branch, but a