Full Freeview on the Waltham (Leicestershire, England) transmitter
 | Google Streetview |  | Google map |  | Bing map |  | Google Earth |  | 52.801,-0.801 or 52°48'4"N 0°48'5"W |  | LE14 4AJ |
The symbol shows the location of the Waltham (Leicestershire, England) transmitter which serves 770,000 homes. The bright green areas shown where the signal from this transmitter is strong, dark green areas are poorer signals. Those parts shown in yellow may have interference on the same frequency from other masts.
Are there any planned engineering works or unexpected transmitter faults on the Waltham (Leicestershire, England) mast?
Waltham transmitter - Waltham transmitter: Possible effect on TV reception week commencing 04/11/2024 Pixelation or flickering on some or all channels 
_______
Digital television services are broadcast on a multiplexes (or Mux) where many stations occupy a single broadcast frequency, as shown below.
64QAM 8K 3/4 27.1Mb/s DVB-T MPEG2
DTG-12 QSPK 8K 3/4 8.0Mb/s DVB-T MPEG2
H/V: aerial position (horizontal or vertical)
Which Freeview channels does the Waltham transmitter broadcast?
If you have any kind of Freeview fault, follow this Freeview reset procedure first.Digital television services are broadcast on a multiplexes (or Mux) where many stations occupy a single broadcast frequency, as shown below.
64QAM 8K 3/4 27.1Mb/s DVB-T MPEG2
DTG-12 QSPK 8K 3/4 8.0Mb/s DVB-T MPEG2
H/V: aerial position (horizontal or vertical)
Which BBC and ITV regional news can I watch from the Waltham transmitter?
BBC East Midlands Today 0.9m homes 3.4%
from Nottingham NG2 4UU, 28km northwest (306°)
to BBC East Midlands region - 17 masts.
ITV Central News 0.9m homes 3.4%
from Birmingham B1 2JT, 83km west-southwest (244°)
to ITV Central (East) region - 17 masts.
All of lunch, weekend and 80% evening news is shared with Central (West)
Are there any self-help relays?
| Braunstone | Transposer | 5 km SW Leicester city centre | 170 homes |
How will the Waltham (Leicestershire, England) transmission frequencies change over time?
| 1984-97 | 1997-98 | 1998-2011 | 2011-13 | 2013-18 | 2013-17 | 4 Mar 2020 | |||
| C/D E | E | E | W | W T | W T | W T | |||
| C26 | LNG | LNG | |||||||
| C29 | SDN | SDN | SDN | SDN | |||||
| C31 | com7 | com7 | |||||||
| C32 | BBCA | ||||||||
| C34 | D3+4 | ||||||||
| C35 | C5waves | C5waves | BBCB | ||||||
| C37 | com8 | com8 | |||||||
| C41 | _local | ||||||||
| C49tv_off | BBCA | BBCA | |||||||
| C54tv_off | C4waves | C4waves | C4waves | D3+4 | D3+4 | D3+4 | |||
| C55tv_off | com7tv_off | ||||||||
| C56tv_off | ArqA | ArqA | ArqA | COM8tv_off | |||||
| C57tv_off | ArqB | ArqB | ArqB | ||||||
| C58tv_off | BBC1waves | BBC1waves | BBC1waves | BBCB | BBCB | BBCB | |||
| C61 | ITVwaves | ITVwaves | ITVwaves | BBCA | |||||
| C64 | BBC2waves | BBC2waves | BBC2waves |
tv_off Being removed from Freeview (for 5G use) after November 2020 / June 2022 - more
Table shows multiplexes names see this article;
green background for transmission frequencies
Notes: + and - denote 166kHz offset; aerial group are shown as A B C/D E K W T
waves denotes analogue; digital switchover was 17 Aug 11 and 31 Aug 11.
How do the old analogue and currrent digital signal levels compare?
| Analogue 1-5 | 250kW | |
| BBCA, D3+4, BBCB | (-7dB) 50kW | |
| SDN, ARQA, ARQB | (-10dB) 25kW | |
| com8 | (-12.7dB) 13.4kW | |
| com7 | (-13.9dB) 10.2kW | |
| Mux 1* | (-14dB) 10kW | |
| Mux 2*, Mux A*, Mux B* | (-14.9dB) 8kW | |
| Mux C*, Mux D*, LNG | (-17dB) 5kW |
Local transmitter maps
Waltham Freeview Waltham DAB Waltham AM/FM Waltham TV region BBC East Midlands Central (East micro region)Which companies have run the Channel 3 services in the Waltham transmitter area
|
|
Monday, 22 July 2013
J
jb3812:26 AM
Dave Lindsay: Fully understand!, although I suppose that it could be said that you are confirming what I had mentioned in the first paragraph of my previous reply, insomuch >>> or did you find that the swamping effect of the VCR's modulator on C53 took the edge off Emley's COM5 whereby it wasn't recorded? e.g: the 4G effect! <<<
Although by the fact of the modulator being able to swamp the channel under which it was set on somewhat indicated that the same thing would happen if set on C52, i.e: swamping the channel that was required, namely C51.
As far as the VCR is concerned, although everything would appear to be OK now but if it hadn't I would have been inclined to open up the VCR and pull out the tape drum connector to stop it from running, as this in turn would have kept the heatsink temperatures down whereby the fan might not have came on quite so often, still that's in the past now!
| link to this comment |
jb38: I have tried it again.
I have a variable attenuator fitted in order to try and prevent it storing muxes from other transmitters.
On removal of the attenuator (i.e. allowing "full" signal from the aerial into the VCR), C52 works fine with 100% quality when the VCR is turned on with its modulator on C53.
Putting the attenuator inline with the input of the VCR allows adjustable attenuation. There appears to be a cliff edge of two or three turns whereby the quality of the signal on C52 drops off. Presumably because the attenuator is reducing the incoming digital signal, but not the analogue signal from the VCR. It is thereby changing the ratio between the strength of the analogue modulator and digital signal.
The workaround with the VCR didn't last long because I subsequently discovered that they'd fixed the cause of the problem!
The head stops spinning after about 10 minutes, I seem to recall. It's a Philips VR630, by the way.
| link to this comment |
If this was some erroneous EPG data then can and should there not be automatic validation for syntax and so on before it is allowed to take to the airwaves? If such validation is possible and if it was erroneous EPG data, the powers that be took a risk by not having any protection and got caught out.
It is one thing if one broadcaster causes only its own services to stop (if that's possible), but when this affects the whole shooting match, as might be the case here, it is surely not on.
No doubt that the Sony legal team will be beavering away on this one...
| link to this comment |
Tuesday, 23 July 2013
J
jb385:21 PM
Dave Lindsay: Re: 10.48 posting, funny you should mention the procedure you were using as I did wonder, not being quite sure if you were injecting the analogue modulator into the system using a "Y" splitter in reverse as a combiner, its common leg going into the Sony and each of the other two legs being fed from the aerial and VCR respectively, although the method used by yourself certainly seemed to be quite effective by the fact of it backing up user i.d: brian's findings (20th @ 7.09pm) of singling out COM5 as being the cause of the problem.
As far as Sony taking measures to address the apparent vulnerability of these boxes to whatever data glitch had caused the problem, I have an open mind on this as to whether or not they would consider it necessary to do this, because the whole situation could simply have been caused accidentally at Arqiva's end by a glitch having occurred when COM5's EPG data was being entered, and not necessarily as a result of any purposeful act of someone having altered the data for any reason.
The other aspect being, that Sony had not carried out any software up dates immediately prior to the problem occurring nor were they involved in any way with the problem clearing up again, and so up to a point anyway it could be said that Sony was relatively blameless in this particular case as corrupted data was responsible.
I have another sneaking suspicion that this sort of thing may also have been the reason for the recent WMC fiasco that blocked the reception of Waltham's PSB2 but only when received via WMC's PC tuners, this problem like COM5's having magically cleared up in exactly the same "silent" way and with no admission of responsibility having been taken for the problem.
| link to this comment |
B
brian6:35 PM
Dave
I tuned com5 in late yesterday and the system is still ok. It seems that the Gremlin has gone away for the moment!
I contacted both Sony and Arquiva but have had no reply so far. I'm not holding my breath!
| link to this comment |
J
js9:43 PM
brian:
New CRIDs for events on Pick TV, Challenge and Sky News were recently added to the DTT EIT.
Previously, all CRIDs in the DTT EIT had a data part that started with "/"; the new CRIDs did not.
The following definition has no requirement of a "/" at the start of the data part.
from ETSI TS 102 822-4 V1.7.1 (2012-12) Section 8:-
http://www.etsi.org/deliv….pdf
==============================================
The syntax of the CRID is:
CRID://<authority>/<data>
<authority> uses the TV-anytime authority naming rules given in clause 7 to assure uniqueness.
<data> is a free format string that is Uniform Resource Identifier (URI) compliant, and is meaningful to the authority given by the <authority> field.
The <data> portion of the CRID is case insensitive.
In its entirety, the CRID is URI compliant. (See RFC 3986 [1] for URI compliance specification). As per RFC 3986 [1], the CRID:// part of the syntax is case insensitive.
Example of a syntactically valid CRID:
CRID://company.com/foobar
CRID created by "company.com" authority, with a data part of "foobar".
==============================================
The following is an example of a typical event on Pick TV before and after the change:-
DTT EPG from 2013/07/08 08:42:45
**********************************************
<programme start="20130708100000 +0100" stop="20130708110000 +0100" channel="233a.5040.56c0">
<title>Stargate SG-1</title>
<desc>Gemini: A duplicate of Colonel Carter seeks help from Stargate Command in defeating the Replicator Fifth. She claims they've found a way to counter the Asgard's new weapon. [S]
crid = /G_SKYB905441, Type : 32 (series)
eventID = 203E, SID = 56C0, TSID = 5040, default_authority = www.sky.com, 698 MHz
</desc>
</programme>
**********************************************
DTT EPG from 2013/07/20 16:53:58
**********************************************
<programme start="20130722100000 +0100" stop="20130722110000 +0100" channel="233a.5040.56c0">
<title>Stargate SG-1</title>
<desc>Avalon (Part 1 of 2): Stargate leaps through the portal for its ninth series. New recruit Cameron Mitchell is stunned by an instant promotion, and soon finds himself led astray. [S]
crid = /G_SKYB905441, Type : 32 (series)
crid = S21823786, Type : 31 (item)
eventID = 221D, SID = 56C0, TSID = 5040, default_authority = www.sky.com, 698 MHz
</desc>
</programme>
**********************************************
On Freesat, the same slashless CRID data has been present ever since the three Sky services were added.
The same event on Freesat:
Freesat EPG from 2013/07/15 14:36:55
**********************************************
<programme start="20130722100000 +0100" stop="20130722110000 +0100" channel="PICK TV.17009">
<title>Stargate SG-1</title>
<desc>Avalon (Part 1 of 2): Stargate leaps through the portal for its ninth series. New recruit Cameron Mitchell is stunned by an instant promotion, and soon finds himself led astray. [S]
crid = /G_SKYB905441, Type = series
crid = S21823786, Type = item
eventID = 221D, SID = 1299, TSID = 07EA, fsatID = 17009, default_authority = Picktv.sky.com, 12207 V
</desc>
</programme>
**********************************************
Finally, after the fix:
DTT EPG from 2013/07/21 18:32:37
**********************************************
<programme start="20130722100000 +0100" stop="20130722110000 +0100" channel="233a.5040.56c0">
<title>Stargate SG-1</title>
<desc>Avalon (Part 1 of 2): Stargate leaps through the portal for its ninth series. New recruit Cameron Mitchell is stunned by an instant promotion, and soon finds himself led astray. [S]
crid = /G_SKYB905441, Type : 32 (series)
crid = /S21823786, Type : 31 (item)
eventID = 221D, SID = 56C0, TSID = 5040, default_authority = www.sky.com, 698 MHz
</desc>
</programme>
**********************************************
| link to this comment |
js: If the "crid" should, according to the specification, have a preceeding / then why was it omitted? Was it thought that it wouldn't matter? Might it have been a slip or was it just plain sloppy?
| link to this comment |
J
js11:19 PM
Dave Lindsay:
Well that's the question. All I have to go by is the ETSI definition in my post and that doesn't require a "/" so I think it was valid.
The equivalent Freesat data is still missing the "/" and has not caused problems as far as I know.
| link to this comment |
Select more comments
Your comment please