IPTV HLS Restore GuessProtocol old behavior

Restore the old behavior of the GuessProtocol function.
This means that http/https URL's that cannot be downloaded
are identified as http_ts type of files.
This fixes the unit test TestIPTVRecorder.
The underlying problem in iptvtuningdata.h is that
the enum IPTVProtocol does mix values representing
a protocol, e.g. udp and rtp, with values representing
the content of what is downloaded.
In this case http and https are protocols and should
be part of the enumeration.
In contrast, http_ts specifies a TS stream in a https stream
and http_hls specifies a HLS playlist in a http or https stream.
The protocol specifications are considered to be valid
when they are syntactically correct, even when they do not exist.
The content can only be verified if the URL resource can
be downloaded.
There should be separate enumerations for protocol and
for resource content. This is likely to be non-trivial
and hence the old behavior is restored for now.

Refs #936

mythtv/libs/libmythtv/iptvtuningdata.h

@@ -205,7 +205,7 @@ class MTV_PUBLIC IPTVTuningData
         return (m_protocol == http_ts);
     }
 
-   // An http(s) URL is invalid if it cannot be downloaded
+    // An HLSPlaylist URL is identified as http_ts if download fails.
     void GuessProtocol(void)
     {
         if (!m_dataUrl.isValid())
@@ -227,7 +227,7 @@ class MTV_PUBLIC IPTVTuningData
                     m_protocol = IPTVTuningData::http_ts;
             }
             else
-                m_protocol = IPTVTuningData::inValid;
+                m_protocol = IPTVTuningData::http_ts;   // Breaks the unit test if set to inValid
         }
         else
             m_protocol = IPTVTuningData::inValid;