Joined
·
37 Posts
I haven't looked tonight, but I commonly see and hear many more glitches on F2 (once every two hours or so) than F1 (almost never). I happen to have two 505s with R5000 mods that allow me to record the original transport streams. A month ago I tried an interesting test over a 24 hour period.
I normally use a fixed 1.2m dish with two dual output LNBs and a 4x8 switch for Shaw and left that wired to the first 505. I ran the second 505 to a 1.8m motorized dish through a completely independent signal path and switch. These dishes are separated by a considerable distance, meaning any object flying in-between them and the satellite is unlikely to interrupt both in an identical manner. I then recorded a number of movies and programs, all from F2 TP 32 (Encore Avenue HD, Movie Central HD and HBO Canada West), which appears to give me more problems than others. But it's also what I watch the most.
Of the roughly dozen glitches I detected in the transport streams, the vast majority were identical. The same packets corrupted and the same continuity errors. The remaining glitches were close, but not identical. My conclusion was the majority of the errors were caused by a marginal uplink, or Shaw were uplinking already corrupted transport streams. It's hard to say what happened with the rest, that could have been caused by a plane/helicopter flying through the downlink signal path, or some other interruption of the uplink or downlink. Presumably the differences in these errors were caused by slight variances in signal re-acquisition by the 505s.
At the time I measured an ebno of about 9 dB off TP 32 for the 1.2m (I live in Colorado) and 10 dB off the 1.8m. One should expect a larger difference for the 1.8m over the 1.2m, but the on-axis LNB for the 1.8m dish is a universal LNB, meaning the 505s won't work with it. I have a traditional North American LNBF sidecared for this purpose, and that is what I used for the test. This accounts for a 1-2 dB loss in ebno vs. the on-axis feed.
This result was a little disappointing because I had hoped to identify an issue with my receiving system that could be fixed. However if the errors are really Shaw's, there's nothing I can do. The rate of errors does vary slowly across a week or two. I keep hoping that Shaw is getting a handle on them and getting them corrected, but the errors creep back every time. Has anyone else noticed this?
I normally use a fixed 1.2m dish with two dual output LNBs and a 4x8 switch for Shaw and left that wired to the first 505. I ran the second 505 to a 1.8m motorized dish through a completely independent signal path and switch. These dishes are separated by a considerable distance, meaning any object flying in-between them and the satellite is unlikely to interrupt both in an identical manner. I then recorded a number of movies and programs, all from F2 TP 32 (Encore Avenue HD, Movie Central HD and HBO Canada West), which appears to give me more problems than others. But it's also what I watch the most.
Of the roughly dozen glitches I detected in the transport streams, the vast majority were identical. The same packets corrupted and the same continuity errors. The remaining glitches were close, but not identical. My conclusion was the majority of the errors were caused by a marginal uplink, or Shaw were uplinking already corrupted transport streams. It's hard to say what happened with the rest, that could have been caused by a plane/helicopter flying through the downlink signal path, or some other interruption of the uplink or downlink. Presumably the differences in these errors were caused by slight variances in signal re-acquisition by the 505s.
At the time I measured an ebno of about 9 dB off TP 32 for the 1.2m (I live in Colorado) and 10 dB off the 1.8m. One should expect a larger difference for the 1.8m over the 1.2m, but the on-axis LNB for the 1.8m dish is a universal LNB, meaning the 505s won't work with it. I have a traditional North American LNBF sidecared for this purpose, and that is what I used for the test. This accounts for a 1-2 dB loss in ebno vs. the on-axis feed.
This result was a little disappointing because I had hoped to identify an issue with my receiving system that could be fixed. However if the errors are really Shaw's, there's nothing I can do. The rate of errors does vary slowly across a week or two. I keep hoping that Shaw is getting a handle on them and getting them corrected, but the errors creep back every time. Has anyone else noticed this?