Hi Brian, <br><br>For DVB satellite and cable networks a pre-configured &#39;home frequency&#39; is usually tuned by the receiver (STB, PC etc.). From the DVB-SI found on this frequency, specifically the NIT (Network Information Table),  the receiver can determine the frequency of all all the other multiplexes in the network. Although the same principle could work on terrestrial networks it generally less reliable for a number of reasons. As such it is common with DVB-T (terrestrial) networks for receivers to do a frequency scan to find all multiplexes on the network. For each multiplex that the receiver finds it scans the SDT (Service Descriptor Table - part of the DVB-SI) to find what services are available on the multiplex. The services found are all grouped together and duplicates removed to produce a service list. The problem with this approach is that if a multiplex moves in frequency then the services on it disappear from the receiver&#39;s perspective. A rescan will find them again. This is what you are describing.<br>
<br>In order to &#39;hide&#39; services, broadcasters can do non-standard things like miss services out of the SDT or not even broadcast an SDT, instead broadcasting some private data that only &#39;authorised&#39; receivers can decode. Utlimately, if the content itself is not encrypted/scrambled, then a suffciently flexible receiver can tune to it - it&#39;s just how much hassle it is to do it and how much hassle it is when things change.<br>
<br>As a matter of interest, on cable and satellite networks that use a NIT, a version change of the NIT causes the receiver to re-read the information contained in the NIT, so picking up any changes in frequency. Obviously if the currently tuned frequency is moved then the NIT update won&#39;t be spotted, but the user will usually tune to a different service on a multiplex that hasn&#39;t moved and so pick up the new NIT as it is broadcast on all multiplexes. Alternatively, there are standard ways of signalling a change in frequency prior to the change happening but these are not commonly used.<br>
<br>Hopefully this is not too baffling - if you&#39;ve got any more questions on this I do plan to come to the meeting tomorrow night.<br><br>.Steve<br><br><br><div class="gmail_quote">On 28 June 2011 12:06, Brian <span dir="ltr">&lt;<a href="mailto:bradlug@techchico.org.uk">bradlug@techchico.org.uk</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div>So, Steve, if understand you correctly, the frequency data would not be available when a scan takes place? <br>
Presumably, however, it would be possible to add such information manually the the database in, for example, MythTV. I am doing this now because BBC HD has changed some information such as &#39;symbol rate&#39; etc. Now I have to do the rest by hand or rescan.<br>
One thing I am happy about though is, for the first time, I have been able tot get HD working properly on all the HD channels - bar the BBC which I haven&#39;t been able to try yet. I am dreading the introduction of Wayland to Ubuntu which will probably muck everything up.<br>
<br>The EPG is not so important to MythTV because the data can be gleaned from elsewhere, so that is not any real problem for MythTV. I don&#39;t publish my grabber
 programs because I suspect that certain websites would be deluged with downloads, for EPG purposes, and those same web sites might  block or obfuscate downloads. Having said that the only one I use to any extent is one for &#39;Travel&#39; which uses their web site so they might not object.<br>
<br>Brian<br></div><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><br><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><font face="Tahoma" size="2"><hr size="1">
<b><span style="font-weight:bold">From:</span></b> Steve Kerr &lt;<a href="mailto:steve@cullingworth.net" target="_blank">steve@cullingworth.net</a>&gt;<br><b><span style="font-weight:bold">To:</span></b> BradfordLinuxUserGroup &lt;<a href="mailto:bradford@mailman.lug.org.uk" target="_blank">bradford@mailman.lug.org.uk</a>&gt;<br>
<b><span style="font-weight:bold">Sent:</span></b> Tue, 28 June, 2011 1:21:07<br><b><span style="font-weight:bold">Subject:</span></b> Re: [Bradford] BBC&#39;s plan to encrypt HD content management<br></font><div><div></div>
<div class="h5"><br>To quote the article:
 &quot;...it is requesting that it be allowed to encrypt the data associated with 
TV listings without which set-top boxes are not able to decode the TV 
content&quot;. <br><br>What they are describing there is the encryption (or obfuscation) of the DVB-SI and (possibly) MPEG-PSI. The STB (or other client) uses these data streams to find the content. The SI (System Information) describes where the service (what mere humans call a &#39;channel&#39; - e.g. BBC1) can be found i.e. what frequency and other parameters to use to tune to the digital multiplex. The PSI (Program Specific Information) within each multiplex describes how to find the component parts of the service within that multiplex, i.e. the Packet IDs for the video, audio and other elementary streams.<br>


<br>The &#39;listings&#39;, or EPG data, is held in the Event Information Table (EIT) which is referenced as a component of the service in the PSI. Some service providers encrypt the EIT data to prevent it being used by unauthorised STBs but this doesn&#39;t prevent the STBs from receiving and decoding the services.<br>


<br>Freesat did a similar thing to prevent any standard DVB satellite receiver from picking up the Freesat services. In this case I think they just used a propriety means to describe where the services are (i.e. non-standard SI &amp; PSI). The Freesat services could still be received by my media centre (non-Linux at the time I&#39;m afraid) by doing a scan. The problem came when services were moved - they just disappeared from my media centre&#39;s perspective and I had to perform a manual rescan. <br>

<br>.Steve<br><br>
<br><div class="gmail_quote">On 27 June 2011 20:23, Brian <span dir="ltr">&lt;<a rel="nofollow" href="mailto:bradlug@techchico.org.uk" target="_blank">bradlug@techchico.org.uk</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div><div style="font-family:times new roman, new york, times, serif;font-size:12pt">The BBC plan to introduce encryption in regard to their HD channels. It 
will mean that existing Linux boxes  won&#39;t function anymore and that, of
 course, will include MythTV *(see below).<br><br>More information:-<br><span>
<a rel="nofollow" href="http://news.bbc.co.uk/1/hi/technology/8259154.stm" target="_blank">http://news.bbc.co.uk/1/hi/technology/8259154.stm</a><div style="display:inline-block;width:16px;min-height:16px"> </div></span><br>