README: add link to wiki for debug output

README.html

@@ -87,7 +87,7 @@ <h3 id="uxplay-starts-but-stalls-after-initialized-server-sockets-appears-withou
 <h3 id="uxplay-starts-but-stalls-after-initialized-server-sockets-appears-with-the-server-name-showing-on-the-client-but-the-client-fails-to-connect-when-the-uxplay-server-is-selected.">2. uxplay starts, but stalls after “Initialized server socket(s)” appears, <em>with the server name showing on the client</em> (but the client fails to connect when the UxPlay server is selected).</h3>
 <p>This shows that a <em>DNS-SD</em> service is working, but a firewall on the server is probably blocking the connection request from the client. (One user who insisted that the firewall had been turned off turned out to have had <em>two</em> active firewalls (<em>firewalld</em> and <em>ufw</em>) <em>both</em> running on the server!) If possible, either turn off the firewall to see if that is the problem, or get three consecutive network ports, starting at port n, all three in the range 1024-65535, opened for both tcp and udp, and use “uxplay -p n” (or open UDP 6000, 6001, 6011 TCP 7000,7001,7100 and use “uxplay -p”).</p>
 <h3 id="problems-after-the-client-server-connection-has-been-made">3. Problems <em>after</em> the client-server connection has been made:</h3>
-<p>For such problems, use “uxplay -d” (debug log option) to see what is happening: it will show how far the connection process gets before the failure occurs.</p>
+<p>For such problems, use “uxplay -d” (debug log option) to see what is happening: it will show how far the connection process gets before the failure occurs. You can compare your debug output to that from a successful start of UxPlay in the <a href="https://github.com/FDH2/UxPlay/wiki">UxPlay Wiki</a>.</p>
 <p><strong>Most of such problems are due to a GStreamer plugin that doesn’t work on your system</strong>: (by default, GStreamer uses the “autovideosink” algorithm to guess what is the “best” plugin to use on your system).</p>
 <p>Sometimes “autovideosink” may select the OpenGL renderer “glimagesink” which may not work correctly on your system. Try the options “-vs ximagesink” or “-vs xvimagesink” to see if using one of these fixes the problem.</p>
 <p>Other reported problems are connected to the GStreamer VAAPI plugin (for hardware-accelerated Intel graphics, but not NVIDIA or AMD graphics). Your next attempt to resolve a problem should be to find out if the gstreamer1.0-vaapi plugin is installed, and if so, uninstall it. (If this does not fix the problem, you can reinstall it.)</p>

README.md

@@ -362,7 +362,8 @@ starting at port n, all three in the range 1024-65535, opened  for both tcp and
 ### 3. Problems _after_ the client-server connection has been made:
 
 For such  problems, use "uxplay -d " (debug log option)  to see what is happening: it will show how far the connection process gets before
-the failure occurs.
+the failure occurs.    You can compare your debug  output to
+that from a successful start of UxPlay in the [UxPlay Wiki](https://github.com/FDH2/UxPlay/wiki).
 
 **Most of such problems are  due to a GStreamer plugin that doesn't work on your system**: (by default,
 GStreamer uses the "autovideosink" algorithm to guess what is the "best"

README.txt

@@ -458,7 +458,9 @@ use "uxplay -p").
 
 For such problems, use "uxplay -d" (debug log option) to see what is
 happening: it will show how far the connection process gets before the
-failure occurs.
+failure occurs. You can compare your debug output to that from a
+successful start of UxPlay in the [UxPlay
+Wiki](https://github.com/FDH2/UxPlay/wiki).
 
 **Most of such problems are due to a GStreamer plugin that doesn't work
 on your system**: (by default, GStreamer uses the "autovideosink"