edit README

README.html

@@ -49,7 +49,8 @@
 </ol>
 <p><em>If you intend to modify the code, use a separate “build” directory: replace</em> “<code>cmake  [ ] .</code>” <em>by</em> “<code>mkdir build ; cd build ; cmake [ ] ..</code>”; <em>you can then clean the build directory with</em> “<code>rm -rf build/*</code>” <em>(run from within the UxPlay source directory) without affecting the source directories which contain your modifications</em>.</p>
 <p>The above script installs the executable file “<code>uxplay</code>” to <code>/usr/local/bin</code>, (and installs a manpage to somewhere like <code>/usr/local/share/man/man1</code> and README files to somewhere like <code>/usr/local/share/doc/uxplay</code>). It can also be found in the build directory after the build processs.</p>
-<p><strong>Finally, run uxplay in a terminal window</strong>. If it is not seen by the iOS client’s drop-down “Screen Mirroring” panel, check that your DNS-SD server (usually avahi-daemon) is running: do this in a terminal window with <code>systemctl status avahi-daemon</code>. If this shows the avahi-daemon is not running, control it with <code>sudo systemctl [start,stop,enable,disable] avahi-daemon</code> (or avahi-daemon.service). If UxPlay is seen, but the client fails to connect when it is selected, there may be a firewall on the server that prevents UxPlay from receiving client connection requests unless some network ports are opened. See <a href="#troubleshooting">Troubleshooting</a> below for help with this or other problems. One common problem involves GStreamer attempting to use incorrectly configured or absent accelerated hardware h264 video decoding (e.g., VAAPI). Try <code>uxplay -avdec</code> to force software video decoding; if this works you can then try to fix accelerated hardware video decoding if you need it. See <a href="#usage">Usage</a> for run-time options.</p>
+<p><strong>Finally, run uxplay in a terminal window</strong>. If it is not seen by the iOS client’s drop-down “Screen Mirroring” panel, check that your DNS-SD server (usually avahi-daemon) is running: do this in a terminal window with <code>systemctl status avahi-daemon</code>. If this shows the avahi-daemon is not running, control it with <code>sudo systemctl [start,stop,enable,disable] avahi-daemon</code> (or avahi-daemon.service). If UxPlay is seen, but the client fails to connect when it is selected, there may be a firewall on the server that prevents UxPlay from receiving client connection requests unless some network ports are opened. See <a href="#troubleshooting">Troubleshooting</a> below for help with this or other problems.</p>
+<p>One common problem involves GStreamer attempting to use incorrectly-configured or absent accelerated hardware h264 video decoding (e.g., VAAPI). Try “<code>uxplay -avdec</code>” to force software video decoding; if this works you can then try to fix accelerated hardware video decoding if you need it. See <a href="#usage">Usage</a> for more run-time options.</p>
 <ul>
 <li><p><strong>Red Hat, Fedora, CentOS (now continued as Rocky Linux or Alma Linux):</strong> (sudo yum install) openssl-devel libplist-devel avahi-compat-libdns_sd-devel (some from the “PowerTools” add-on repository) (+libX11-devel for ZOOMFIX). The required GStreamer packages (some from <a href="https://rpmfusion.org">rpmfusion.org</a>) are: gstreamer1-devel gstreamer1-plugins-base-devel gstreamer1-libav gstreamer1-plugins-bad-free (+ gstreamer1-vaapi for intel graphics).</p></li>
 <li><p><strong>OpenSUSE:</strong> (sudo zypper install) libopenssl-devel libplist-devel avahi-compat-mDNSResponder-devel (+ libX11-devel for ZOOMFIX). The required GStreamer packages (you may need to use versions from <a href="https://ftp.gwdg.de/pub/linux/misc/packman/suse/">Packman</a>) are: gstreamer-devel gstreamer-plugins-base-devel gstreamer-plugins-libav gstreamer-plugins-bad (+ gstreamer-plugins-vaapi for Intel graphics).</p></li>

README.md

@@ -224,12 +224,14 @@ avahi-daemon.service). If UxPlay is seen, but the client fails to connect
 when it is selected, there may be a firewall on the server that  prevents
 UxPlay from receiving client connection requests unless some network ports
 are opened. See [Troubleshooting](#troubleshooting) below for
-help with this or other problems.  One common problem involves GStreamer
+help with this or other problems.
-attempting to use incorrectly
+
-configured or absent  accelerated hardware h264 video decoding (e.g., VAAPI).
+One common problem involves GStreamer
-Try `uxplay -avdec` to force software video decoding; if this works you can
+attempting to use incorrectly-configured or absent accelerated hardware h264
+video decoding (e.g., VAAPI).
+Try "`uxplay -avdec`" to force software video decoding; if this works you can
 then try to fix accelerated hardware video decoding if you need it.
-See [Usage](#usage) for run-time options.
+See [Usage](#usage) for more run-time options.
 
  * **Red Hat, Fedora, CentOS (now continued as Rocky Linux or Alma Linux):** 
 (sudo yum install) openssl-devel libplist-devel avahi-compat-libdns_sd-devel (some from the "PowerTools" add-on repository)

README.txt

@@ -244,12 +244,14 @@ avahi-daemon.service). If UxPlay is seen, but the client fails to
 connect when it is selected, there may be a firewall on the server that
 prevents UxPlay from receiving client connection requests unless some
 network ports are opened. See [Troubleshooting](#troubleshooting) below
-for help with this or other problems. One common problem involves
+for help with this or other problems.
-GStreamer attempting to use incorrectly configured or absent accelerated
+
-hardware h264 video decoding (e.g., VAAPI). Try `uxplay -avdec` to force
+One common problem involves GStreamer attempting to use
-software video decoding; if this works you can then try to fix
+incorrectly-configured or absent accelerated hardware h264 video
-accelerated hardware video decoding if you need it. See [Usage](#usage)
+decoding (e.g., VAAPI). Try "`uxplay -avdec`" to force software video
-for run-time options.
+decoding; if this works you can then try to fix accelerated hardware
+video decoding if you need it. See [Usage](#usage) for more run-time
+options.
 
 -   **Red Hat, Fedora, CentOS (now continued as Rocky Linux or Alma
     Linux):** (sudo yum install) openssl-devel libplist-devel