* DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
@ 2009-11-26 6:17 Robert Lowery
2009-11-26 8:27 ` Robert Lowery
0 siblings, 1 reply; 34+ messages in thread
From: Robert Lowery @ 2009-11-26 6:17 UTC (permalink / raw)
To: mchehab, terrywu2009, awalls; +Cc: linux-media
Hi,
After fixing up a hang on the DViCO FusionHDTV DVB-T Dual Digital 4 (rev
1) recently via http://linuxtv.org/hg/v4l-dvb/rev/1c11cb54f24d everything
appeared to be ok, but I have now noticed certain channels in Australia
are showing corruption which manifest themselves as blockiness and
screeching audio.
I have traced this issue down to
http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0 (Fix offset frequencies for
DVB @ 6MHz)
In this change, the offset used by my card has been changed from 2750000
to 2250000.
The old code which works used to do something like
offset = 2750000
if (((priv->cur_fw.type & DTV7) &&
(priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
((priv->cur_fw.type & DTV78) && freq < 470000000))
offset -= 500000;
In Australia, (type & DTV7) == true _BUT_ scode_table == 1<<29 == SCODE,
so the subtraction is not done.
The new code which does not work does
if (priv->cur_fw.type & DTV7)
offset = 2250000;
which appears to be off by 500khz causing the tuning regression for me.
Could any one please advice why this check against scode_table &
(ZARLINK456 | DIBCOM52) was removed?
Thanks
-Rob
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-11-26 6:17 DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression Robert Lowery
@ 2009-11-26 8:27 ` Robert Lowery
2009-11-26 9:37 ` Vincent McIntyre
0 siblings, 1 reply; 34+ messages in thread
From: Robert Lowery @ 2009-11-26 8:27 UTC (permalink / raw)
To: mchehab, terrywu2009, awalls; +Cc: linux-media
> Hi,
>
> After fixing up a hang on the DViCO FusionHDTV DVB-T Dual Digital 4 (rev
> 1) recently via http://linuxtv.org/hg/v4l-dvb/rev/1c11cb54f24d everything
> appeared to be ok, but I have now noticed certain channels in Australia
> are showing corruption which manifest themselves as blockiness and
> screeching audio.
>
> I have traced this issue down to
> http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0 (Fix offset frequencies for
> DVB @ 6MHz)
Actually, in addition to the above changeset, I also had to revert
http://linuxtv.org/hg/v4l-dvb/rev/966ce12c444d (Fix 7 MHz DVB-T) to get
things going. Seems this one might have been an attempt to fix an issue
introduced by the latter, but for me both must be reverted.
-Rob
>
> In this change, the offset used by my card has been changed from 2750000
> to 2250000.
>
> The old code which works used to do something like
> offset = 2750000
> if (((priv->cur_fw.type & DTV7) &&
> (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
> ((priv->cur_fw.type & DTV78) && freq < 470000000))
> offset -= 500000;
>
> In Australia, (type & DTV7) == true _BUT_ scode_table == 1<<29 == SCODE,
> so the subtraction is not done.
>
> The new code which does not work does
> if (priv->cur_fw.type & DTV7)
> offset = 2250000;
> which appears to be off by 500khz causing the tuning regression for me.
>
> Could any one please advice why this check against scode_table &
> (ZARLINK456 | DIBCOM52) was removed?
>
> Thanks
>
> -Rob
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-11-26 8:27 ` Robert Lowery
@ 2009-11-26 9:37 ` Vincent McIntyre
2009-11-26 9:57 ` Vincent McIntyre
2009-11-26 11:22 ` Robert Lowery
0 siblings, 2 replies; 34+ messages in thread
From: Vincent McIntyre @ 2009-11-26 9:37 UTC (permalink / raw)
To: Robert Lowery; +Cc: mchehab, terrywu2009, awalls, linux-media
Hi Rob
would you mind very much posting a patch that implements these two reversions,
so I can try it easily? My hg-fu is somewhat lacking...
I have the same hardware and noticed what I think is the same issue,
just with Channel 9.
Another manifestation is huge BER and nonzero REC in the output from 'tzap'.
Kind regards,
Vince
On 11/26/09, Robert Lowery <rglowery@exemail.com.au> wrote:
>> Hi,
>>
>> After fixing up a hang on the DViCO FusionHDTV DVB-T Dual Digital 4 (rev
>> 1) recently via http://linuxtv.org/hg/v4l-dvb/rev/1c11cb54f24d everything
>> appeared to be ok, but I have now noticed certain channels in Australia
>> are showing corruption which manifest themselves as blockiness and
>> screeching audio.
>>
>> I have traced this issue down to
>> http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0 (Fix offset frequencies for
>> DVB @ 6MHz)
> Actually, in addition to the above changeset, I also had to revert
> http://linuxtv.org/hg/v4l-dvb/rev/966ce12c444d (Fix 7 MHz DVB-T) to get
> things going. Seems this one might have been an attempt to fix an issue
> introduced by the latter, but for me both must be reverted.
>
> -Rob
>
>>
>> In this change, the offset used by my card has been changed from 2750000
>> to 2250000.
>>
>> The old code which works used to do something like
>> offset = 2750000
>> if (((priv->cur_fw.type & DTV7) &&
>> (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
>> ((priv->cur_fw.type & DTV78) && freq < 470000000))
>> offset -= 500000;
>>
>> In Australia, (type & DTV7) == true _BUT_ scode_table == 1<<29 == SCODE,
>> so the subtraction is not done.
>>
>> The new code which does not work does
>> if (priv->cur_fw.type & DTV7)
>> offset = 2250000;
>> which appears to be off by 500khz causing the tuning regression for me.
>>
>> Could any one please advice why this check against scode_table &
>> (ZARLINK456 | DIBCOM52) was removed?
>>
>> Thanks
>>
>> -Rob
>>
>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-media" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-11-26 9:37 ` Vincent McIntyre
@ 2009-11-26 9:57 ` Vincent McIntyre
2009-11-26 11:22 ` Robert Lowery
1 sibling, 0 replies; 34+ messages in thread
From: Vincent McIntyre @ 2009-11-26 9:57 UTC (permalink / raw)
To: Robert Lowery; +Cc: mchehab, terrywu2009, awalls, linux-media
On 11/26/09, Vincent McIntyre <vincent.mcintyre@gmail.com> wrote:
> Another manifestation is huge BER and nonzero REC in the output from
> 'tzap'.
doh! I meant huge BER and nonzero UNC.
Apologies also for the top-post.
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-11-26 9:37 ` Vincent McIntyre
2009-11-26 9:57 ` Vincent McIntyre
@ 2009-11-26 11:22 ` Robert Lowery
2009-11-26 23:35 ` Robert Lowery
1 sibling, 1 reply; 34+ messages in thread
From: Robert Lowery @ 2009-11-26 11:22 UTC (permalink / raw)
To: Vincent McIntyre; +Cc: mchehab, terrywu2009, awalls, linux-media
[-- Attachment #1: Type: text/plain, Size: 2695 bytes --]
> Hi Rob
>
> would you mind very much posting a patch that implements these two
> reversions,
> so I can try it easily? My hg-fu is somewhat lacking...
> I have the same hardware and noticed what I think is the same issue,
> just with Channel 9.
> Another manifestation is huge BER and nonzero REC in the output from
> 'tzap'.
>
> Kind regards,
> Vince
revert patch attached
>
>
> On 11/26/09, Robert Lowery <rglowery@exemail.com.au> wrote:
>>> Hi,
>>>
>>> After fixing up a hang on the DViCO FusionHDTV DVB-T Dual Digital 4
>>> (rev
>>> 1) recently via http://linuxtv.org/hg/v4l-dvb/rev/1c11cb54f24d
>>> everything
>>> appeared to be ok, but I have now noticed certain channels in Australia
>>> are showing corruption which manifest themselves as blockiness and
>>> screeching audio.
>>>
>>> I have traced this issue down to
>>> http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0 (Fix offset frequencies
>>> for
>>> DVB @ 6MHz)
>> Actually, in addition to the above changeset, I also had to revert
>> http://linuxtv.org/hg/v4l-dvb/rev/966ce12c444d (Fix 7 MHz DVB-T) to get
>> things going. Seems this one might have been an attempt to fix an issue
>> introduced by the latter, but for me both must be reverted.
>>
>> -Rob
>>
>>>
>>> In this change, the offset used by my card has been changed from
>>> 2750000
>>> to 2250000.
>>>
>>> The old code which works used to do something like
>>> offset = 2750000
>>> if (((priv->cur_fw.type & DTV7) &&
>>> (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
>>> ((priv->cur_fw.type & DTV78) && freq < 470000000))
>>> offset -= 500000;
>>>
>>> In Australia, (type & DTV7) == true _BUT_ scode_table == 1<<29 ==
>>> SCODE,
>>> so the subtraction is not done.
>>>
>>> The new code which does not work does
>>> if (priv->cur_fw.type & DTV7)
>>> offset = 2250000;
>>> which appears to be off by 500khz causing the tuning regression for me.
>>>
>>> Could any one please advice why this check against scode_table &
>>> (ZARLINK456 | DIBCOM52) was removed?
>>>
>>> Thanks
>>>
>>> -Rob
>>>
>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-media"
>>> in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-media"
>> in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
[-- Attachment #2: revert.diff --]
[-- Type: application/octet-stream, Size: 2212 bytes --]
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40 2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Thu Nov 26 22:19:24 2009 +1100
@@ -934,29 +934,23 @@
* that xc2028 will be in a safe state.
* Maybe this might also be needed for DTV.
*/
- if (new_mode == T_ANALOG_TV)
+ if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
-
- /*
- * Digital modes require an offset to adjust to the
- * proper frequency.
- * Analog modes require offset = 0
- */
- if (new_mode == T_DIGITAL_TV) {
- /* Sets the offset according with firmware */
- if (priv->cur_fw.type & DTV6)
- offset = 1750000;
- else if (priv->cur_fw.type & DTV7)
- offset = 2250000;
- else /* DTV8 or DTV78 */
- offset = 2750000;
-
+ } else if (priv->cur_fw.type & ATSC) {
+ offset = 1750000;
+ } else {
+ offset = 2750000;
+
/*
- * We must adjust the offset by 500kHz when
- * tuning a 7MHz VHF channel with DTV78 firmware
- * (used in Australia, Italy and Germany)
+ * We must adjust the offset by 500kHz in two cases in order
+ * to correctly center the IF output:
+ * 1) When the ZARLINK456 or DIBCOM52 tables were explicitly
+ * selected and a 7MHz channel is tuned;
+ * 2) When tuning a VHF channel with DTV78 firmware.
*/
- if ((priv->cur_fw.type & DTV78) && freq < 470000000)
+ if (((priv->cur_fw.type & DTV7) &&
+ (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
+ ((priv->cur_fw.type & DTV78) && freq < 470000000))
offset -= 500000;
}
@@ -1114,19 +1108,8 @@
}
/* All S-code tables need a 200kHz shift */
- if (priv->ctrl.demod) {
+ if (priv->ctrl.demod)
demod = priv->ctrl.demod + 200;
- /*
- * The DTV7 S-code table needs a 700 kHz shift.
- * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
- *
- * DTV7 is only used in Australia. Germany or Italy may also
- * use this firmware after initialization, but a tune to a UHF
- * channel should then cause DTV78 to be used.
- */
- if (type & DTV7)
- demod += 500;
- }
return generic_set_freq(fe, p->frequency,
T_DIGITAL_TV, type, 0, demod);
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-11-26 11:22 ` Robert Lowery
@ 2009-11-26 23:35 ` Robert Lowery
2009-12-01 9:18 ` Vincent McIntyre
0 siblings, 1 reply; 34+ messages in thread
From: Robert Lowery @ 2009-11-26 23:35 UTC (permalink / raw)
To: Vincent McIntyre, mchehab, terrywu2009, awalls; +Cc: linux-media
[-- Attachment #1: Type: text/plain, Size: 3404 bytes --]
>> Hi Rob
>>
>> would you mind very much posting a patch that implements these two
>> reversions,
>> so I can try it easily? My hg-fu is somewhat lacking...
>> I have the same hardware and noticed what I think is the same issue,
>> just with Channel 9.
>> Another manifestation is huge BER and nonzero REC in the output from
>> 'tzap'.
>>
>> Kind regards,
>> Vince
> revert patch attached
My problem was also mostly with Channel 9, but other channels also
exhibited issues, although less often.
Given the original checkin message of
http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0 was
"Both ATSC and DVB @ 6MHz bandwidth require the same offset.
While we're fixing it, let's cleanup the bandwidth setup to better
reflect the fact that it is a function of the bandwidth."
How about the attached patch which reverts e6a8672631a0 and 966ce12c444d
but without the "cleanup" which breaks my DViCO.
Could people who had the original 6MHz issue please test and report back
Thanks
-Rob
>
>>
>>
>> On 11/26/09, Robert Lowery <rglowery@exemail.com.au> wrote:
>>>> Hi,
>>>>
>>>> After fixing up a hang on the DViCO FusionHDTV DVB-T Dual Digital 4
>>>> (rev
>>>> 1) recently via http://linuxtv.org/hg/v4l-dvb/rev/1c11cb54f24d
>>>> everything
>>>> appeared to be ok, but I have now noticed certain channels in
>>>> Australia
>>>> are showing corruption which manifest themselves as blockiness and
>>>> screeching audio.
>>>>
>>>> I have traced this issue down to
>>>> http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0 (Fix offset frequencies
>>>> for
>>>> DVB @ 6MHz)
>>> Actually, in addition to the above changeset, I also had to revert
>>> http://linuxtv.org/hg/v4l-dvb/rev/966ce12c444d (Fix 7 MHz DVB-T) to
>>> get
>>> things going. Seems this one might have been an attempt to fix an
>>> issue
>>> introduced by the latter, but for me both must be reverted.
>>>
>>> -Rob
>>>
>>>>
>>>> In this change, the offset used by my card has been changed from
>>>> 2750000
>>>> to 2250000.
>>>>
>>>> The old code which works used to do something like
>>>> offset = 2750000
>>>> if (((priv->cur_fw.type & DTV7) &&
>>>> (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
>>>> ((priv->cur_fw.type & DTV78) && freq < 470000000))
>>>> offset -= 500000;
>>>>
>>>> In Australia, (type & DTV7) == true _BUT_ scode_table == 1<<29 ==
>>>> SCODE,
>>>> so the subtraction is not done.
>>>>
>>>> The new code which does not work does
>>>> if (priv->cur_fw.type & DTV7)
>>>> offset = 2250000;
>>>> which appears to be off by 500khz causing the tuning regression for
>>>> me.
>>>>
>>>> Could any one please advice why this check against scode_table &
>>>> (ZARLINK456 | DIBCOM52) was removed?
>>>>
>>>> Thanks
>>>>
>>>> -Rob
>>>>
>>>>
>>>>
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe linux-media"
>>>> in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>>
>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-media"
>>> in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-media"
>> in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
[-- Attachment #2: revert2.diff --]
[-- Type: /, Size: 2212 bytes --]
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40 2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22 2009 +1100
@@ -934,29 +934,23 @@
* that xc2028 will be in a safe state.
* Maybe this might also be needed for DTV.
*/
- if (new_mode == T_ANALOG_TV)
+ if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
-
- /*
- * Digital modes require an offset to adjust to the
- * proper frequency.
- * Analog modes require offset = 0
- */
- if (new_mode == T_DIGITAL_TV) {
- /* Sets the offset according with firmware */
- if (priv->cur_fw.type & DTV6)
- offset = 1750000;
- else if (priv->cur_fw.type & DTV7)
- offset = 2250000;
- else /* DTV8 or DTV78 */
- offset = 2750000;
-
+ } else if (priv->cur_fw.type & DTV6) {
+ offset = 1750000;
+ } else {
+ offset = 2750000;
+
/*
- * We must adjust the offset by 500kHz when
- * tuning a 7MHz VHF channel with DTV78 firmware
- * (used in Australia, Italy and Germany)
+ * We must adjust the offset by 500kHz in two cases in order
+ * to correctly center the IF output:
+ * 1) When the ZARLINK456 or DIBCOM52 tables were explicitly
+ * selected and a 7MHz channel is tuned;
+ * 2) When tuning a VHF channel with DTV78 firmware.
*/
- if ((priv->cur_fw.type & DTV78) && freq < 470000000)
+ if (((priv->cur_fw.type & DTV7) &&
+ (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
+ ((priv->cur_fw.type & DTV78) && freq < 470000000))
offset -= 500000;
}
@@ -1114,19 +1108,8 @@
}
/* All S-code tables need a 200kHz shift */
- if (priv->ctrl.demod) {
+ if (priv->ctrl.demod)
demod = priv->ctrl.demod + 200;
- /*
- * The DTV7 S-code table needs a 700 kHz shift.
- * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
- *
- * DTV7 is only used in Australia. Germany or Italy may also
- * use this firmware after initialization, but a tune to a UHF
- * channel should then cause DTV78 to be used.
- */
- if (type & DTV7)
- demod += 500;
- }
return generic_set_freq(fe, p->frequency,
T_DIGITAL_TV, type, 0, demod);
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-11-26 23:35 ` Robert Lowery
@ 2009-12-01 9:18 ` Vincent McIntyre
2009-12-01 12:40 ` Robert Lowery
2009-12-02 14:57 ` Devin Heitmueller
0 siblings, 2 replies; 34+ messages in thread
From: Vincent McIntyre @ 2009-12-01 9:18 UTC (permalink / raw)
To: Robert Lowery; +Cc: mchehab, terrywu2009, awalls, linux-media
[-- Attachment #1: Type: text/plain, Size: 5967 bytes --]
Hi Rob
I missed your followup and tested the 'revert.diff' patch, attached
for reference.
I have been slow replying because I've been scratching my head over the results.
I used 'signaltest.pl' to test[1], which uses tzap under the hood.
Perhaps this is not the best choice, but I wanted something that I thought would
allow objective comparisons. That's trickier than I thought...
Unfortunately I only discovered last night how easy 'vlc
./channels.conf' makes doing quick visual checks. I didn't have enough
time to re-patch and test again.
My test procedure was:
- get a baseline with tzap and signaltest.pl
- patch, make, install. cold boot.
- test with tzap and signaltest.pl
- revert patch, for the moment.
I tested two kernels, and both cards. I tested all the tuners but I'll
spare you that for now.
* 2.6.24-23-rt + v4l (c57f47cfb0e8+ tip)
I got rather different baseline results. All channels had
significantly higher BER
than I'd noticed before. After patching, snr on some channels
seemed a little higher
and BER was lower. On ch9, I think snr was up and BER improved a little.
here are the signaltest summary tables:
without patch. usb device (dvb0) usbid db78:0fe9
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 76.0 % 322.6 672.4 Seven
191625000 76.0 % 320.2 1783.3 Nine
219500000 76.8 % 329.8 2948.2 Ten
226500000 76.9 % 296.6 4885.0 ABC
571500000 77.0 % 542.0 7529.4 SBS
578500000 77.1 % 539.5 10669.7 D44
with patch. usb device (dvb0) usbid db78:0fe9
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 76.6 % 2.3 0.0
191625000 77.0 % 235.5 83.3
219500000 76.9 % 288.0 501.8
226500000 76.9 % 295.1 1416.4
571500000 77.0 % 523.4 3980.0
578500000 77.1 % 549.9 7409.4
without patch. pcie device (dvb1) pciid db78:18ac
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 71.2 % 3.1 0.0
191625000 21.7 % 645.4 246.4
219500000 73.6 % 1.9 1632.0
226500000 73.5 % 2.8 1632.0
571500000 73.9 % 13.6 2134.6
578500000 72.7 % 58.2 6393.4
with patch. pcie device (dvb1) pciid db78:18ac
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 73.2 % 4.0 0.0
191625000 74.0 % 37.0 0.0
219500000 73.9 % 0.0 0.0
226500000 73.0 % 4.6 0.0
571500000 74.2 % 76.7 193.6
578500000 72.8 % 213.8 4480.3
* 2.6.31-14-generic + v4l (19c0469c02c3+ tip)
Hard to say if I'm seeing an improvement.
before patching - adapter0 usbid db78:0fe9
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 75.5 % 293.7 1926.4
191625000 75.9 % 363.2 2993.3
219500000 76.7 % 304.5 4225.8
226500000 76.9 % 223.8 6153.3
571500000 77.0 % 491.7 8726.0
578500000 77.1 % 558.9 11787.1
adapter0 repeat usbid db78:0fe9 (not sure what happened to UNC here..)
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 75.9 % 327.9 13893.6
191625000 76.0 % 392.8 14939.0
219500000 76.7 % 252.0 16052.0
226500000 76.8 % 254.0 18063.1
571500000 76.9 % 533.2 20644.1
578500000 76.9 % 464.1 23836.8
after patching - adapter0 usbid db78:0fe9
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 76.3 % 2.5 0.0
191625000 76.8 % 227.6 119.0
219500000 76.8 % 262.6 604.5
226500000 76.8 % 282.7 1545.4
571500000 77.0 % 486.8 3541.7
578500000 77.1 % 521.5 6537.7
before patching - adapter1 pciid db78:18ac
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 70.9 % 0.0 0.0
191625000 69.8 % 2.7 0.0
219500000 73.2 % 4.1 0.0
226500000 73.4 % 4.5 0.0
571500000 74.0 % 0.0 0.0
578500000 72.3 % 125.7 3589.3
after patching - adapter2 pciid db78:18ac (enumeration order changed)
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 73.6 % 0.6 0.0
191625000 74.2 % 0.0 0.0
219500000 74.0 % 4.9 0.0
226500000 73.3 % 163.2 349.7
571500000 74.4 % 267.0 1014.6
578500000 72.7 % 70.7 4906.0
Thoughts? What's your test procedure?
Cheers
Vince
[1] http://linuxtv.org/wiki/index.php/Testing_reception_quality
[-- Attachment #2: revert.diff --]
[-- Type: application/octet-stream, Size: 2212 bytes --]
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40 2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Thu Nov 26 22:19:24 2009 +1100
@@ -934,29 +934,23 @@
* that xc2028 will be in a safe state.
* Maybe this might also be needed for DTV.
*/
- if (new_mode == T_ANALOG_TV)
+ if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
-
- /*
- * Digital modes require an offset to adjust to the
- * proper frequency.
- * Analog modes require offset = 0
- */
- if (new_mode == T_DIGITAL_TV) {
- /* Sets the offset according with firmware */
- if (priv->cur_fw.type & DTV6)
- offset = 1750000;
- else if (priv->cur_fw.type & DTV7)
- offset = 2250000;
- else /* DTV8 or DTV78 */
- offset = 2750000;
-
+ } else if (priv->cur_fw.type & ATSC) {
+ offset = 1750000;
+ } else {
+ offset = 2750000;
+
/*
- * We must adjust the offset by 500kHz when
- * tuning a 7MHz VHF channel with DTV78 firmware
- * (used in Australia, Italy and Germany)
+ * We must adjust the offset by 500kHz in two cases in order
+ * to correctly center the IF output:
+ * 1) When the ZARLINK456 or DIBCOM52 tables were explicitly
+ * selected and a 7MHz channel is tuned;
+ * 2) When tuning a VHF channel with DTV78 firmware.
*/
- if ((priv->cur_fw.type & DTV78) && freq < 470000000)
+ if (((priv->cur_fw.type & DTV7) &&
+ (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
+ ((priv->cur_fw.type & DTV78) && freq < 470000000))
offset -= 500000;
}
@@ -1114,19 +1108,8 @@
}
/* All S-code tables need a 200kHz shift */
- if (priv->ctrl.demod) {
+ if (priv->ctrl.demod)
demod = priv->ctrl.demod + 200;
- /*
- * The DTV7 S-code table needs a 700 kHz shift.
- * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
- *
- * DTV7 is only used in Australia. Germany or Italy may also
- * use this firmware after initialization, but a tune to a UHF
- * channel should then cause DTV78 to be used.
- */
- if (type & DTV7)
- demod += 500;
- }
return generic_set_freq(fe, p->frequency,
T_DIGITAL_TV, type, 0, demod);
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-12-01 9:18 ` Vincent McIntyre
@ 2009-12-01 12:40 ` Robert Lowery
2009-12-02 14:57 ` Devin Heitmueller
1 sibling, 0 replies; 34+ messages in thread
From: Robert Lowery @ 2009-12-01 12:40 UTC (permalink / raw)
To: Vincent McIntyre; +Cc: mchehab, terrywu2009, awalls, linux-media
> Hi Rob
>
> I missed your followup and tested the 'revert.diff' patch, attached
> for reference.
> I have been slow replying because I've been scratching my head over the
> results.
>
> I used 'signaltest.pl' to test[1], which uses tzap under the hood.
> Perhaps this is not the best choice, but I wanted something that I thought
> would
> allow objective comparisons. That's trickier than I thought...
> Unfortunately I only discovered last night how easy 'vlc
> ./channels.conf' makes doing quick visual checks. I didn't have enough
> time to re-patch and test again.
>
> My test procedure was:
> - get a baseline with tzap and signaltest.pl
> - patch, make, install. cold boot.
> - test with tzap and signaltest.pl
> - revert patch, for the moment.
>
> I tested two kernels, and both cards. I tested all the tuners but I'll
> spare you that for now.
>
> * 2.6.24-23-rt + v4l (c57f47cfb0e8+ tip)
>
> I got rather different baseline results. All channels had
> significantly higher BER
> than I'd noticed before. After patching, snr on some channels
> seemed a little higher
> and BER was lower. On ch9, I think snr was up and BER improved a
> little.
>
> here are the signaltest summary tables:
> without patch. usb device (dvb0) usbid db78:0fe9
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 76.0 % 322.6 672.4 Seven
> 191625000 76.0 % 320.2 1783.3 Nine
> 219500000 76.8 % 329.8 2948.2 Ten
> 226500000 76.9 % 296.6 4885.0 ABC
> 571500000 77.0 % 542.0 7529.4 SBS
> 578500000 77.1 % 539.5 10669.7 D44
>
> with patch. usb device (dvb0) usbid db78:0fe9
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 76.6 % 2.3 0.0
> 191625000 77.0 % 235.5 83.3
> 219500000 76.9 % 288.0 501.8
> 226500000 76.9 % 295.1 1416.4
> 571500000 77.0 % 523.4 3980.0
> 578500000 77.1 % 549.9 7409.4
>
> without patch. pcie device (dvb1) pciid db78:18ac
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 71.2 % 3.1 0.0
> 191625000 21.7 % 645.4 246.4
> 219500000 73.6 % 1.9 1632.0
> 226500000 73.5 % 2.8 1632.0
> 571500000 73.9 % 13.6 2134.6
> 578500000 72.7 % 58.2 6393.4
>
> with patch. pcie device (dvb1) pciid db78:18ac
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 73.2 % 4.0 0.0
> 191625000 74.0 % 37.0 0.0
> 219500000 73.9 % 0.0 0.0
> 226500000 73.0 % 4.6 0.0
> 571500000 74.2 % 76.7 193.6
> 578500000 72.8 % 213.8 4480.3
>
>
> * 2.6.31-14-generic + v4l (19c0469c02c3+ tip)
> Hard to say if I'm seeing an improvement.
>
> before patching - adapter0 usbid db78:0fe9
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 75.5 % 293.7 1926.4
> 191625000 75.9 % 363.2 2993.3
> 219500000 76.7 % 304.5 4225.8
> 226500000 76.9 % 223.8 6153.3
> 571500000 77.0 % 491.7 8726.0
> 578500000 77.1 % 558.9 11787.1
>
> adapter0 repeat usbid db78:0fe9 (not sure what happened to UNC here..)
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 75.9 % 327.9 13893.6
> 191625000 76.0 % 392.8 14939.0
> 219500000 76.7 % 252.0 16052.0
> 226500000 76.8 % 254.0 18063.1
> 571500000 76.9 % 533.2 20644.1
> 578500000 76.9 % 464.1 23836.8
>
> after patching - adapter0 usbid db78:0fe9
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 76.3 % 2.5 0.0
> 191625000 76.8 % 227.6 119.0
> 219500000 76.8 % 262.6 604.5
> 226500000 76.8 % 282.7 1545.4
> 571500000 77.0 % 486.8 3541.7
> 578500000 77.1 % 521.5 6537.7
>
>
> before patching - adapter1 pciid db78:18ac
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 70.9 % 0.0 0.0
> 191625000 69.8 % 2.7 0.0
> 219500000 73.2 % 4.1 0.0
> 226500000 73.4 % 4.5 0.0
> 571500000 74.0 % 0.0 0.0
> 578500000 72.3 % 125.7 3589.3
>
> after patching - adapter2 pciid db78:18ac (enumeration order changed)
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 73.6 % 0.6 0.0
> 191625000 74.2 % 0.0 0.0
> 219500000 74.0 % 4.9 0.0
> 226500000 73.3 % 163.2 349.7
> 571500000 74.4 % 267.0 1014.6
> 578500000 72.7 % 70.7 4906.0
>
> Thoughts? What's your test procedure?
Hi Vince
My test procedure is to use mythtv :)
The 2.6.28 ubuntu 9.04 (Jaunty) kernel worked perfectly, but the 2.6.31
ubuntu 9.10 (karmic) kernel and v4l-dvb tip stutters particularly on
channel 9. I then started browsing which changes were made between the
two kernels and found reverting the patches resolved the problem. I have
now been using the reverted drivers for over a week and the stuttering is
completely gone.
Sorry I'm not familiar with all the statistics you are quoting above to
know good from bad. I just know my results :) Hopefully someone more
knowledgeable can comment
-Rob
>
> Cheers
> Vince
>
>
>
> [1] http://linuxtv.org/wiki/index.php/Testing_reception_quality
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-12-01 9:18 ` Vincent McIntyre
2009-12-01 12:40 ` Robert Lowery
@ 2009-12-02 14:57 ` Devin Heitmueller
2009-12-08 6:02 ` [RESEND] " Robert Lowery
1 sibling, 1 reply; 34+ messages in thread
From: Devin Heitmueller @ 2009-12-02 14:57 UTC (permalink / raw)
To: Vincent McIntyre; +Cc: Robert Lowery, mchehab, terrywu2009, awalls, linux-media
On Tue, Dec 1, 2009 at 4:18 AM, Vincent McIntyre
<vincent.mcintyre@gmail.com> wrote:
> Hi Rob
>
> I missed your followup and tested the 'revert.diff' patch, attached
> for reference.
> I have been slow replying because I've been scratching my head over the results.
>
> I used 'signaltest.pl' to test[1], which uses tzap under the hood.
> Perhaps this is not the best choice, but I wanted something that I thought would
> allow objective comparisons. That's trickier than I thought...
> Unfortunately I only discovered last night how easy 'vlc
> ./channels.conf' makes doing quick visual checks. I didn't have enough
> time to re-patch and test again.
>
> My test procedure was:
> - get a baseline with tzap and signaltest.pl
> - patch, make, install. cold boot.
> - test with tzap and signaltest.pl
> - revert patch, for the moment.
>
> I tested two kernels, and both cards. I tested all the tuners but I'll
> spare you that for now.
>
> * 2.6.24-23-rt + v4l (c57f47cfb0e8+ tip)
>
> I got rather different baseline results. All channels had
> significantly higher BER
> than I'd noticed before. After patching, snr on some channels
> seemed a little higher
> and BER was lower. On ch9, I think snr was up and BER improved a little.
>
> here are the signaltest summary tables:
> without patch. usb device (dvb0) usbid db78:0fe9
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 76.0 % 322.6 672.4 Seven
> 191625000 76.0 % 320.2 1783.3 Nine
> 219500000 76.8 % 329.8 2948.2 Ten
> 226500000 76.9 % 296.6 4885.0 ABC
> 571500000 77.0 % 542.0 7529.4 SBS
> 578500000 77.1 % 539.5 10669.7 D44
>
> with patch. usb device (dvb0) usbid db78:0fe9
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 76.6 % 2.3 0.0
> 191625000 77.0 % 235.5 83.3
> 219500000 76.9 % 288.0 501.8
> 226500000 76.9 % 295.1 1416.4
> 571500000 77.0 % 523.4 3980.0
> 578500000 77.1 % 549.9 7409.4
>
> without patch. pcie device (dvb1) pciid db78:18ac
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 71.2 % 3.1 0.0
> 191625000 21.7 % 645.4 246.4
> 219500000 73.6 % 1.9 1632.0
> 226500000 73.5 % 2.8 1632.0
> 571500000 73.9 % 13.6 2134.6
> 578500000 72.7 % 58.2 6393.4
>
> with patch. pcie device (dvb1) pciid db78:18ac
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 73.2 % 4.0 0.0
> 191625000 74.0 % 37.0 0.0
> 219500000 73.9 % 0.0 0.0
> 226500000 73.0 % 4.6 0.0
> 571500000 74.2 % 76.7 193.6
> 578500000 72.8 % 213.8 4480.3
>
>
> * 2.6.31-14-generic + v4l (19c0469c02c3+ tip)
> Hard to say if I'm seeing an improvement.
>
> before patching - adapter0 usbid db78:0fe9
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 75.5 % 293.7 1926.4
> 191625000 75.9 % 363.2 2993.3
> 219500000 76.7 % 304.5 4225.8
> 226500000 76.9 % 223.8 6153.3
> 571500000 77.0 % 491.7 8726.0
> 578500000 77.1 % 558.9 11787.1
>
> adapter0 repeat usbid db78:0fe9 (not sure what happened to UNC here..)
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 75.9 % 327.9 13893.6
> 191625000 76.0 % 392.8 14939.0
> 219500000 76.7 % 252.0 16052.0
> 226500000 76.8 % 254.0 18063.1
> 571500000 76.9 % 533.2 20644.1
> 578500000 76.9 % 464.1 23836.8
>
> after patching - adapter0 usbid db78:0fe9
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 76.3 % 2.5 0.0
> 191625000 76.8 % 227.6 119.0
> 219500000 76.8 % 262.6 604.5
> 226500000 76.8 % 282.7 1545.4
> 571500000 77.0 % 486.8 3541.7
> 578500000 77.1 % 521.5 6537.7
>
>
> before patching - adapter1 pciid db78:18ac
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 70.9 % 0.0 0.0
> 191625000 69.8 % 2.7 0.0
> 219500000 73.2 % 4.1 0.0
> 226500000 73.4 % 4.5 0.0
> 571500000 74.0 % 0.0 0.0
> 578500000 72.3 % 125.7 3589.3
>
> after patching - adapter2 pciid db78:18ac (enumeration order changed)
> Frequency Signal Ber Unc
> ========= ======== ======== ========
> 177500000 73.6 % 0.6 0.0
> 191625000 74.2 % 0.0 0.0
> 219500000 74.0 % 4.9 0.0
> 226500000 73.3 % 163.2 349.7
> 571500000 74.4 % 267.0 1014.6
> 578500000 72.7 % 70.7 4906.0
The stats above suggest that reverting the patch in question
significantly reduces the instances of uncorrectable errors.
It looks like indeed that a regression was introduced.
Mauro, any thoughts on this? I had heard things from a couple of
other zl10353/xc3028 users that the tuning performance was pretty
crappy compared to the mrec xc3028 driver. This could definitely be
the cause.
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
^ permalink raw reply [flat|nested] 34+ messages in thread
* [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-12-02 14:57 ` Devin Heitmueller
@ 2009-12-08 6:02 ` Robert Lowery
2009-12-08 9:03 ` Vincent McIntyre
2009-12-15 23:49 ` Robert Lowery
0 siblings, 2 replies; 34+ messages in thread
From: Robert Lowery @ 2009-12-08 6:02 UTC (permalink / raw)
To: mchehab
Cc: Devin Heitmueller, Vincent McIntyre, terrywu2009, awalls,
linux-media
[-- Attachment #1: Type: text/plain, Size: 7029 bytes --]
> On Tue, Dec 1, 2009 at 4:18 AM, Vincent McIntyre
> <vincent.mcintyre@gmail.com> wrote:
>> Hi Rob
>>
>> I missed your followup and tested the 'revert.diff' patch, attached
>> for reference.
>> I have been slow replying because I've been scratching my head over the
>> results.
>>
>> I used 'signaltest.pl' to test[1], which uses tzap under the hood.
>> Perhaps this is not the best choice, but I wanted something that I
>> thought would
>> allow objective comparisons. That's trickier than I thought...
>> Unfortunately I only discovered last night how easy 'vlc
>> ./channels.conf' makes doing quick visual checks. I didn't have enough
>> time to re-patch and test again.
>>
>> My test procedure was:
>> - get a baseline with tzap and signaltest.pl
>> - patch, make, install. cold boot.
>> - test with tzap and signaltest.pl
>> - revert patch, for the moment.
>>
>> I tested two kernels, and both cards. I tested all the tuners but I'll
>> spare you that for now.
>>
>> * 2.6.24-23-rt + v4l (c57f47cfb0e8+ tip)
>>
>> I got rather different baseline results. All channels had
>> significantly higher BER
>> than I'd noticed before. After patching, snr on some channels
>> seemed a little higher
>> and BER was lower. On ch9, I think snr was up and BER improved a
>> little.
>>
>> here are the signaltest summary tables:
>> without patch. usb device (dvb0) usbid db78:0fe9
>> Frequency Signal Ber Unc
>> ========= ======== ======== ========
>> 177500000 76.0 % 322.6 672.4 Seven
>> 191625000 76.0 % 320.2 1783.3 Nine
>> 219500000 76.8 % 329.8 2948.2 Ten
>> 226500000 76.9 % 296.6 4885.0 ABC
>> 571500000 77.0 % 542.0 7529.4 SBS
>> 578500000 77.1 % 539.5 10669.7 D44
>>
>> with patch. usb device (dvb0) usbid db78:0fe9
>> Frequency Signal Ber Unc
>> ========= ======== ======== ========
>> 177500000 76.6 % 2.3 0.0
>> 191625000 77.0 % 235.5 83.3
>> 219500000 76.9 % 288.0 501.8
>> 226500000 76.9 % 295.1 1416.4
>> 571500000 77.0 % 523.4 3980.0
>> 578500000 77.1 % 549.9 7409.4
>>
>> without patch. pcie device (dvb1) pciid db78:18ac
>> Frequency Signal Ber Unc
>> ========= ======== ======== ========
>> 177500000 71.2 % 3.1 0.0
>> 191625000 21.7 % 645.4 246.4
>> 219500000 73.6 % 1.9 1632.0
>> 226500000 73.5 % 2.8 1632.0
>> 571500000 73.9 % 13.6 2134.6
>> 578500000 72.7 % 58.2 6393.4
>>
>> with patch. pcie device (dvb1) pciid db78:18ac
>> Frequency Signal Ber Unc
>> ========= ======== ======== ========
>> 177500000 73.2 % 4.0 0.0
>> 191625000 74.0 % 37.0 0.0
>> 219500000 73.9 % 0.0 0.0
>> 226500000 73.0 % 4.6 0.0
>> 571500000 74.2 % 76.7 193.6
>> 578500000 72.8 % 213.8 4480.3
>>
>>
>> * 2.6.31-14-generic + v4l (19c0469c02c3+ tip)
>> Hard to say if I'm seeing an improvement.
>>
>> before patching - adapter0 usbid db78:0fe9
>> Frequency Signal Ber Unc
>> ========= ======== ======== ========
>> 177500000 75.5 % 293.7 1926.4
>> 191625000 75.9 % 363.2 2993.3
>> 219500000 76.7 % 304.5 4225.8
>> 226500000 76.9 % 223.8 6153.3
>> 571500000 77.0 % 491.7 8726.0
>> 578500000 77.1 % 558.9 11787.1
>>
>> adapter0 repeat usbid db78:0fe9 (not sure what happened to UNC here..)
>> Frequency Signal Ber Unc
>> ========= ======== ======== ========
>> 177500000 75.9 % 327.9 13893.6
>> 191625000 76.0 % 392.8 14939.0
>> 219500000 76.7 % 252.0 16052.0
>> 226500000 76.8 % 254.0 18063.1
>> 571500000 76.9 % 533.2 20644.1
>> 578500000 76.9 % 464.1 23836.8
>>
>> after patching - adapter0 usbid db78:0fe9
>> Frequency Signal Ber Unc
>> ========= ======== ======== ========
>> 177500000 76.3 % 2.5 0.0
>> 191625000 76.8 % 227.6 119.0
>> 219500000 76.8 % 262.6 604.5
>> 226500000 76.8 % 282.7 1545.4
>> 571500000 77.0 % 486.8 3541.7
>> 578500000 77.1 % 521.5 6537.7
>>
>>
>> before patching - adapter1 pciid db78:18ac
>> Frequency Signal Ber Unc
>> ========= ======== ======== ========
>> 177500000 70.9 % 0.0 0.0
>> 191625000 69.8 % 2.7 0.0
>> 219500000 73.2 % 4.1 0.0
>> 226500000 73.4 % 4.5 0.0
>> 571500000 74.0 % 0.0 0.0
>> 578500000 72.3 % 125.7 3589.3
>>
>> after patching - adapter2 pciid db78:18ac (enumeration order changed)
>> Frequency Signal Ber Unc
>> ========= ======== ======== ========
>> 177500000 73.6 % 0.6 0.0
>> 191625000 74.2 % 0.0 0.0
>> 219500000 74.0 % 4.9 0.0
>> 226500000 73.3 % 163.2 349.7
>> 571500000 74.4 % 267.0 1014.6
>> 578500000 72.7 % 70.7 4906.0
>
> The stats above suggest that reverting the patch in question
> significantly reduces the instances of uncorrectable errors.
>
> It looks like indeed that a regression was introduced.
>
> Mauro, any thoughts on this? I had heard things from a couple of
> other zl10353/xc3028 users that the tuning performance was pretty
> crappy compared to the mrec xc3028 driver. This could definitely be
> the cause.
Mauro,
Resend of my proposed patch attached that reverts tuning regressions with
my DViCO card, whilst still fixing the original 6Mhz tuning issue. Please
merge or let me know how else I should proceed to get this merged.
Thanks
-Rob
>
> Devin
>
> --
> Devin J. Heitmueller - Kernel Labs
> http://www.kernellabs.com
>
[-- Attachment #2: revert2.diff --]
[-- Type: application/octet-stream, Size: 2212 bytes --]
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40 2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22 2009 +1100
@@ -934,29 +934,23 @@
* that xc2028 will be in a safe state.
* Maybe this might also be needed for DTV.
*/
- if (new_mode == T_ANALOG_TV)
+ if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
-
- /*
- * Digital modes require an offset to adjust to the
- * proper frequency.
- * Analog modes require offset = 0
- */
- if (new_mode == T_DIGITAL_TV) {
- /* Sets the offset according with firmware */
- if (priv->cur_fw.type & DTV6)
- offset = 1750000;
- else if (priv->cur_fw.type & DTV7)
- offset = 2250000;
- else /* DTV8 or DTV78 */
- offset = 2750000;
-
+ } else if (priv->cur_fw.type & DTV6) {
+ offset = 1750000;
+ } else {
+ offset = 2750000;
+
/*
- * We must adjust the offset by 500kHz when
- * tuning a 7MHz VHF channel with DTV78 firmware
- * (used in Australia, Italy and Germany)
+ * We must adjust the offset by 500kHz in two cases in order
+ * to correctly center the IF output:
+ * 1) When the ZARLINK456 or DIBCOM52 tables were explicitly
+ * selected and a 7MHz channel is tuned;
+ * 2) When tuning a VHF channel with DTV78 firmware.
*/
- if ((priv->cur_fw.type & DTV78) && freq < 470000000)
+ if (((priv->cur_fw.type & DTV7) &&
+ (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
+ ((priv->cur_fw.type & DTV78) && freq < 470000000))
offset -= 500000;
}
@@ -1114,19 +1108,8 @@
}
/* All S-code tables need a 200kHz shift */
- if (priv->ctrl.demod) {
+ if (priv->ctrl.demod)
demod = priv->ctrl.demod + 200;
- /*
- * The DTV7 S-code table needs a 700 kHz shift.
- * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
- *
- * DTV7 is only used in Australia. Germany or Italy may also
- * use this firmware after initialization, but a tune to a UHF
- * channel should then cause DTV78 to be used.
- */
- if (type & DTV7)
- demod += 500;
- }
return generic_set_freq(fe, p->frequency,
T_DIGITAL_TV, type, 0, demod);
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-12-08 6:02 ` [RESEND] " Robert Lowery
@ 2009-12-08 9:03 ` Vincent McIntyre
2009-12-15 23:49 ` Robert Lowery
1 sibling, 0 replies; 34+ messages in thread
From: Vincent McIntyre @ 2009-12-08 9:03 UTC (permalink / raw)
To: Robert Lowery
Cc: mchehab, Devin Heitmueller, terrywu2009, awalls, linux-media
[-- Attachment #1: Type: text/plain, Size: 972 bytes --]
> Mauro,
>
> Resend of my proposed patch attached that reverts tuning regressions with
> my DViCO card, whilst still fixing the original 6Mhz tuning issue. Please
> merge or let me know how else I should proceed to get this merged.
>
> Thanks
>
> -Rob
perhaps the attached notes will help Rob's case here.
I did a few more tests, with just one tuner.
First I changed a cable that I was suspicious of (it was way too long anyway)
but I got no significant improvement.
Then I applied the 'revert2.diff' patch that Rob sent and cold-booted.
I reran the test and got significantly lower BER and UNC values.
There is still something odd going on, in that the UNC seem to get
worse with repeated tunings to the same channel, a few minutes apart
(less than 10min). This might be a
measurement artefact, I don't know. I might try changing the channel
order - that should
test whether the trend of the UNC values is with frequency or order in
the tuning sequence.
Cheers
VInce
[-- Attachment #2: test-tuning-revert.txt --]
[-- Type: text/plain, Size: 4508 bytes --]
2009-12-07
Try signaltest.pl again.
First, with old cable and no code changes
hg identify = c57f47cfb0e8+ tip
tuner 0 is usbid 0fe9:db78
do three consecutive runs to see if things worsen with repeated tuning.
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 75.9 % 318.9 376.2
191625000 74.5 % 280.1 904.9
219500000 77.0 % 245.2 1862.2
226500000 77.0 % 186.4 3525.4
571500000 77.1 % 502.9 6161.3
578500000 77.2 % 541.1 9128.8
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 75.5 % 314.6 11219.2
191625000 74.0 % 384.3 12057.3
219500000 76.8 % 118.7 13236.9
226500000 76.8 % 173.5 15256.6
571500000 77.0 % 472.3 17930.7
578500000 77.1 % 550.0 20888.8
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 75.4 % 346.0 23052.8
191625000 73.3 % 347.5 24087.7
219500000 76.7 % 236.0 25289.0
226500000 76.8 % 190.1 27241.0
571500000 76.9 % 541.1 29910.0
578500000 77.1 % 511.7 32902.1
Now repeat with the 1.5m cable connecting wall socket to splitter.
cold boot the machine
hg identify = c57f47cfb0e8+ tip
dvb0.frontend0: usbid 0fe9:db78
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 74.0 % 288.2 784.8
191625000 73.3 % 487.2 1890.9
219500000 76.7 % 147.2 3189.8
226500000 76.8 % 202.2 5094.7
571500000 76.9 % 443.1 7640.6
578500000 76.9 % 499.9 10675.3
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 73.0 % 330.7 12795.4
191625000 72.6 % 291.8 13844.3
219500000 76.7 % 132.5 15005.5
226500000 76.8 % 136.2 16928.0
571500000 76.9 % 525.2 19480.7
578500000 77.0 % 522.7 22361.7
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 75.5 % 361.6 24584.2
191625000 73.8 % 480.9 25816.4
219500000 76.7 % 143.4 26962.2
226500000 76.8 % 187.5 28846.1
571500000 77.0 % 468.4 31448.9
578500000 77.0 % 547.3 34511.8
Now make the code change. Cold boot.
dvb0.frontend0: usbid 0fe9:db78
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 76.5 % 0.0 0.0
191625000 76.9 % 136.8 102.3
219500000 76.9 % 297.6 549.0
226500000 76.8 % 304.7 1461.4
571500000 76.9 % 505.0 3801.0
578500000 77.0 % 573.7 6818.6
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 76.4 % 0.0 8345.0
191625000 76.8 % 169.7 8476.0
219500000 76.7 % 243.8 8967.2
226500000 76.9 % 271.6 9904.7
571500000 76.9 % 525.9 12097.4
578500000 77.1 % 554.9 15364.9
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 76.3 % 1.3 16835.0
191625000 76.7 % 225.0 16949.7
219500000 76.7 % 267.1 17432.5
226500000 76.8 % 254.4 18372.9
571500000 76.9 % 575.2 20573.7
578500000 77.0 % 512.7 23771.2
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-12-08 6:02 ` [RESEND] " Robert Lowery
2009-12-08 9:03 ` Vincent McIntyre
@ 2009-12-15 23:49 ` Robert Lowery
2010-01-04 4:27 ` Robert Lowery
1 sibling, 1 reply; 34+ messages in thread
From: Robert Lowery @ 2009-12-15 23:49 UTC (permalink / raw)
To: mchehab
Cc: Devin Heitmueller, Vincent McIntyre, terrywu2009, awalls,
linux-media
[-- Attachment #1: Type: text/plain, Size: 662 bytes --]
Mauro,
I've split the revert2.diff that I sent you previously to fix the tuning
regression on my DViCO Dual Digital 4 (rev 1) into three separate patches
that will hopefully allow you to review more easily.
The first two patches revert their respective changesets and nothing else,
fixing the issue for me.
12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @ 6MHz
The third patch does what I believe is the obvious equivalent fix to
e6a8672631a0 but without the cleanup that breaks tuning on my card.
Please review and merge
Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
Thanks
-Rob
[-- Attachment #2: 01_revert_966ce12c444d.diff --]
[-- Type: /, Size: 845 bytes --]
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40 2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22 2009 +1100
@@ -1114,19 +1108,8 @@
}
/* All S-code tables need a 200kHz shift */
- if (priv->ctrl.demod) {
+ if (priv->ctrl.demod)
demod = priv->ctrl.demod + 200;
- /*
- * The DTV7 S-code table needs a 700 kHz shift.
- * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
- *
- * DTV7 is only used in Australia. Germany or Italy may also
- * use this firmware after initialization, but a tune to a UHF
- * channel should then cause DTV78 to be used.
- */
- if (type & DTV7)
- demod += 500;
- }
return generic_set_freq(fe, p->frequency,
T_DIGITAL_TV, type, 0, demod);
[-- Attachment #3: 02_revert_e6a8672631a0.diff --]
[-- Type: /, Size: 1607 bytes --]
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40 2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22 2009 +1100
@@ -934,29 +934,23 @@
* that xc2028 will be in a safe state.
* Maybe this might also be needed for DTV.
*/
- if (new_mode == T_ANALOG_TV)
+ if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
-
- /*
- * Digital modes require an offset to adjust to the
- * proper frequency.
- * Analog modes require offset = 0
- */
- if (new_mode == T_DIGITAL_TV) {
- /* Sets the offset according with firmware */
- if (priv->cur_fw.type & DTV6)
- offset = 1750000;
- else if (priv->cur_fw.type & DTV7)
- offset = 2250000;
- else /* DTV8 or DTV78 */
- offset = 2750000;
-
+ } else if (priv->cur_fw.type & ATSC) {
+ offset = 1750000;
+ } else {
+ offset = 2750000;
+
/*
- * We must adjust the offset by 500kHz when
- * tuning a 7MHz VHF channel with DTV78 firmware
- * (used in Australia, Italy and Germany)
+ * We must adjust the offset by 500kHz in two cases in order
+ * to correctly center the IF output:
+ * 1) When the ZARLINK456 or DIBCOM52 tables were explicitly
+ * selected and a 7MHz channel is tuned;
+ * 2) When tuning a VHF channel with DTV78 firmware.
*/
- if ((priv->cur_fw.type & DTV78) && freq < 470000000)
+ if (((priv->cur_fw.type & DTV7) &&
+ (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
+ ((priv->cur_fw.type & DTV78) && freq < 470000000))
offset -= 500000;
}
[-- Attachment #4: 03_refix_e6a8672631a0.diff --]
[-- Type: /, Size: 483 bytes --]
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40 2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22 2009 +1100
@@ -936,7 +936,7 @@
*/
if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
- } else if (priv->cur_fw.type & ATSC) {
+ } else if (priv->cur_fw.type & DTV6) {
offset = 1750000;
} else {
offset = 2750000;
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2009-12-15 23:49 ` Robert Lowery
@ 2010-01-04 4:27 ` Robert Lowery
2010-01-05 2:27 ` Andy Walls
0 siblings, 1 reply; 34+ messages in thread
From: Robert Lowery @ 2010-01-04 4:27 UTC (permalink / raw)
To: mchehab
Cc: Devin Heitmueller, Vincent McIntyre, terrywu2009, awalls,
linux-media
> Mauro,
>
> I've split the revert2.diff that I sent you previously to fix the tuning
> regression on my DViCO Dual Digital 4 (rev 1) into three separate patches
> that will hopefully allow you to review more easily.
>
> The first two patches revert their respective changesets and nothing else,
> fixing the issue for me.
> 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
> 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @ 6MHz
>
> The third patch does what I believe is the obvious equivalent fix to
> e6a8672631a0 but without the cleanup that breaks tuning on my card.
>
> Please review and merge
>
> Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
Mauro,
I'm yet to receive a response from you on this clear regression introduced
in the 2.6.31 kernel. You attention would be appreciated
Thanks
-Rob
>
> Thanks
>
> -Rob
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-04 4:27 ` Robert Lowery
@ 2010-01-05 2:27 ` Andy Walls
2010-01-05 3:13 ` Devin Heitmueller
2010-01-05 3:18 ` Andy Walls
0 siblings, 2 replies; 34+ messages in thread
From: Andy Walls @ 2010-01-05 2:27 UTC (permalink / raw)
To: Robert Lowery
Cc: mchehab, Devin Heitmueller, Vincent McIntyre, terrywu2009,
linux-media
On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
> > Mauro,
> >
> > I've split the revert2.diff that I sent you previously to fix the tuning
> > regression on my DViCO Dual Digital 4 (rev 1) into three separate patches
> > that will hopefully allow you to review more easily.
> >
> > The first two patches revert their respective changesets and nothing else,
> > fixing the issue for me.
> > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
> > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @ 6MHz
> >
> > The third patch does what I believe is the obvious equivalent fix to
> > e6a8672631a0 but without the cleanup that breaks tuning on my card.
> >
> > Please review and merge
> >
> > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
>
> Mauro,
>
> I'm yet to receive a response from you on this clear regression introduced
> in the 2.6.31 kernel. You attention would be appreciated
>
> Thanks
>
> -Rob
Robert,
The changes in question (mostly authored by me) are based on
documentation on what offsets are to be used with the firmware for
various DVB bandwidths and demodulators. The change was tested by Terry
on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028) and
some other cards I can't remember, using a DVB-T pattern generator for 7
and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
(Devin,
Maybe you can double check on the offsets in tuner-xc2028.c with any
documentation you have available to you?)
I haven't been following this thread really at all as the board in the
subject line was unfamiliar to me, so sorry for any late response or
dumb questions by me.
May I ask:
1. what are the exact problem frequencies?
2. what is the data source from which you are getting the frequency
information?
3. what does tuner-xc2028 debug logging show as the firmware loaded when
tune to one of the the problem frequencies?
BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
cxusb_dvico_xc3028_tuner_attach(), this declaration
static struct xc2028_ctrl ctl = {
.fname = XC2028_DEFAULT_FIRMWARE,
.max_len = 64,
.demod = XC3028_FE_ZARLINK456,
};
really should have ".type = XC2028_AUTO" or ".type = XC2028_D2633", but
since XC2028_AUTO has a value of 0, it probably doesn't matter.
Regards,
Andy
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-05 2:27 ` Andy Walls
@ 2010-01-05 3:13 ` Devin Heitmueller
2010-01-05 3:43 ` Andy Walls
2010-01-05 3:18 ` Andy Walls
1 sibling, 1 reply; 34+ messages in thread
From: Devin Heitmueller @ 2010-01-05 3:13 UTC (permalink / raw)
To: Andy Walls
Cc: Robert Lowery, mchehab, Vincent McIntyre, terrywu2009,
linux-media
Hey Andy,
On Mon, Jan 4, 2010 at 9:27 PM, Andy Walls <awalls@radix.net> wrote:
> The changes in question (mostly authored by me) are based on
> documentation on what offsets are to be used with the firmware for
> various DVB bandwidths and demodulators. The change was tested by Terry
> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028) and
> some other cards I can't remember, using a DVB-T pattern generator for 7
> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
>
> (Devin,
> Maybe you can double check on the offsets in tuner-xc2028.c with any
> documentation you have available to you?)
At this point the extent to which I've looked in to the issue was
validating that, for a given frequency, the change resulted in a
crappy SNR with lots of BER/UNC errors, and after reverting the change
the signal looked really good with zero BER/UNC. I haven't dug into
*why* it is an issue, but I examined the traces and looked at the
testing methodology and can confirm that there was definitely a
regression and Robert narrowed it down to the patch in question.
I was kind of hoping that one of the people that helped introduce the
regression would take on some of responsibility to help with the
debugging. ;-)
I think I have one of the boards that will demonstrate the issue (a
Terratec board with xc3028/zl10353), and will try to find some time
with the generator once I wrap up the xc4000 work for the PCTV 340e.
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-05 2:27 ` Andy Walls
2010-01-05 3:13 ` Devin Heitmueller
@ 2010-01-05 3:18 ` Andy Walls
2010-01-06 3:20 ` Robert Lowery
1 sibling, 1 reply; 34+ messages in thread
From: Andy Walls @ 2010-01-05 3:18 UTC (permalink / raw)
To: Robert Lowery
Cc: mchehab, Devin Heitmueller, Vincent McIntyre, terrywu2009,
linux-media
On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
> > > Mauro,
> > >
> > > I've split the revert2.diff that I sent you previously to fix the tuning
> > > regression on my DViCO Dual Digital 4 (rev 1) into three separate patches
> > > that will hopefully allow you to review more easily.
> > >
> > > The first two patches revert their respective changesets and nothing else,
> > > fixing the issue for me.
> > > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
> > > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @ 6MHz
> > >
> > > The third patch does what I believe is the obvious equivalent fix to
> > > e6a8672631a0 but without the cleanup that breaks tuning on my card.
> > >
> > > Please review and merge
> > >
> > > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
> >
> > Mauro,
> >
> > I'm yet to receive a response from you on this clear regression introduced
> > in the 2.6.31 kernel. You attention would be appreciated
> >
> > Thanks
> >
> > -Rob
>
> Robert,
>
> The changes in question (mostly authored by me) are based on
> documentation on what offsets are to be used with the firmware for
> various DVB bandwidths and demodulators. The change was tested by Terry
> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028) and
> some other cards I can't remember, using a DVB-T pattern generator for 7
> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
>
> (Devin,
> Maybe you can double check on the offsets in tuner-xc2028.c with any
> documentation you have available to you?)
>
>
> I haven't been following this thread really at all as the board in the
> subject line was unfamiliar to me, so sorry for any late response or
> dumb questions by me.
>
> May I ask:
>
> 1. what are the exact problem frequencies?
> 2. what is the data source from which you are getting the frequency
> information?
> 3. what does tuner-xc2028 debug logging show as the firmware loaded when
> tune to one of the the problem frequencies?
Robert,
I just found that ACMA has a very nice compilation licensed DTV
transmitters in Australia and their frequencies. Have a look at the
Excel spreadsheet linked on this page:
http://acma.gov.au/WEB/STANDARD/pc=PC_9150
The DTV tab has a list of the Area, callsign, and DTV center freq.
The Glossary tab mentions that DTV broadcasters can have an offset of
+/- 125 kHz from the DTV center freq.
If you could verify that the frequencies you are using for the problem
stations match the list, that would help eliminate commanded tuning
frequency as source of the problem.
Regards,
Andy
> BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
> cxusb_dvico_xc3028_tuner_attach(), this declaration
>
> static struct xc2028_ctrl ctl = {
> .fname = XC2028_DEFAULT_FIRMWARE,
> .max_len = 64,
> .demod = XC3028_FE_ZARLINK456,
> };
>
> really should have ".type = XC2028_AUTO" or ".type = XC2028_D2633", but
> since XC2028_AUTO has a value of 0, it probably doesn't matter.
>
>
> Regards,
> Andy
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-05 3:13 ` Devin Heitmueller
@ 2010-01-05 3:43 ` Andy Walls
0 siblings, 0 replies; 34+ messages in thread
From: Andy Walls @ 2010-01-05 3:43 UTC (permalink / raw)
To: Devin Heitmueller
Cc: Robert Lowery, mchehab, Vincent McIntyre, terrywu2009,
linux-media
On Mon, 2010-01-04 at 22:13 -0500, Devin Heitmueller wrote:
> Hey Andy,
>
> On Mon, Jan 4, 2010 at 9:27 PM, Andy Walls <awalls@radix.net> wrote:
> > The changes in question (mostly authored by me) are based on
> > documentation on what offsets are to be used with the firmware for
> > various DVB bandwidths and demodulators. The change was tested by Terry
> > on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028) and
> > some other cards I can't remember, using a DVB-T pattern generator for 7
> > and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
> >
> > (Devin,
> > Maybe you can double check on the offsets in tuner-xc2028.c with any
> > documentation you have available to you?)
>
> At this point the extent to which I've looked in to the issue was
> validating that, for a given frequency, the change resulted in a
> crappy SNR with lots of BER/UNC errors, and after reverting the change
> the signal looked really good with zero BER/UNC. I haven't dug into
> *why* it is an issue, but I examined the traces and looked at the
> testing methodology and can confirm that there was definitely a
> regression and Robert narrowed it down to the patch in question.
>
> I was kind of hoping that one of the people that helped introduce the
> regression would take on some of responsibility to help with the
> debugging. ;-)
I take responsiblity for the change. However, if fixing a known problem
unmasks another problem, then is that a regression?
I puzzled over the docs for a while until I had the "Aha!" moment and
understood what they were saying. I'm really confident about the freq
offset changes - especially since using the wrong center freq in
channels.conf is an easy way to mask incorrect freq offsets in the
driver module.
I'm less confident about the xc3028 firmware segments as extracted and
repackaged for linux. I was not involved in that development and I
conveniently (for me) assume it is correct -- although that may be an
assumption worth challenging.
I also do not know the source of the commanded DTV freq's that are in
use in the reported problem case. Using the wrong DTV center freq can
cause the same problem symptoms as moving the offset used in the
tuner-xc2028 module (two wrongs making a right). I just found a nice
authoritative Australian source on DTV freq licensees (see my other
foloow-up email), so hopefully Robert can double check that.
Of course testing with a DVB-T generator instead of a broadcaster's
signal would eliminate any doubt about the center freq in use.
> I think I have one of the boards that will demonstrate the issue (a
> Terratec board with xc3028/zl10353), and will try to find some time
> with the generator once I wrap up the xc4000 work for the PCTV 340e.
OK, thanks. I have no hardware with which to test.
Regards,
Andy
> Devin
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-05 3:18 ` Andy Walls
@ 2010-01-06 3:20 ` Robert Lowery
2010-01-07 1:51 ` Andy Walls
0 siblings, 1 reply; 34+ messages in thread
From: Robert Lowery @ 2010-01-06 3:20 UTC (permalink / raw)
To: Andy Walls
Cc: mchehab, Devin Heitmueller, Vincent McIntyre, terrywu2009,
linux-media
> On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
>> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
>> > > Mauro,
>> > >
>> > > I've split the revert2.diff that I sent you previously to fix the
>> tuning
>> > > regression on my DViCO Dual Digital 4 (rev 1) into three separate
>> patches
>> > > that will hopefully allow you to review more easily.
>> > >
>> > > The first two patches revert their respective changesets and
nothing
>> else,
>> > > fixing the issue for me.
>> > > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
>> > > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @
>> 6MHz
>> > >
>> > > The third patch does what I believe is the obvious equivalent fix
to
>> > > e6a8672631a0 but without the cleanup that breaks tuning on my card.
>> > >
>> > > Please review and merge
>> > >
>> > > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
>> >
>> > Mauro,
>> >
>> > I'm yet to receive a response from you on this clear regression
>> introduced
>> > in the 2.6.31 kernel. You attention would be appreciated
>> >
>> > Thanks
>> >
>> > -Rob
>> Robert,
>> The changes in question (mostly authored by me) are based on
>> documentation on what offsets are to be used with the firmware for
various DVB bandwidths and demodulators. The change was tested by Terry
>> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028)
and
>> some other cards I can't remember, using a DVB-T pattern generator for
7
>> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
(Devin,
>> Maybe you can double check on the offsets in tuner-xc2028.c with any
documentation you have available to you?)
>> I haven't been following this thread really at all as the board in the
subject line was unfamiliar to me, so sorry for any late response or dumb
questions by me.
>> May I ask:
>> 1. what are the exact problem frequencies?
>> 2. what is the data source from which you are getting the frequency
information?
>> 3. what does tuner-xc2028 debug logging show as the firmware loaded
when
>> tune to one of the the problem frequencies?
>
>
> Robert,
>
> I just found that ACMA has a very nice compilation licensed DTV
> transmitters in Australia and their frequencies. Have a look at the
Excel spreadsheet linked on this page:
>
> http://acma.gov.au/WEB/STANDARD/pc=PC_9150
>
> The DTV tab has a list of the Area, callsign, and DTV center freq. The
Glossary tab mentions that DTV broadcasters can have an offset of +/- 125
kHz from the DTV center freq.
>
> If you could verify that the frequencies you are using for the problem
stations match the list, that would help eliminate commanded tuning
frequency as source of the problem.
Andy, I don't think this issue is frequency, it is the removal of the
500kHz offset.
The channel with the biggest problem (most stuttering) is Channel 8 in
Melbourne, which looks correct at 191.625 MHz on the above site.
With debug enabled on the the current hg tip (stuttering case) we have
divisor= 00 00 2f 58 (freq=191.625)
With the patch reverted (working case)
divisor= 00 00 2f 38 (freq=191.625)
Have you reviewed my patch. It leaves your original DTV6 fix in place,
but reverts the cleanup which broke the offset calculation for me.
-Rob
>
> Regards,
> Andy
>
>
>> BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
>> cxusb_dvico_xc3028_tuner_attach(), this declaration
>> static struct xc2028_ctrl ctl = {
>> .fname = XC2028_DEFAULT_FIRMWARE,
>> .max_len = 64,
>> .demod = XC3028_FE_ZARLINK456,
>> };
>> really should have ".type = XC2028_AUTO" or ".type = XC2028_D2633", but
since XC2028_AUTO has a value of 0, it probably doesn't matter.
Regards,
>> Andy
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-media"
in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media"
in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-06 3:20 ` Robert Lowery
@ 2010-01-07 1:51 ` Andy Walls
2010-01-07 5:03 ` Robert Lowery
0 siblings, 1 reply; 34+ messages in thread
From: Andy Walls @ 2010-01-07 1:51 UTC (permalink / raw)
To: Robert Lowery
Cc: mchehab, Devin Heitmueller, Vincent McIntyre, terrywu2009,
linux-media
On Wed, 2010-01-06 at 14:20 +1100, Robert Lowery wrote:
> > On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
> >> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
> >> > > Mauro,
> >> > >
> >> > > I've split the revert2.diff that I sent you previously to fix the
> >> tuning
> >> > > regression on my DViCO Dual Digital 4 (rev 1) into three separate
> >> patches
> >> > > that will hopefully allow you to review more easily.
> >> > >
> >> > > The first two patches revert their respective changesets and
> nothing
> >> else,
> >> > > fixing the issue for me.
> >> > > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
> >> > > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @
> >> 6MHz
> >> > >
> >> > > The third patch does what I believe is the obvious equivalent fix
> to
> >> > > e6a8672631a0 but without the cleanup that breaks tuning on my card.
> >> > >
> >> > > Please review and merge
> >> > >
> >> > > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
> >> >
> >> > Mauro,
> >> >
> >> > I'm yet to receive a response from you on this clear regression
> >> introduced
> >> > in the 2.6.31 kernel. You attention would be appreciated
> >> >
> >> > Thanks
> >> >
> >> > -Rob
> >> Robert,
> >> The changes in question (mostly authored by me) are based on
> >> documentation on what offsets are to be used with the firmware for
> various DVB bandwidths and demodulators. The change was tested by Terry
> >> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028)
> and
> >> some other cards I can't remember, using a DVB-T pattern generator for
> 7
> >> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
> (Devin,
> >> Maybe you can double check on the offsets in tuner-xc2028.c with any
> documentation you have available to you?)
> >> I haven't been following this thread really at all as the board in the
> subject line was unfamiliar to me, so sorry for any late response or dumb
> questions by me.
> >> May I ask:
> >> 1. what are the exact problem frequencies?
> >> 2. what is the data source from which you are getting the frequency
> information?
> >> 3. what does tuner-xc2028 debug logging show as the firmware loaded
> when
> >> tune to one of the the problem frequencies?
> >
> >
> > Robert,
> >
> > I just found that ACMA has a very nice compilation licensed DTV
> > transmitters in Australia and their frequencies. Have a look at the
> Excel spreadsheet linked on this page:
> >
> > http://acma.gov.au/WEB/STANDARD/pc=PC_9150
> >
> > The DTV tab has a list of the Area, callsign, and DTV center freq. The
> Glossary tab mentions that DTV broadcasters can have an offset of +/- 125
> kHz from the DTV center freq.
> >
> > If you could verify that the frequencies you are using for the problem
> stations match the list, that would help eliminate commanded tuning
> frequency as source of the problem.
>
> Andy, I don't think this issue is frequency, it is the removal of the
> 500kHz offset.
OK. I forgot there were two offsets at play here: one for the RF
frequency and one for the SCODE/Intermediate Frequency.
Right, the S-CODE offsets are somewhat of a mystery to me as I don't
exactly know the mathematical basis behind them. The 500 kHz came from
the best interpretation Maruo and I could make at the time, but it could
very well be the wrong thing. (I was guessing it came from a relation
something like this: 8 MHz - 7 MHz / 2 = 500 kHz)
If it is the wrong thing, and it looks like it could be, we can back it
out. As my colleauge, who used to work at CERN, says "Experiment trumps
theory ... *every* time". Terry had positive results, you and Vincent
have negative results. So I'd like to see what Devin finds, if he can
test with a DVB-T generator.
> The channel with the biggest problem (most stuttering) is Channel 8 in
> Melbourne, which looks correct at 191.625 MHz on the above site.
OK. Vincent must have been the one with all the Sydney stations.
DTV Channel GTV8 (Fc = 191.625 MHz at 50 kW) for Melbourne is
interesting; it comes from the same towers as the adjacent analog
channels HSV7 (Fr = 182.25 MHz @ 200 kW) and GTV9 (Fr = 196.25 MHz @ 200
kW).
I guess if anything is off center when setting up the XC3028, the analog
stations may show up as strong noise - a situation that would not be
obvious with a single channel DVB-T signal generator. GTV8 is probably
a good channel for you to use for testing.
(BTW, given that the analog channel of where GTV8 now resides would have
been Fr = 189.25 MHz, I would have expected GTV8 to really be operating
at Fc = Fr + 2.25 MHz = 191.50 MHz and not 191.625 MHz)
> With debug enabled on the the current hg tip (stuttering case) we have
> divisor= 00 00 2f 58 (freq=191.625)
>
> With the patch reverted (working case)
> divisor= 00 00 2f 38 (freq=191.625)
>
> Have you reviewed my patch. It leaves your original DTV6 fix in place,
> but reverts the cleanup which broke the offset calculation for me.
I don't have a copy in my email archives, I'll have to go check for them
on the list archives.
Regards,
Andy
> -Rob
>
> >
> > Regards,
> > Andy
> >
> >
> >> BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
> >> cxusb_dvico_xc3028_tuner_attach(), this declaration
> >> static struct xc2028_ctrl ctl = {
> >> .fname = XC2028_DEFAULT_FIRMWARE,
> >> .max_len = 64,
> >> .demod = XC3028_FE_ZARLINK456,
> >> };
> >> really should have ".type = XC2028_AUTO" or ".type = XC2028_D2633", but
> since XC2028_AUTO has a value of 0, it probably doesn't matter.
> Regards,
> >> Andy
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-07 1:51 ` Andy Walls
@ 2010-01-07 5:03 ` Robert Lowery
2010-01-07 13:48 ` Terry Wu
0 siblings, 1 reply; 34+ messages in thread
From: Robert Lowery @ 2010-01-07 5:03 UTC (permalink / raw)
To: Andy Walls, terrywu2009
Cc: mchehab, Devin Heitmueller, Vincent McIntyre, linux-media
[-- Attachment #1: Type: text/plain, Size: 6768 bytes --]
> On Wed, 2010-01-06 at 14:20 +1100, Robert Lowery wrote:
>> > On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
>> >> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
>> >> > > Mauro,
>> >> > >
>> >> > > I've split the revert2.diff that I sent you previously to fix the
>> >> tuning
>> >> > > regression on my DViCO Dual Digital 4 (rev 1) into three separate
>> >> patches
>> >> > > that will hopefully allow you to review more easily.
>> >> > >
>> >> > > The first two patches revert their respective changesets and
>> nothing
>> >> else,
>> >> > > fixing the issue for me.
>> >> > > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
>> >> > > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @
>> >> 6MHz
>> >> > >
>> >> > > The third patch does what I believe is the obvious equivalent fix
>> to
>> >> > > e6a8672631a0 but without the cleanup that breaks tuning on my
>> card.
>> >> > >
>> >> > > Please review and merge
>> >> > >
>> >> > > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
>> >> >
>> >> > Mauro,
>> >> >
>> >> > I'm yet to receive a response from you on this clear regression
>> >> introduced
>> >> > in the 2.6.31 kernel. You attention would be appreciated
>> >> >
>> >> > Thanks
>> >> >
>> >> > -Rob
>> >> Robert,
>> >> The changes in question (mostly authored by me) are based on
>> >> documentation on what offsets are to be used with the firmware for
>> various DVB bandwidths and demodulators. The change was tested by Terry
>> >> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028)
>> and
>> >> some other cards I can't remember, using a DVB-T pattern generator
>> for
>> 7
>> >> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
>> (Devin,
>> >> Maybe you can double check on the offsets in tuner-xc2028.c with any
>> documentation you have available to you?)
>> >> I haven't been following this thread really at all as the board in
>> the
>> subject line was unfamiliar to me, so sorry for any late response or
>> dumb
>> questions by me.
>> >> May I ask:
>> >> 1. what are the exact problem frequencies?
>> >> 2. what is the data source from which you are getting the frequency
>> information?
>> >> 3. what does tuner-xc2028 debug logging show as the firmware loaded
>> when
>> >> tune to one of the the problem frequencies?
>> >
>> >
>> > Robert,
>> >
>> > I just found that ACMA has a very nice compilation licensed DTV
>> > transmitters in Australia and their frequencies. Have a look at the
>> Excel spreadsheet linked on this page:
>> >
>> > http://acma.gov.au/WEB/STANDARD/pc=PC_9150
>> >
>> > The DTV tab has a list of the Area, callsign, and DTV center freq. The
>> Glossary tab mentions that DTV broadcasters can have an offset of +/-
>> 125
>> kHz from the DTV center freq.
>> >
>> > If you could verify that the frequencies you are using for the problem
>> stations match the list, that would help eliminate commanded tuning
>> frequency as source of the problem.
>>
>> Andy, I don't think this issue is frequency, it is the removal of the
>> 500kHz offset.
>
> OK. I forgot there were two offsets at play here: one for the RF
> frequency and one for the SCODE/Intermediate Frequency.
>
> Right, the S-CODE offsets are somewhat of a mystery to me as I don't
> exactly know the mathematical basis behind them. The 500 kHz came from
> the best interpretation Maruo and I could make at the time, but it could
> very well be the wrong thing. (I was guessing it came from a relation
> something like this: 8 MHz - 7 MHz / 2 = 500 kHz)
>
> If it is the wrong thing, and it looks like it could be, we can back it
> out. As my colleauge, who used to work at CERN, says "Experiment trumps
> theory ... *every* time". Terry had positive results, you and Vincent
> have negative results. So I'd like to see what Devin finds, if he can
> test with a DVB-T generator.
Andy,
Resend of my proposed patches attached.
My hypothesis is that 02_revert_e6a8672631a0.diff was really meant to just
change the ATSC test to DTV6 but at the same time a cleanup that was done
inadvertently removed the 500kHz offset subtraction for DTV7 introducing
the defect. 01_revert_966ce12c444d.diff partially fixed this regression
for Terry, but not for me or Vincent.
I'm having trouble convincing Mauro of this though :), so I would
appreciate it if Terry could test my patch set and confirm it is ok for
him.
So in short, my 01 and 02 patches attached revert the changes that break
tuning for me and 03 re-implements the DTV6 fix, but without the cleanup
which breaks me.
Please review and comment
-Rob
>
>
>
>> The channel with the biggest problem (most stuttering) is Channel 8 in
>> Melbourne, which looks correct at 191.625 MHz on the above site.
>
> OK. Vincent must have been the one with all the Sydney stations.
>
> DTV Channel GTV8 (Fc = 191.625 MHz at 50 kW) for Melbourne is
> interesting; it comes from the same towers as the adjacent analog
> channels HSV7 (Fr = 182.25 MHz @ 200 kW) and GTV9 (Fr = 196.25 MHz @ 200
> kW).
>
> I guess if anything is off center when setting up the XC3028, the analog
> stations may show up as strong noise - a situation that would not be
> obvious with a single channel DVB-T signal generator. GTV8 is probably
> a good channel for you to use for testing.
>
>
> (BTW, given that the analog channel of where GTV8 now resides would have
> been Fr = 189.25 MHz, I would have expected GTV8 to really be operating
> at Fc = Fr + 2.25 MHz = 191.50 MHz and not 191.625 MHz)
>
>
>
>> With debug enabled on the the current hg tip (stuttering case) we have
>> divisor= 00 00 2f 58 (freq=191.625)
>>
>> With the patch reverted (working case)
>> divisor= 00 00 2f 38 (freq=191.625)
>>
>> Have you reviewed my patch. It leaves your original DTV6 fix in place,
>> but reverts the cleanup which broke the offset calculation for me.
>
> I don't have a copy in my email archives, I'll have to go check for them
> on the list archives.
>
> Regards,
> Andy
>
>> -Rob
>>
>> >
>> > Regards,
>> > Andy
>> >
>> >
>> >> BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
>> >> cxusb_dvico_xc3028_tuner_attach(), this declaration
>> >> static struct xc2028_ctrl ctl = {
>> >> .fname = XC2028_DEFAULT_FIRMWARE,
>> >> .max_len = 64,
>> >> .demod = XC3028_FE_ZARLINK456,
>> >> };
>> >> really should have ".type = XC2028_AUTO" or ".type = XC2028_D2633",
>> but
>> since XC2028_AUTO has a value of 0, it probably doesn't matter.
>> Regards,
>> >> Andy
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
[-- Attachment #2: 01_revert_966ce12c444d.diff --]
[-- Type: /, Size: 845 bytes --]
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40 2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22 2009 +1100
@@ -1114,19 +1108,8 @@
}
/* All S-code tables need a 200kHz shift */
- if (priv->ctrl.demod) {
+ if (priv->ctrl.demod)
demod = priv->ctrl.demod + 200;
- /*
- * The DTV7 S-code table needs a 700 kHz shift.
- * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
- *
- * DTV7 is only used in Australia. Germany or Italy may also
- * use this firmware after initialization, but a tune to a UHF
- * channel should then cause DTV78 to be used.
- */
- if (type & DTV7)
- demod += 500;
- }
return generic_set_freq(fe, p->frequency,
T_DIGITAL_TV, type, 0, demod);
[-- Attachment #3: 02_revert_e6a8672631a0.diff --]
[-- Type: /, Size: 1607 bytes --]
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40 2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22 2009 +1100
@@ -934,29 +934,23 @@
* that xc2028 will be in a safe state.
* Maybe this might also be needed for DTV.
*/
- if (new_mode == T_ANALOG_TV)
+ if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
-
- /*
- * Digital modes require an offset to adjust to the
- * proper frequency.
- * Analog modes require offset = 0
- */
- if (new_mode == T_DIGITAL_TV) {
- /* Sets the offset according with firmware */
- if (priv->cur_fw.type & DTV6)
- offset = 1750000;
- else if (priv->cur_fw.type & DTV7)
- offset = 2250000;
- else /* DTV8 or DTV78 */
- offset = 2750000;
-
+ } else if (priv->cur_fw.type & ATSC) {
+ offset = 1750000;
+ } else {
+ offset = 2750000;
+
/*
- * We must adjust the offset by 500kHz when
- * tuning a 7MHz VHF channel with DTV78 firmware
- * (used in Australia, Italy and Germany)
+ * We must adjust the offset by 500kHz in two cases in order
+ * to correctly center the IF output:
+ * 1) When the ZARLINK456 or DIBCOM52 tables were explicitly
+ * selected and a 7MHz channel is tuned;
+ * 2) When tuning a VHF channel with DTV78 firmware.
*/
- if ((priv->cur_fw.type & DTV78) && freq < 470000000)
+ if (((priv->cur_fw.type & DTV7) &&
+ (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
+ ((priv->cur_fw.type & DTV78) && freq < 470000000))
offset -= 500000;
}
[-- Attachment #4: 03_refix_e6a8672631a0.diff --]
[-- Type: /, Size: 483 bytes --]
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40 2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22 2009 +1100
@@ -936,7 +936,7 @@
*/
if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
- } else if (priv->cur_fw.type & ATSC) {
+ } else if (priv->cur_fw.type & DTV6) {
offset = 1750000;
} else {
offset = 2750000;
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-07 5:03 ` Robert Lowery
@ 2010-01-07 13:48 ` Terry Wu
2010-01-07 14:04 ` Terry Wu
0 siblings, 1 reply; 34+ messages in thread
From: Terry Wu @ 2010-01-07 13:48 UTC (permalink / raw)
To: Robert Lowery
Cc: Andy Walls, mchehab, Devin Heitmueller, Vincent McIntyre,
linux-media
Hi,
The 6MHz patch is for Taiwan only.
It should not change anything for 7MHz and 8MHz.
Terry
2010/1/7 Robert Lowery <rglowery@exemail.com.au>:
>> On Wed, 2010-01-06 at 14:20 +1100, Robert Lowery wrote:
>>> > On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
>>> >> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
>>> >> > > Mauro,
>>> >> > >
>>> >> > > I've split the revert2.diff that I sent you previously to fix the
>>> >> tuning
>>> >> > > regression on my DViCO Dual Digital 4 (rev 1) into three separate
>>> >> patches
>>> >> > > that will hopefully allow you to review more easily.
>>> >> > >
>>> >> > > The first two patches revert their respective changesets and
>>> nothing
>>> >> else,
>>> >> > > fixing the issue for me.
>>> >> > > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
>>> >> > > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @
>>> >> 6MHz
>>> >> > >
>>> >> > > The third patch does what I believe is the obvious equivalent fix
>>> to
>>> >> > > e6a8672631a0 but without the cleanup that breaks tuning on my
>>> card.
>>> >> > >
>>> >> > > Please review and merge
>>> >> > >
>>> >> > > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
>>> >> >
>>> >> > Mauro,
>>> >> >
>>> >> > I'm yet to receive a response from you on this clear regression
>>> >> introduced
>>> >> > in the 2.6.31 kernel. You attention would be appreciated
>>> >> >
>>> >> > Thanks
>>> >> >
>>> >> > -Rob
>>> >> Robert,
>>> >> The changes in question (mostly authored by me) are based on
>>> >> documentation on what offsets are to be used with the firmware for
>>> various DVB bandwidths and demodulators. The change was tested by Terry
>>> >> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028)
>>> and
>>> >> some other cards I can't remember, using a DVB-T pattern generator
>>> for
>>> 7
>>> >> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
>>> (Devin,
>>> >> Maybe you can double check on the offsets in tuner-xc2028.c with any
>>> documentation you have available to you?)
>>> >> I haven't been following this thread really at all as the board in
>>> the
>>> subject line was unfamiliar to me, so sorry for any late response or
>>> dumb
>>> questions by me.
>>> >> May I ask:
>>> >> 1. what are the exact problem frequencies?
>>> >> 2. what is the data source from which you are getting the frequency
>>> information?
>>> >> 3. what does tuner-xc2028 debug logging show as the firmware loaded
>>> when
>>> >> tune to one of the the problem frequencies?
>>> >
>>> >
>>> > Robert,
>>> >
>>> > I just found that ACMA has a very nice compilation licensed DTV
>>> > transmitters in Australia and their frequencies. Have a look at the
>>> Excel spreadsheet linked on this page:
>>> >
>>> > http://acma.gov.au/WEB/STANDARD/pc=PC_9150
>>> >
>>> > The DTV tab has a list of the Area, callsign, and DTV center freq. The
>>> Glossary tab mentions that DTV broadcasters can have an offset of +/-
>>> 125
>>> kHz from the DTV center freq.
>>> >
>>> > If you could verify that the frequencies you are using for the problem
>>> stations match the list, that would help eliminate commanded tuning
>>> frequency as source of the problem.
>>>
>>> Andy, I don't think this issue is frequency, it is the removal of the
>>> 500kHz offset.
>>
>> OK. I forgot there were two offsets at play here: one for the RF
>> frequency and one for the SCODE/Intermediate Frequency.
>>
>> Right, the S-CODE offsets are somewhat of a mystery to me as I don't
>> exactly know the mathematical basis behind them. The 500 kHz came from
>> the best interpretation Maruo and I could make at the time, but it could
>> very well be the wrong thing. (I was guessing it came from a relation
>> something like this: 8 MHz - 7 MHz / 2 = 500 kHz)
>>
>> If it is the wrong thing, and it looks like it could be, we can back it
>> out. As my colleauge, who used to work at CERN, says "Experiment trumps
>> theory ... *every* time". Terry had positive results, you and Vincent
>> have negative results. So I'd like to see what Devin finds, if he can
>> test with a DVB-T generator.
>
> Andy,
>
> Resend of my proposed patches attached.
>
> My hypothesis is that 02_revert_e6a8672631a0.diff was really meant to just
> change the ATSC test to DTV6 but at the same time a cleanup that was done
> inadvertently removed the 500kHz offset subtraction for DTV7 introducing
> the defect. 01_revert_966ce12c444d.diff partially fixed this regression
> for Terry, but not for me or Vincent.
>
> I'm having trouble convincing Mauro of this though :), so I would
> appreciate it if Terry could test my patch set and confirm it is ok for
> him.
>
> So in short, my 01 and 02 patches attached revert the changes that break
> tuning for me and 03 re-implements the DTV6 fix, but without the cleanup
> which breaks me.
>
> Please review and comment
>
> -Rob
>
>>
>>
>>
>>> The channel with the biggest problem (most stuttering) is Channel 8 in
>>> Melbourne, which looks correct at 191.625 MHz on the above site.
>>
>> OK. Vincent must have been the one with all the Sydney stations.
>>
>> DTV Channel GTV8 (Fc = 191.625 MHz at 50 kW) for Melbourne is
>> interesting; it comes from the same towers as the adjacent analog
>> channels HSV7 (Fr = 182.25 MHz @ 200 kW) and GTV9 (Fr = 196.25 MHz @ 200
>> kW).
>>
>> I guess if anything is off center when setting up the XC3028, the analog
>> stations may show up as strong noise - a situation that would not be
>> obvious with a single channel DVB-T signal generator. GTV8 is probably
>> a good channel for you to use for testing.
>>
>>
>> (BTW, given that the analog channel of where GTV8 now resides would have
>> been Fr = 189.25 MHz, I would have expected GTV8 to really be operating
>> at Fc = Fr + 2.25 MHz = 191.50 MHz and not 191.625 MHz)
>>
>>
>>
>>> With debug enabled on the the current hg tip (stuttering case) we have
>>> divisor= 00 00 2f 58 (freq=191.625)
>>>
>>> With the patch reverted (working case)
>>> divisor= 00 00 2f 38 (freq=191.625)
>>>
>>> Have you reviewed my patch. It leaves your original DTV6 fix in place,
>>> but reverts the cleanup which broke the offset calculation for me.
>>
>> I don't have a copy in my email archives, I'll have to go check for them
>> on the list archives.
>>
>> Regards,
>> Andy
>>
>>> -Rob
>>>
>>> >
>>> > Regards,
>>> > Andy
>>> >
>>> >
>>> >> BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
>>> >> cxusb_dvico_xc3028_tuner_attach(), this declaration
>>> >> static struct xc2028_ctrl ctl = {
>>> >> .fname = XC2028_DEFAULT_FIRMWARE,
>>> >> .max_len = 64,
>>> >> .demod = XC3028_FE_ZARLINK456,
>>> >> };
>>> >> really should have ".type = XC2028_AUTO" or ".type = XC2028_D2633",
>>> but
>>> since XC2028_AUTO has a value of 0, it probably doesn't matter.
>>> Regards,
>>> >> Andy
>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-media" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-07 13:48 ` Terry Wu
@ 2010-01-07 14:04 ` Terry Wu
2010-01-07 14:18 ` Terry Wu
0 siblings, 1 reply; 34+ messages in thread
From: Terry Wu @ 2010-01-07 14:04 UTC (permalink / raw)
To: Robert Lowery
Cc: Andy Walls, mchehab, Devin Heitmueller, Vincent McIntyre,
linux-media
Hi,
And the 6MHz patch you mentioned is a wrong patch.
http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0
+ if (priv->cur_fw.type & DTV6)
+ offset = 1750000;
+ if (priv->cur_fw.type & DTV7)
+ offset = 2250000;
+ else /* DTV8 or DTV78 */
+ offset = 2750000;
and latest patch should be:
+ if (priv->cur_fw.type & DTV6)
+ offset = 1750000;
+ else if (priv->cur_fw.type & DTV7)
+ offset = 2250000;
+ else /* DTV8 or DTV78 */
+ offset = 2750000;
Terry
2010/1/7 Terry Wu <terrywu2009@gmail.com>:
> Hi,
>
> The 6MHz patch is for Taiwan only.
> It should not change anything for 7MHz and 8MHz.
>
> Terry
>
> 2010/1/7 Robert Lowery <rglowery@exemail.com.au>:
>>> On Wed, 2010-01-06 at 14:20 +1100, Robert Lowery wrote:
>>>> > On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
>>>> >> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
>>>> >> > > Mauro,
>>>> >> > >
>>>> >> > > I've split the revert2.diff that I sent you previously to fix the
>>>> >> tuning
>>>> >> > > regression on my DViCO Dual Digital 4 (rev 1) into three separate
>>>> >> patches
>>>> >> > > that will hopefully allow you to review more easily.
>>>> >> > >
>>>> >> > > The first two patches revert their respective changesets and
>>>> nothing
>>>> >> else,
>>>> >> > > fixing the issue for me.
>>>> >> > > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
>>>> >> > > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @
>>>> >> 6MHz
>>>> >> > >
>>>> >> > > The third patch does what I believe is the obvious equivalent fix
>>>> to
>>>> >> > > e6a8672631a0 but without the cleanup that breaks tuning on my
>>>> card.
>>>> >> > >
>>>> >> > > Please review and merge
>>>> >> > >
>>>> >> > > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
>>>> >> >
>>>> >> > Mauro,
>>>> >> >
>>>> >> > I'm yet to receive a response from you on this clear regression
>>>> >> introduced
>>>> >> > in the 2.6.31 kernel. You attention would be appreciated
>>>> >> >
>>>> >> > Thanks
>>>> >> >
>>>> >> > -Rob
>>>> >> Robert,
>>>> >> The changes in question (mostly authored by me) are based on
>>>> >> documentation on what offsets are to be used with the firmware for
>>>> various DVB bandwidths and demodulators. The change was tested by Terry
>>>> >> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028)
>>>> and
>>>> >> some other cards I can't remember, using a DVB-T pattern generator
>>>> for
>>>> 7
>>>> >> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
>>>> (Devin,
>>>> >> Maybe you can double check on the offsets in tuner-xc2028.c with any
>>>> documentation you have available to you?)
>>>> >> I haven't been following this thread really at all as the board in
>>>> the
>>>> subject line was unfamiliar to me, so sorry for any late response or
>>>> dumb
>>>> questions by me.
>>>> >> May I ask:
>>>> >> 1. what are the exact problem frequencies?
>>>> >> 2. what is the data source from which you are getting the frequency
>>>> information?
>>>> >> 3. what does tuner-xc2028 debug logging show as the firmware loaded
>>>> when
>>>> >> tune to one of the the problem frequencies?
>>>> >
>>>> >
>>>> > Robert,
>>>> >
>>>> > I just found that ACMA has a very nice compilation licensed DTV
>>>> > transmitters in Australia and their frequencies. Have a look at the
>>>> Excel spreadsheet linked on this page:
>>>> >
>>>> > http://acma.gov.au/WEB/STANDARD/pc=PC_9150
>>>> >
>>>> > The DTV tab has a list of the Area, callsign, and DTV center freq. The
>>>> Glossary tab mentions that DTV broadcasters can have an offset of +/-
>>>> 125
>>>> kHz from the DTV center freq.
>>>> >
>>>> > If you could verify that the frequencies you are using for the problem
>>>> stations match the list, that would help eliminate commanded tuning
>>>> frequency as source of the problem.
>>>>
>>>> Andy, I don't think this issue is frequency, it is the removal of the
>>>> 500kHz offset.
>>>
>>> OK. I forgot there were two offsets at play here: one for the RF
>>> frequency and one for the SCODE/Intermediate Frequency.
>>>
>>> Right, the S-CODE offsets are somewhat of a mystery to me as I don't
>>> exactly know the mathematical basis behind them. The 500 kHz came from
>>> the best interpretation Maruo and I could make at the time, but it could
>>> very well be the wrong thing. (I was guessing it came from a relation
>>> something like this: 8 MHz - 7 MHz / 2 = 500 kHz)
>>>
>>> If it is the wrong thing, and it looks like it could be, we can back it
>>> out. As my colleauge, who used to work at CERN, says "Experiment trumps
>>> theory ... *every* time". Terry had positive results, you and Vincent
>>> have negative results. So I'd like to see what Devin finds, if he can
>>> test with a DVB-T generator.
>>
>> Andy,
>>
>> Resend of my proposed patches attached.
>>
>> My hypothesis is that 02_revert_e6a8672631a0.diff was really meant to just
>> change the ATSC test to DTV6 but at the same time a cleanup that was done
>> inadvertently removed the 500kHz offset subtraction for DTV7 introducing
>> the defect. 01_revert_966ce12c444d.diff partially fixed this regression
>> for Terry, but not for me or Vincent.
>>
>> I'm having trouble convincing Mauro of this though :), so I would
>> appreciate it if Terry could test my patch set and confirm it is ok for
>> him.
>>
>> So in short, my 01 and 02 patches attached revert the changes that break
>> tuning for me and 03 re-implements the DTV6 fix, but without the cleanup
>> which breaks me.
>>
>> Please review and comment
>>
>> -Rob
>>
>>>
>>>
>>>
>>>> The channel with the biggest problem (most stuttering) is Channel 8 in
>>>> Melbourne, which looks correct at 191.625 MHz on the above site.
>>>
>>> OK. Vincent must have been the one with all the Sydney stations.
>>>
>>> DTV Channel GTV8 (Fc = 191.625 MHz at 50 kW) for Melbourne is
>>> interesting; it comes from the same towers as the adjacent analog
>>> channels HSV7 (Fr = 182.25 MHz @ 200 kW) and GTV9 (Fr = 196.25 MHz @ 200
>>> kW).
>>>
>>> I guess if anything is off center when setting up the XC3028, the analog
>>> stations may show up as strong noise - a situation that would not be
>>> obvious with a single channel DVB-T signal generator. GTV8 is probably
>>> a good channel for you to use for testing.
>>>
>>>
>>> (BTW, given that the analog channel of where GTV8 now resides would have
>>> been Fr = 189.25 MHz, I would have expected GTV8 to really be operating
>>> at Fc = Fr + 2.25 MHz = 191.50 MHz and not 191.625 MHz)
>>>
>>>
>>>
>>>> With debug enabled on the the current hg tip (stuttering case) we have
>>>> divisor= 00 00 2f 58 (freq=191.625)
>>>>
>>>> With the patch reverted (working case)
>>>> divisor= 00 00 2f 38 (freq=191.625)
>>>>
>>>> Have you reviewed my patch. It leaves your original DTV6 fix in place,
>>>> but reverts the cleanup which broke the offset calculation for me.
>>>
>>> I don't have a copy in my email archives, I'll have to go check for them
>>> on the list archives.
>>>
>>> Regards,
>>> Andy
>>>
>>>> -Rob
>>>>
>>>> >
>>>> > Regards,
>>>> > Andy
>>>> >
>>>> >
>>>> >> BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
>>>> >> cxusb_dvico_xc3028_tuner_attach(), this declaration
>>>> >> static struct xc2028_ctrl ctl = {
>>>> >> .fname = XC2028_DEFAULT_FIRMWARE,
>>>> >> .max_len = 64,
>>>> >> .demod = XC3028_FE_ZARLINK456,
>>>> >> };
>>>> >> really should have ".type = XC2028_AUTO" or ".type = XC2028_D2633",
>>>> but
>>>> since XC2028_AUTO has a value of 0, it probably doesn't matter.
>>>> Regards,
>>>> >> Andy
>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-media" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>>
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-07 14:04 ` Terry Wu
@ 2010-01-07 14:18 ` Terry Wu
2010-01-07 14:42 ` Terry Wu
0 siblings, 1 reply; 34+ messages in thread
From: Terry Wu @ 2010-01-07 14:18 UTC (permalink / raw)
To: Robert Lowery
Cc: Andy Walls, mchehab, Devin Heitmueller, Vincent McIntyre,
linux-media
Hi,
The following codes in the 6MHz patch are not for 6MHz.
Please read the mchehab's comments.
1.28 /*
1.29 - * We must adjust the offset by 500kHz in two cases in order
1.30 - * to correctly center the IF output:
1.31 - * 1) When the ZARLINK456 or DIBCOM52 tables were explicitly
1.32 - * selected and a 7MHz channel is tuned;
1.33 - * 2) When tuning a VHF channel with DTV78 firmware.
1.34 + * We must adjust the offset by 500kHz when
1.35 + * tuning a 7MHz VHF channel with DTV78 firmware
1.36 + * (used in Australia)
1.37 */
1.38 - if (((priv->cur_fw.type & DTV7) &&
1.39 - (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
1.40 - ((priv->cur_fw.type & DTV78) && freq < 470000000))
1.41 + if ((priv->cur_fw.type & DTV78) && freq < 470000000)
1.42 offset -= 500000;
BTW, the DTV7 firmware or DTV78 firmware is using if you are
tuning a VHF channel (frequency < 470MHz).
And the above mchehab's new codes will not do "offset -= 500000;"
if DTV7 firmware is using.
Terry
2010/1/7 Terry Wu <terrywu2009@gmail.com>:
> Hi,
>
> And the 6MHz patch you mentioned is a wrong patch.
> http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0
>
> + if (priv->cur_fw.type & DTV6)
> + offset = 1750000;
> + if (priv->cur_fw.type & DTV7)
> + offset = 2250000;
> + else /* DTV8 or DTV78 */
> + offset = 2750000;
>
> and latest patch should be:
> + if (priv->cur_fw.type & DTV6)
> + offset = 1750000;
> + else if (priv->cur_fw.type & DTV7)
> + offset = 2250000;
> + else /* DTV8 or DTV78 */
> + offset = 2750000;
>
>
> Terry
>
> 2010/1/7 Terry Wu <terrywu2009@gmail.com>:
>> Hi,
>>
>> The 6MHz patch is for Taiwan only.
>> It should not change anything for 7MHz and 8MHz.
>>
>> Terry
>>
>> 2010/1/7 Robert Lowery <rglowery@exemail.com.au>:
>>>> On Wed, 2010-01-06 at 14:20 +1100, Robert Lowery wrote:
>>>>> > On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
>>>>> >> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
>>>>> >> > > Mauro,
>>>>> >> > >
>>>>> >> > > I've split the revert2.diff that I sent you previously to fix the
>>>>> >> tuning
>>>>> >> > > regression on my DViCO Dual Digital 4 (rev 1) into three separate
>>>>> >> patches
>>>>> >> > > that will hopefully allow you to review more easily.
>>>>> >> > >
>>>>> >> > > The first two patches revert their respective changesets and
>>>>> nothing
>>>>> >> else,
>>>>> >> > > fixing the issue for me.
>>>>> >> > > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
>>>>> >> > > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @
>>>>> >> 6MHz
>>>>> >> > >
>>>>> >> > > The third patch does what I believe is the obvious equivalent fix
>>>>> to
>>>>> >> > > e6a8672631a0 but without the cleanup that breaks tuning on my
>>>>> card.
>>>>> >> > >
>>>>> >> > > Please review and merge
>>>>> >> > >
>>>>> >> > > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
>>>>> >> >
>>>>> >> > Mauro,
>>>>> >> >
>>>>> >> > I'm yet to receive a response from you on this clear regression
>>>>> >> introduced
>>>>> >> > in the 2.6.31 kernel. You attention would be appreciated
>>>>> >> >
>>>>> >> > Thanks
>>>>> >> >
>>>>> >> > -Rob
>>>>> >> Robert,
>>>>> >> The changes in question (mostly authored by me) are based on
>>>>> >> documentation on what offsets are to be used with the firmware for
>>>>> various DVB bandwidths and demodulators. The change was tested by Terry
>>>>> >> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028)
>>>>> and
>>>>> >> some other cards I can't remember, using a DVB-T pattern generator
>>>>> for
>>>>> 7
>>>>> >> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
>>>>> (Devin,
>>>>> >> Maybe you can double check on the offsets in tuner-xc2028.c with any
>>>>> documentation you have available to you?)
>>>>> >> I haven't been following this thread really at all as the board in
>>>>> the
>>>>> subject line was unfamiliar to me, so sorry for any late response or
>>>>> dumb
>>>>> questions by me.
>>>>> >> May I ask:
>>>>> >> 1. what are the exact problem frequencies?
>>>>> >> 2. what is the data source from which you are getting the frequency
>>>>> information?
>>>>> >> 3. what does tuner-xc2028 debug logging show as the firmware loaded
>>>>> when
>>>>> >> tune to one of the the problem frequencies?
>>>>> >
>>>>> >
>>>>> > Robert,
>>>>> >
>>>>> > I just found that ACMA has a very nice compilation licensed DTV
>>>>> > transmitters in Australia and their frequencies. Have a look at the
>>>>> Excel spreadsheet linked on this page:
>>>>> >
>>>>> > http://acma.gov.au/WEB/STANDARD/pc=PC_9150
>>>>> >
>>>>> > The DTV tab has a list of the Area, callsign, and DTV center freq. The
>>>>> Glossary tab mentions that DTV broadcasters can have an offset of +/-
>>>>> 125
>>>>> kHz from the DTV center freq.
>>>>> >
>>>>> > If you could verify that the frequencies you are using for the problem
>>>>> stations match the list, that would help eliminate commanded tuning
>>>>> frequency as source of the problem.
>>>>>
>>>>> Andy, I don't think this issue is frequency, it is the removal of the
>>>>> 500kHz offset.
>>>>
>>>> OK. I forgot there were two offsets at play here: one for the RF
>>>> frequency and one for the SCODE/Intermediate Frequency.
>>>>
>>>> Right, the S-CODE offsets are somewhat of a mystery to me as I don't
>>>> exactly know the mathematical basis behind them. The 500 kHz came from
>>>> the best interpretation Maruo and I could make at the time, but it could
>>>> very well be the wrong thing. (I was guessing it came from a relation
>>>> something like this: 8 MHz - 7 MHz / 2 = 500 kHz)
>>>>
>>>> If it is the wrong thing, and it looks like it could be, we can back it
>>>> out. As my colleauge, who used to work at CERN, says "Experiment trumps
>>>> theory ... *every* time". Terry had positive results, you and Vincent
>>>> have negative results. So I'd like to see what Devin finds, if he can
>>>> test with a DVB-T generator.
>>>
>>> Andy,
>>>
>>> Resend of my proposed patches attached.
>>>
>>> My hypothesis is that 02_revert_e6a8672631a0.diff was really meant to just
>>> change the ATSC test to DTV6 but at the same time a cleanup that was done
>>> inadvertently removed the 500kHz offset subtraction for DTV7 introducing
>>> the defect. 01_revert_966ce12c444d.diff partially fixed this regression
>>> for Terry, but not for me or Vincent.
>>>
>>> I'm having trouble convincing Mauro of this though :), so I would
>>> appreciate it if Terry could test my patch set and confirm it is ok for
>>> him.
>>>
>>> So in short, my 01 and 02 patches attached revert the changes that break
>>> tuning for me and 03 re-implements the DTV6 fix, but without the cleanup
>>> which breaks me.
>>>
>>> Please review and comment
>>>
>>> -Rob
>>>
>>>>
>>>>
>>>>
>>>>> The channel with the biggest problem (most stuttering) is Channel 8 in
>>>>> Melbourne, which looks correct at 191.625 MHz on the above site.
>>>>
>>>> OK. Vincent must have been the one with all the Sydney stations.
>>>>
>>>> DTV Channel GTV8 (Fc = 191.625 MHz at 50 kW) for Melbourne is
>>>> interesting; it comes from the same towers as the adjacent analog
>>>> channels HSV7 (Fr = 182.25 MHz @ 200 kW) and GTV9 (Fr = 196.25 MHz @ 200
>>>> kW).
>>>>
>>>> I guess if anything is off center when setting up the XC3028, the analog
>>>> stations may show up as strong noise - a situation that would not be
>>>> obvious with a single channel DVB-T signal generator. GTV8 is probably
>>>> a good channel for you to use for testing.
>>>>
>>>>
>>>> (BTW, given that the analog channel of where GTV8 now resides would have
>>>> been Fr = 189.25 MHz, I would have expected GTV8 to really be operating
>>>> at Fc = Fr + 2.25 MHz = 191.50 MHz and not 191.625 MHz)
>>>>
>>>>
>>>>
>>>>> With debug enabled on the the current hg tip (stuttering case) we have
>>>>> divisor= 00 00 2f 58 (freq=191.625)
>>>>>
>>>>> With the patch reverted (working case)
>>>>> divisor= 00 00 2f 38 (freq=191.625)
>>>>>
>>>>> Have you reviewed my patch. It leaves your original DTV6 fix in place,
>>>>> but reverts the cleanup which broke the offset calculation for me.
>>>>
>>>> I don't have a copy in my email archives, I'll have to go check for them
>>>> on the list archives.
>>>>
>>>> Regards,
>>>> Andy
>>>>
>>>>> -Rob
>>>>>
>>>>> >
>>>>> > Regards,
>>>>> > Andy
>>>>> >
>>>>> >
>>>>> >> BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
>>>>> >> cxusb_dvico_xc3028_tuner_attach(), this declaration
>>>>> >> static struct xc2028_ctrl ctl = {
>>>>> >> .fname = XC2028_DEFAULT_FIRMWARE,
>>>>> >> .max_len = 64,
>>>>> >> .demod = XC3028_FE_ZARLINK456,
>>>>> >> };
>>>>> >> really should have ".type = XC2028_AUTO" or ".type = XC2028_D2633",
>>>>> but
>>>>> since XC2028_AUTO has a value of 0, it probably doesn't matter.
>>>>> Regards,
>>>>> >> Andy
>>>>
>>>>
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe linux-media" in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>>
>>>
>>
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-07 14:18 ` Terry Wu
@ 2010-01-07 14:42 ` Terry Wu
2010-01-08 2:21 ` Robert Lowery
0 siblings, 1 reply; 34+ messages in thread
From: Terry Wu @ 2010-01-07 14:42 UTC (permalink / raw)
To: Robert Lowery
Cc: Andy Walls, mchehab, Devin Heitmueller, Vincent McIntyre,
linux-media
Hi,
You can check the dmesg output to verify which XCEIVE
firmware/SCODE is using.
For examples,
(1). DVB-T 7MHz bandwidth, frequency=177.5MHz and BASE F8MHZ/DTV7
firmware is using,
SCODE SCODE DTV7 ZARLINK456/HAS_IF_5260
[ 266.008596] xc2028 0-0061: Loading firmware for type=BASE F8MHZ
(3), id 0000000000000000.
[ 267.098011] xc2028 0-0061: Loading firmware for type=D2633 DTV7
(90), id 0000000000000000.
[ 267.111148] xc2028 0-0061: Loading SCODE for type=DTV7 ZARLINK456
SCODE HAS_IF_5260 (62000080), id 0000000000000000.
(2). DVB-T 7MHz bandwidth, frequency=177.5MHz and BASE F8MHZ/DTV78
firmware is using,
SCODE DTV78 ZARLINK456/SCODE HAS_IF_4760
[ 1089.192377] xc2028 0-0061: Loading firmware for type=BASE F8MHZ
(3), id 0000000000000000.
[ 1090.265461] xc2028 0-0061: Loading firmware for type=D2633 DTV78
(110), id 0000000000000000.
[ 1090.278523] xc2028 0-0061: Loading SCODE for type=DTV78 ZARLINK456
SCODE HAS_IF_4760 (62000100), id 0000000000000000.
Terry
2010/1/7 Terry Wu <terrywu2009@gmail.com>:
> Hi,
>
> The following codes in the 6MHz patch are not for 6MHz.
> Please read the mchehab's comments.
> 1.28 /*
> 1.29 - * We must adjust the offset by 500kHz in two cases in order
> 1.30 - * to correctly center the IF output:
> 1.31 - * 1) When the ZARLINK456 or DIBCOM52 tables were explicitly
> 1.32 - * selected and a 7MHz channel is tuned;
> 1.33 - * 2) When tuning a VHF channel with DTV78 firmware.
> 1.34 + * We must adjust the offset by 500kHz when
> 1.35 + * tuning a 7MHz VHF channel with DTV78 firmware
> 1.36 + * (used in Australia)
> 1.37 */
> 1.38 - if (((priv->cur_fw.type & DTV7) &&
> 1.39 - (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
> 1.40 - ((priv->cur_fw.type & DTV78) && freq < 470000000))
> 1.41 + if ((priv->cur_fw.type & DTV78) && freq < 470000000)
> 1.42 offset -= 500000;
>
>
> BTW, the DTV7 firmware or DTV78 firmware is using if you are
> tuning a VHF channel (frequency < 470MHz).
> And the above mchehab's new codes will not do "offset -= 500000;"
> if DTV7 firmware is using.
>
> Terry
>
> 2010/1/7 Terry Wu <terrywu2009@gmail.com>:
>> Hi,
>>
>> And the 6MHz patch you mentioned is a wrong patch.
>> http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0
>>
>> + if (priv->cur_fw.type & DTV6)
>> + offset = 1750000;
>> + if (priv->cur_fw.type & DTV7)
>> + offset = 2250000;
>> + else /* DTV8 or DTV78 */
>> + offset = 2750000;
>>
>> and latest patch should be:
>> + if (priv->cur_fw.type & DTV6)
>> + offset = 1750000;
>> + else if (priv->cur_fw.type & DTV7)
>> + offset = 2250000;
>> + else /* DTV8 or DTV78 */
>> + offset = 2750000;
>>
>>
>> Terry
>>
>> 2010/1/7 Terry Wu <terrywu2009@gmail.com>:
>>> Hi,
>>>
>>> The 6MHz patch is for Taiwan only.
>>> It should not change anything for 7MHz and 8MHz.
>>>
>>> Terry
>>>
>>> 2010/1/7 Robert Lowery <rglowery@exemail.com.au>:
>>>>> On Wed, 2010-01-06 at 14:20 +1100, Robert Lowery wrote:
>>>>>> > On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
>>>>>> >> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
>>>>>> >> > > Mauro,
>>>>>> >> > >
>>>>>> >> > > I've split the revert2.diff that I sent you previously to fix the
>>>>>> >> tuning
>>>>>> >> > > regression on my DViCO Dual Digital 4 (rev 1) into three separate
>>>>>> >> patches
>>>>>> >> > > that will hopefully allow you to review more easily.
>>>>>> >> > >
>>>>>> >> > > The first two patches revert their respective changesets and
>>>>>> nothing
>>>>>> >> else,
>>>>>> >> > > fixing the issue for me.
>>>>>> >> > > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
>>>>>> >> > > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for DVB @
>>>>>> >> 6MHz
>>>>>> >> > >
>>>>>> >> > > The third patch does what I believe is the obvious equivalent fix
>>>>>> to
>>>>>> >> > > e6a8672631a0 but without the cleanup that breaks tuning on my
>>>>>> card.
>>>>>> >> > >
>>>>>> >> > > Please review and merge
>>>>>> >> > >
>>>>>> >> > > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
>>>>>> >> >
>>>>>> >> > Mauro,
>>>>>> >> >
>>>>>> >> > I'm yet to receive a response from you on this clear regression
>>>>>> >> introduced
>>>>>> >> > in the 2.6.31 kernel. You attention would be appreciated
>>>>>> >> >
>>>>>> >> > Thanks
>>>>>> >> >
>>>>>> >> > -Rob
>>>>>> >> Robert,
>>>>>> >> The changes in question (mostly authored by me) are based on
>>>>>> >> documentation on what offsets are to be used with the firmware for
>>>>>> various DVB bandwidths and demodulators. The change was tested by Terry
>>>>>> >> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353, XC3028)
>>>>>> and
>>>>>> >> some other cards I can't remember, using a DVB-T pattern generator
>>>>>> for
>>>>>> 7
>>>>>> >> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for 6 MHz.
>>>>>> (Devin,
>>>>>> >> Maybe you can double check on the offsets in tuner-xc2028.c with any
>>>>>> documentation you have available to you?)
>>>>>> >> I haven't been following this thread really at all as the board in
>>>>>> the
>>>>>> subject line was unfamiliar to me, so sorry for any late response or
>>>>>> dumb
>>>>>> questions by me.
>>>>>> >> May I ask:
>>>>>> >> 1. what are the exact problem frequencies?
>>>>>> >> 2. what is the data source from which you are getting the frequency
>>>>>> information?
>>>>>> >> 3. what does tuner-xc2028 debug logging show as the firmware loaded
>>>>>> when
>>>>>> >> tune to one of the the problem frequencies?
>>>>>> >
>>>>>> >
>>>>>> > Robert,
>>>>>> >
>>>>>> > I just found that ACMA has a very nice compilation licensed DTV
>>>>>> > transmitters in Australia and their frequencies. Have a look at the
>>>>>> Excel spreadsheet linked on this page:
>>>>>> >
>>>>>> > http://acma.gov.au/WEB/STANDARD/pc=PC_9150
>>>>>> >
>>>>>> > The DTV tab has a list of the Area, callsign, and DTV center freq. The
>>>>>> Glossary tab mentions that DTV broadcasters can have an offset of +/-
>>>>>> 125
>>>>>> kHz from the DTV center freq.
>>>>>> >
>>>>>> > If you could verify that the frequencies you are using for the problem
>>>>>> stations match the list, that would help eliminate commanded tuning
>>>>>> frequency as source of the problem.
>>>>>>
>>>>>> Andy, I don't think this issue is frequency, it is the removal of the
>>>>>> 500kHz offset.
>>>>>
>>>>> OK. I forgot there were two offsets at play here: one for the RF
>>>>> frequency and one for the SCODE/Intermediate Frequency.
>>>>>
>>>>> Right, the S-CODE offsets are somewhat of a mystery to me as I don't
>>>>> exactly know the mathematical basis behind them. The 500 kHz came from
>>>>> the best interpretation Maruo and I could make at the time, but it could
>>>>> very well be the wrong thing. (I was guessing it came from a relation
>>>>> something like this: 8 MHz - 7 MHz / 2 = 500 kHz)
>>>>>
>>>>> If it is the wrong thing, and it looks like it could be, we can back it
>>>>> out. As my colleauge, who used to work at CERN, says "Experiment trumps
>>>>> theory ... *every* time". Terry had positive results, you and Vincent
>>>>> have negative results. So I'd like to see what Devin finds, if he can
>>>>> test with a DVB-T generator.
>>>>
>>>> Andy,
>>>>
>>>> Resend of my proposed patches attached.
>>>>
>>>> My hypothesis is that 02_revert_e6a8672631a0.diff was really meant to just
>>>> change the ATSC test to DTV6 but at the same time a cleanup that was done
>>>> inadvertently removed the 500kHz offset subtraction for DTV7 introducing
>>>> the defect. 01_revert_966ce12c444d.diff partially fixed this regression
>>>> for Terry, but not for me or Vincent.
>>>>
>>>> I'm having trouble convincing Mauro of this though :), so I would
>>>> appreciate it if Terry could test my patch set and confirm it is ok for
>>>> him.
>>>>
>>>> So in short, my 01 and 02 patches attached revert the changes that break
>>>> tuning for me and 03 re-implements the DTV6 fix, but without the cleanup
>>>> which breaks me.
>>>>
>>>> Please review and comment
>>>>
>>>> -Rob
>>>>
>>>>>
>>>>>
>>>>>
>>>>>> The channel with the biggest problem (most stuttering) is Channel 8 in
>>>>>> Melbourne, which looks correct at 191.625 MHz on the above site.
>>>>>
>>>>> OK. Vincent must have been the one with all the Sydney stations.
>>>>>
>>>>> DTV Channel GTV8 (Fc = 191.625 MHz at 50 kW) for Melbourne is
>>>>> interesting; it comes from the same towers as the adjacent analog
>>>>> channels HSV7 (Fr = 182.25 MHz @ 200 kW) and GTV9 (Fr = 196.25 MHz @ 200
>>>>> kW).
>>>>>
>>>>> I guess if anything is off center when setting up the XC3028, the analog
>>>>> stations may show up as strong noise - a situation that would not be
>>>>> obvious with a single channel DVB-T signal generator. GTV8 is probably
>>>>> a good channel for you to use for testing.
>>>>>
>>>>>
>>>>> (BTW, given that the analog channel of where GTV8 now resides would have
>>>>> been Fr = 189.25 MHz, I would have expected GTV8 to really be operating
>>>>> at Fc = Fr + 2.25 MHz = 191.50 MHz and not 191.625 MHz)
>>>>>
>>>>>
>>>>>
>>>>>> With debug enabled on the the current hg tip (stuttering case) we have
>>>>>> divisor= 00 00 2f 58 (freq=191.625)
>>>>>>
>>>>>> With the patch reverted (working case)
>>>>>> divisor= 00 00 2f 38 (freq=191.625)
>>>>>>
>>>>>> Have you reviewed my patch. It leaves your original DTV6 fix in place,
>>>>>> but reverts the cleanup which broke the offset calculation for me.
>>>>>
>>>>> I don't have a copy in my email archives, I'll have to go check for them
>>>>> on the list archives.
>>>>>
>>>>> Regards,
>>>>> Andy
>>>>>
>>>>>> -Rob
>>>>>>
>>>>>> >
>>>>>> > Regards,
>>>>>> > Andy
>>>>>> >
>>>>>> >
>>>>>> >> BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
>>>>>> >> cxusb_dvico_xc3028_tuner_attach(), this declaration
>>>>>> >> static struct xc2028_ctrl ctl = {
>>>>>> >> .fname = XC2028_DEFAULT_FIRMWARE,
>>>>>> >> .max_len = 64,
>>>>>> >> .demod = XC3028_FE_ZARLINK456,
>>>>>> >> };
>>>>>> >> really should have ".type = XC2028_AUTO" or ".type = XC2028_D2633",
>>>>>> but
>>>>>> since XC2028_AUTO has a value of 0, it probably doesn't matter.
>>>>>> Regards,
>>>>>> >> Andy
>>>>>
>>>>>
>>>>> --
>>>>> To unsubscribe from this list: send the line "unsubscribe linux-media" in
>>>>> the body of a message to majordomo@vger.kernel.org
>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>>>
>>>>
>>>
>>
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-07 14:42 ` Terry Wu
@ 2010-01-08 2:21 ` Robert Lowery
[not found] ` <6ab2c27e1001080007h70bcf309u65251763a70200c6@mail.gmail.com>
2010-02-19 4:53 ` Mauro Carvalho Chehab
0 siblings, 2 replies; 34+ messages in thread
From: Robert Lowery @ 2010-01-08 2:21 UTC (permalink / raw)
To: Terry Wu
Cc: Andy Walls, mchehab, Devin Heitmueller, Vincent McIntyre,
linux-media
Hi Terry,
Thanks for your comments, my responses are inline below.
> Hi,
>
> You can check the dmesg output to verify which XCEIVE
> firmware/SCODE is using.
> For examples,
> (1). DVB-T 7MHz bandwidth, frequency=177.5MHz and BASE F8MHZ/DTV7
> firmware is using,
> SCODE SCODE DTV7 ZARLINK456/HAS_IF_5260
> [ 266.008596] xc2028 0-0061: Loading firmware for type=BASE F8MHZ (3),
id 0000000000000000.
> [ 267.098011] xc2028 0-0061: Loading firmware for type=D2633 DTV7 (90),
id 0000000000000000.
> [ 267.111148] xc2028 0-0061: Loading SCODE for type=DTV7 ZARLINK456
SCODE HAS_IF_5260 (62000080), id 0000000000000000.
>
> (2). DVB-T 7MHz bandwidth, frequency=177.5MHz and BASE F8MHZ/DTV78
> firmware is using,
> SCODE DTV78 ZARLINK456/SCODE HAS_IF_4760
> [ 1089.192377] xc2028 0-0061: Loading firmware for type=BASE F8MHZ (3),
id 0000000000000000.
> [ 1090.265461] xc2028 0-0061: Loading firmware for type=D2633 DTV78
(110), id 0000000000000000.
> [ 1090.278523] xc2028 0-0061: Loading SCODE for type=DTV78 ZARLINK456
SCODE HAS_IF_4760 (62000100), id 0000000000000000.
My firmware load logging looks as follows
[ 376.312248] xc2028 4-0061: Loading firmware for type=BASE F8MHZ (3), id
0000000000000000.
[ 380.832015] xc2028 4-0061: Loading firmware for type=D2633 DTV7 (90),
id 0000000000000000.
[ 380.912010] xc2028 4-0061: Loading SCODE for type=DTV6 QAM DTV7 DTV78
DTV8 ZARLINK456 SCODE HAS_IF_4760 (620003e0), id 0000000000000000.
>
> Terry
>
> 2010/1/7 Terry Wu <terrywu2009@gmail.com>:
>> Hi,
>> The following codes in the 6MHz patch are not for 6MHz.
>> Please read the mchehab's comments.
>> 1.28 /*
>> 1.29 - * We must adjust the offset by 500kHz in two
cases in order
>> 1.30 - * to correctly center the IF output:
>> 1.31 - * 1) When the ZARLINK456 or DIBCOM52 tables
were
>> explicitly
>> 1.32 - * selected and a 7MHz channel is tuned;
1.33 - * 2) When tuning a VHF channel with DTV78
firmware.
>> 1.34 + * We must adjust the offset by 500kHz when
1.35 + * tuning a 7MHz VHF channel with DTV78 firmware
1.36 + * (used in Australia)
>> 1.37 */
>> 1.38 - if (((priv->cur_fw.type & DTV7) &&
>> 1.39 - (priv->cur_fw.scode_table & (ZARLINK456 |
DIBCOM52))) ||
>> 1.40 - ((priv->cur_fw.type & DTV78) && freq <
470000000))
>> 1.41 + if ((priv->cur_fw.type & DTV78) && freq <
470000000)
>> 1.42 offset -= 500000;
>> BTW, the DTV7 firmware or DTV78 firmware is using if you are tuning
a VHF channel (frequency < 470MHz).
>> And the above mchehab's new codes will not do "offset -= 500000;"
if DTV7 firmware is using.
>> Terry
Mauro's new code does the 500000 offset unconditionally for DTV7 by
setting offset = 2250000, not just when the ZARLINK456 or DIBCOM52 tables
were explicitly selected. This change is what appears to cause issues for
me.
The working (old) code used to do something like the following for DTV7
+ offset = 2750000;
...
+ if (((priv->cur_fw.type & DTV7) &&
+ (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
+ ((priv->cur_fw.type & DTV78) && freq < 470000000))
offset -= 500000;
My firmware type is DTV7, but priv->cur_fw.scode_table == 1<<29 == SCODE,
which does not match the test for (ZARLINK456 | DIBCOM52), so offset is
left as 2750000 which works perfectly for me.
The current hg tip which does not work well for me now does a
- else if (priv->cur_fw.type & DTV7)
- offset = 2250000;
including the 500kHz offset adjustment in the initial value. This causes
a lot of stuttering, corruption etc for me.
My patch set proposes to revert back to the original working code, but
still implement the change from testing against ATSC to DTV6 for (Taiwan?)
That is
diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c ---
a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40
2009 +0100
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22
2009 +1100
@@ -936,7 +936,7 @@
*/
if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
- } else if (priv->cur_fw.type & ATSC) {
+ } else if (priv->cur_fw.type & DTV6) {
offset = 1750000;
} else {
offset = 2750000;
Were you able to test my proposed patches to see if they continue to work
for you
-Rob
>> 2010/1/7 Terry Wu <terrywu2009@gmail.com>:
>>> Hi,
>>> And the 6MHz patch you mentioned is a wrong patch.
>>> http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0
>>> + if (priv->cur_fw.type & DTV6)
>>> + offset = 1750000;
>>> + if (priv->cur_fw.type & DTV7)
>>> + offset = 2250000;
>>> + else /* DTV8 or DTV78 */
>>> + offset = 2750000;
>>> and latest patch should be:
>>> + if (priv->cur_fw.type & DTV6)
>>> + offset = 1750000;
>>> + else if (priv->cur_fw.type & DTV7)
>>> + offset = 2250000;
>>> + else /* DTV8 or DTV78 */
>>> + offset = 2750000;
>>> Terry
>>> 2010/1/7 Terry Wu <terrywu2009@gmail.com>:
>>>> Hi,
>>>> The 6MHz patch is for Taiwan only.
>>>> It should not change anything for 7MHz and 8MHz.
>>>> Terry
>>>> 2010/1/7 Robert Lowery <rglowery@exemail.com.au>:
>>>>>> On Wed, 2010-01-06 at 14:20 +1100, Robert Lowery wrote:
>>>>>>> > On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
>>>>>>> >> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
>>>>>>> >> > > Mauro,
>>>>>>> >> > >
>>>>>>> >> > > I've split the revert2.diff that I sent you previously to
>>>>>>> fix the
>>>>>>> >> tuning
>>>>>>> >> > > regression on my DViCO Dual Digital 4 (rev 1) into three
>>>>>>> separate
>>>>>>> >> patches
>>>>>>> >> > > that will hopefully allow you to review more easily.
>>>>>>> >> > >
>>>>>>> >> > > The first two patches revert their respective changesets
and
>>>>>>> nothing
>>>>>>> >> else,
>>>>>>> >> > > fixing the issue for me.
>>>>>>> >> > > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
>>>>>>> >> > > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for
>>>>>>> DVB @
>>>>>>> >> 6MHz
>>>>>>> >> > >
>>>>>>> >> > > The third patch does what I believe is the obvious
>>>>>>> equivalent fix
>>>>>>> to
>>>>>>> >> > > e6a8672631a0 but without the cleanup that breaks tuning on
>>>>>>> my
>>>>>>> card.
>>>>>>> >> > >
>>>>>>> >> > > Please review and merge
>>>>>>> >> > >
>>>>>>> >> > > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
>>>>>>> >> >
>>>>>>> >> > Mauro,
>>>>>>> >> >
>>>>>>> >> > I'm yet to receive a response from you on this clear
>>>>>>> regression
>>>>>>> >> introduced
>>>>>>> >> > in the 2.6.31 kernel. You attention would be appreciated
>>>>>>> >> >
>>>>>>> >> > Thanks
>>>>>>> >> >
>>>>>>> >> > -Rob
>>>>>>> >> Robert,
>>>>>>> >> The changes in question (mostly authored by me) are based on
documentation on what offsets are to be used with the firmware
>>>>>>> for
>>>>>>> various DVB bandwidths and demodulators. The change was tested by
Terry
>>>>>>> >> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353,
>>>>>>> XC3028)
>>>>>>> and
>>>>>>> >> some other cards I can't remember, using a DVB-T pattern
>>>>>>> generator
>>>>>>> for
>>>>>>> 7
>>>>>>> >> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for
6
>>>>>>> MHz.
>>>>>>> (Devin,
>>>>>>> >> Maybe you can double check on the offsets in tuner-xc2028.c
>>>>>>> with any
>>>>>>> documentation you have available to you?)
>>>>>>> >> I haven't been following this thread really at all as the board
>>>>>>> in
>>>>>>> the
>>>>>>> subject line was unfamiliar to me, so sorry for any late response or
>>>>>>> dumb
>>>>>>> questions by me.
>>>>>>> >> May I ask:
>>>>>>> >> 1. what are the exact problem frequencies?
>>>>>>> >> 2. what is the data source from which you are getting the
>>>>>>> frequency
>>>>>>> information?
>>>>>>> >> 3. what does tuner-xc2028 debug logging show as the firmware
>>>>>>> loaded
>>>>>>> when
>>>>>>> >> tune to one of the the problem frequencies?
>>>>>>> >
>>>>>>> >
>>>>>>> > Robert,
>>>>>>> >
>>>>>>> > I just found that ACMA has a very nice compilation licensed DTV
transmitters in Australia and their frequencies. Have a look at
>>>>>>> the
>>>>>>> Excel spreadsheet linked on this page:
>>>>>>> >
>>>>>>> > http://acma.gov.au/WEB/STANDARD/pc=PC_9150
>>>>>>> >
>>>>>>> > The DTV tab has a list of the Area, callsign, and DTV center
>>>>>>> freq. The
>>>>>>> Glossary tab mentions that DTV broadcasters can have an offset of +/-
>>>>>>> 125
>>>>>>> kHz from the DTV center freq.
>>>>>>> >
>>>>>>> > If you could verify that the frequencies you are using for the
>>>>>>> problem
>>>>>>> stations match the list, that would help eliminate commanded
tuning
>>>>>>> frequency as source of the problem.
>>>>>>> Andy, I don't think this issue is frequency, it is the removal of the
>>>>>>> 500kHz offset.
>>>>>> OK. I forgot there were two offsets at play here: one for the RF
frequency and one for the SCODE/Intermediate Frequency.
>>>>>> Right, the S-CODE offsets are somewhat of a mystery to me as I
don't
>>>>>> exactly know the mathematical basis behind them. The 500 kHz came
from
>>>>>> the best interpretation Maruo and I could make at the time, but it
could
>>>>>> very well be the wrong thing. (I was guessing it came from a relation
>>>>>> something like this: 8 MHz - 7 MHz / 2 = 500 kHz)
>>>>>> If it is the wrong thing, and it looks like it could be, we can
back
>>>>>> it
>>>>>> out. As my colleauge, who used to work at CERN, says "Experiment
trumps
>>>>>> theory ... *every* time". Terry had positive results, you and Vincent
>>>>>> have negative results. So I'd like to see what Devin finds, if he can
>>>>>> test with a DVB-T generator.
>>>>> Andy,
>>>>> Resend of my proposed patches attached.
>>>>> My hypothesis is that 02_revert_e6a8672631a0.diff was really meant
to
>>>>> just
>>>>> change the ATSC test to DTV6 but at the same time a cleanup that was
done
>>>>> inadvertently removed the 500kHz offset subtraction for DTV7
introducing
>>>>> the defect. 01_revert_966ce12c444d.diff partially fixed this
regression
>>>>> for Terry, but not for me or Vincent.
>>>>> I'm having trouble convincing Mauro of this though :), so I would
appreciate it if Terry could test my patch set and confirm it is ok
for
>>>>> him.
>>>>> So in short, my 01 and 02 patches attached revert the changes that
break
>>>>> tuning for me and 03 re-implements the DTV6 fix, but without the
cleanup
>>>>> which breaks me.
>>>>> Please review and comment
>>>>> -Rob
>>>>>>> The channel with the biggest problem (most stuttering) is Channel
8
>>>>>>> in
>>>>>>> Melbourne, which looks correct at 191.625 MHz on the above site.
>>>>>> OK. Vincent must have been the one with all the Sydney stations.
DTV Channel GTV8 (Fc = 191.625 MHz at 50 kW) for Melbourne is
interesting; it comes from the same towers as the adjacent analog
channels HSV7 (Fr = 182.25 MHz @ 200 kW) and GTV9 (Fr = 196.25 MHz
@
>>>>>> 200
>>>>>> kW).
>>>>>> I guess if anything is off center when setting up the XC3028, the
analog
>>>>>> stations may show up as strong noise - a situation that would not
be
>>>>>> obvious with a single channel DVB-T signal generator. GTV8 is
probably
>>>>>> a good channel for you to use for testing.
>>>>>> (BTW, given that the analog channel of where GTV8 now resides would
have
>>>>>> been Fr = 189.25 MHz, I would have expected GTV8 to really be
operating
>>>>>> at Fc = Fr + 2.25 MHz = 191.50 MHz and not 191.625 MHz)
>>>>>>> With debug enabled on the the current hg tip (stuttering case) we
have
>>>>>>> divisor= 00 00 2f 58 (freq=191.625)
>>>>>>> With the patch reverted (working case)
>>>>>>> divisor= 00 00 2f 38 (freq=191.625)
>>>>>>> Have you reviewed my patch. It leaves your original DTV6 fix in
place,
>>>>>>> but reverts the cleanup which broke the offset calculation for me.
>>>>>> I don't have a copy in my email archives, I'll have to go check for
them
>>>>>> on the list archives.
>>>>>> Regards,
>>>>>> Andy
>>>>>>> -Rob
>>>>>>> >
>>>>>>> > Regards,
>>>>>>> > Andy
>>>>>>> >
>>>>>>> >
>>>>>>> >> BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
cxusb_dvico_xc3028_tuner_attach(), this declaration
>>>>>>> >> static struct xc2028_ctrl ctl = {
>>>>>>> >> .fname = XC2028_DEFAULT_FIRMWARE,
.max_len = 64,
>>>>>>> >> .demod = XC3028_FE_ZARLINK456,
>>>>>>> >> };
>>>>>>> >> really should have ".type = XC2028_AUTO" or ".type =
>>>>>>> XC2028_D2633",
>>>>>>> but
>>>>>>> since XC2028_AUTO has a value of 0, it probably doesn't matter.
Regards,
>>>>>>> >> Andy
>>>>>> --
>>>>>> To unsubscribe from this list: send the line "unsubscribe
>>>>>> linux-media" in
>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media"
in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
[not found] ` <6ab2c27e1001080007h70bcf309u65251763a70200c6@mail.gmail.com>
@ 2010-01-08 8:12 ` Terry Wu
0 siblings, 0 replies; 34+ messages in thread
From: Terry Wu @ 2010-01-08 8:12 UTC (permalink / raw)
To: Robert Lowery
Cc: Andy Walls, mchehab, Devin Heitmueller, Vincent McIntyre,
linux-media
Hi,
Please refer to the XCEIVE document.
And set the correct SCODE.
>> 380.912010] xc2028 4-0061: Loading SCODE for >>type=DTV6 QAM DTV7 DTV78 (What is this type ???)
>>DTV8 ZARLINK456 SCODE HAS_IF_4760
>>(620003e0), id 0000000000000000.
Terry
2010/1/8 Terry Wu <terrywu2009@gmail.com>:
> Hi,
>
> XCEIVE's documents are attached.
>
> Terry
>
> 2010/1/8 Robert Lowery <rglowery@exemail.com.au>:
>> Hi Terry,
>>
>> Thanks for your comments, my responses are inline below.
>>
>>> Hi,
>>>
>>> You can check the dmesg output to verify which XCEIVE
>>> firmware/SCODE is using.
>>> For examples,
>>> (1). DVB-T 7MHz bandwidth, frequency=177.5MHz and BASE F8MHZ/DTV7
>>> firmware is using,
>>> SCODE SCODE DTV7 ZARLINK456/HAS_IF_5260
>>> [ 266.008596] xc2028 0-0061: Loading firmware for type=BASE F8MHZ (3),
>> id 0000000000000000.
>>> [ 267.098011] xc2028 0-0061: Loading firmware for type=D2633 DTV7 (90),
>> id 0000000000000000.
>>> [ 267.111148] xc2028 0-0061: Loading SCODE for type=DTV7 ZARLINK456
>> SCODE HAS_IF_5260 (62000080), id 0000000000000000.
>>>
>>> (2). DVB-T 7MHz bandwidth, frequency=177.5MHz and BASE F8MHZ/DTV78
>>> firmware is using,
>>> SCODE DTV78 ZARLINK456/SCODE HAS_IF_4760
>>> [ 1089.192377] xc2028 0-0061: Loading firmware for type=BASE F8MHZ (3),
>> id 0000000000000000.
>>> [ 1090.265461] xc2028 0-0061: Loading firmware for type=D2633 DTV78
>> (110), id 0000000000000000.
>>> [ 1090.278523] xc2028 0-0061: Loading SCODE for type=DTV78 ZARLINK456
>> SCODE HAS_IF_4760 (62000100), id 0000000000000000.
>>
>> My firmware load logging looks as follows
>> [ 376.312248] xc2028 4-0061: Loading firmware for type=BASE F8MHZ (3), id
>> 0000000000000000.
>> [ 380.832015] xc2028 4-0061: Loading firmware for type=D2633 DTV7 (90),
>> id 0000000000000000.
>> [ 380.912010] xc2028 4-0061: Loading SCODE for type=DTV6 QAM DTV7 DTV78
>> DTV8 ZARLINK456 SCODE HAS_IF_4760 (620003e0), id 0000000000000000.
>>
>>>
>>> Terry
>>>
>>> 2010/1/7 Terry Wu <terrywu2009@gmail.com>:
>>>> Hi,
>>>> The following codes in the 6MHz patch are not for 6MHz.
>>>> Please read the mchehab's comments.
>>>> 1.28 /*
>>>> 1.29 - * We must adjust the offset by 500kHz in two
>> cases in order
>>>> 1.30 - * to correctly center the IF output:
>>>> 1.31 - * 1) When the ZARLINK456 or DIBCOM52 tables
>> were
>>>> explicitly
>>>> 1.32 - * selected and a 7MHz channel is tuned;
>> 1.33 - * 2) When tuning a VHF channel with DTV78
>> firmware.
>>>> 1.34 + * We must adjust the offset by 500kHz when
>> 1.35 + * tuning a 7MHz VHF channel with DTV78 firmware
>> 1.36 + * (used in Australia)
>>>> 1.37 */
>>>> 1.38 - if (((priv->cur_fw.type & DTV7) &&
>>>> 1.39 - (priv->cur_fw.scode_table & (ZARLINK456 |
>> DIBCOM52))) ||
>>>> 1.40 - ((priv->cur_fw.type & DTV78) && freq <
>> 470000000))
>>>> 1.41 + if ((priv->cur_fw.type & DTV78) && freq <
>> 470000000)
>>>> 1.42 offset -= 500000;
>>>> BTW, the DTV7 firmware or DTV78 firmware is using if you are tuning
>> a VHF channel (frequency < 470MHz).
>>>> And the above mchehab's new codes will not do "offset -= 500000;"
>> if DTV7 firmware is using.
>>>> Terry
>> Mauro's new code does the 500000 offset unconditionally for DTV7 by
>> setting offset = 2250000, not just when the ZARLINK456 or DIBCOM52 tables
>> were explicitly selected. This change is what appears to cause issues for
>> me.
>>
>> The working (old) code used to do something like the following for DTV7
>>
>> + offset = 2750000;
>> ...
>> + if (((priv->cur_fw.type & DTV7) &&
>> + (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
>> + ((priv->cur_fw.type & DTV78) && freq < 470000000))
>> offset -= 500000;
>>
>> My firmware type is DTV7, but priv->cur_fw.scode_table == 1<<29 == SCODE,
>> which does not match the test for (ZARLINK456 | DIBCOM52), so offset is
>> left as 2750000 which works perfectly for me.
>>
>> The current hg tip which does not work well for me now does a
>> - else if (priv->cur_fw.type & DTV7)
>> - offset = 2250000;
>>
>> including the 500kHz offset adjustment in the initial value. This causes
>> a lot of stuttering, corruption etc for me.
>>
>> My patch set proposes to revert back to the original working code, but
>> still implement the change from testing against ATSC to DTV6 for (Taiwan?)
>>
>> That is
>> diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c ---
>> a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40
>> 2009 +0100
>> +++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22
>> 2009 +1100
>> @@ -936,7 +936,7 @@
>> */
>> if (new_mode == T_ANALOG_TV) {
>> rc = send_seq(priv, {0x00, 0x00});
>> - } else if (priv->cur_fw.type & ATSC) {
>> + } else if (priv->cur_fw.type & DTV6) {
>> offset = 1750000;
>> } else {
>> offset = 2750000;
>>
>> Were you able to test my proposed patches to see if they continue to work
>> for you
>>
>> -Rob
>>
>>>> 2010/1/7 Terry Wu <terrywu2009@gmail.com>:
>>>>> Hi,
>>>>> And the 6MHz patch you mentioned is a wrong patch.
>>>>> http://linuxtv.org/hg/v4l-dvb/rev/e6a8672631a0
>>>>> + if (priv->cur_fw.type & DTV6)
>>>>> + offset = 1750000;
>>>>> + if (priv->cur_fw.type & DTV7)
>>>>> + offset = 2250000;
>>>>> + else /* DTV8 or DTV78 */
>>>>> + offset = 2750000;
>>>>> and latest patch should be:
>>>>> + if (priv->cur_fw.type & DTV6)
>>>>> + offset = 1750000;
>>>>> + else if (priv->cur_fw.type & DTV7)
>>>>> + offset = 2250000;
>>>>> + else /* DTV8 or DTV78 */
>>>>> + offset = 2750000;
>>>>> Terry
>>>>> 2010/1/7 Terry Wu <terrywu2009@gmail.com>:
>>>>>> Hi,
>>>>>> The 6MHz patch is for Taiwan only.
>>>>>> It should not change anything for 7MHz and 8MHz.
>>>>>> Terry
>>>>>> 2010/1/7 Robert Lowery <rglowery@exemail.com.au>:
>>>>>>>> On Wed, 2010-01-06 at 14:20 +1100, Robert Lowery wrote:
>>>>>>>>> > On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
>>>>>>>>> >> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
>>>>>>>>> >> > > Mauro,
>>>>>>>>> >> > >
>>>>>>>>> >> > > I've split the revert2.diff that I sent you previously to
>>>>>>>>> fix the
>>>>>>>>> >> tuning
>>>>>>>>> >> > > regression on my DViCO Dual Digital 4 (rev 1) into three
>>>>>>>>> separate
>>>>>>>>> >> patches
>>>>>>>>> >> > > that will hopefully allow you to review more easily.
>>>>>>>>> >> > >
>>>>>>>>> >> > > The first two patches revert their respective changesets
>> and
>>>>>>>>> nothing
>>>>>>>>> >> else,
>>>>>>>>> >> > > fixing the issue for me.
>>>>>>>>> >> > > 12167:966ce12c444d tuner-xc2028: Fix 7 MHz DVB-T
>>>>>>>>> >> > > 11918:e6a8672631a0 tuner-xc2028: Fix offset frequencies for
>>>>>>>>> DVB @
>>>>>>>>> >> 6MHz
>>>>>>>>> >> > >
>>>>>>>>> >> > > The third patch does what I believe is the obvious
>>>>>>>>> equivalent fix
>>>>>>>>> to
>>>>>>>>> >> > > e6a8672631a0 but without the cleanup that breaks tuning on
>>>>>>>>> my
>>>>>>>>> card.
>>>>>>>>> >> > >
>>>>>>>>> >> > > Please review and merge
>>>>>>>>> >> > >
>>>>>>>>> >> > > Signed-off-by: Robert Lowery <rglowery@exemail.com.au>
>>>>>>>>> >> >
>>>>>>>>> >> > Mauro,
>>>>>>>>> >> >
>>>>>>>>> >> > I'm yet to receive a response from you on this clear
>>>>>>>>> regression
>>>>>>>>> >> introduced
>>>>>>>>> >> > in the 2.6.31 kernel. You attention would be appreciated
>>>>>>>>> >> >
>>>>>>>>> >> > Thanks
>>>>>>>>> >> >
>>>>>>>>> >> > -Rob
>>>>>>>>> >> Robert,
>>>>>>>>> >> The changes in question (mostly authored by me) are based on
>> documentation on what offsets are to be used with the firmware
>>>>>>>>> for
>>>>>>>>> various DVB bandwidths and demodulators. The change was tested by
>> Terry
>>>>>>>>> >> on a Leadtek DVR 3100 H Analog/DVB-T card (CX23418, ZL10353,
>>>>>>>>> XC3028)
>>>>>>>>> and
>>>>>>>>> >> some other cards I can't remember, using a DVB-T pattern
>>>>>>>>> generator
>>>>>>>>> for
>>>>>>>>> 7
>>>>>>>>> >> and 8 MHz in VHF and UHF, and live DVB-T broadcasts in UHF for
>> 6
>>>>>>>>> MHz.
>>>>>>>>> (Devin,
>>>>>>>>> >> Maybe you can double check on the offsets in tuner-xc2028.c
>>>>>>>>> with any
>>>>>>>>> documentation you have available to you?)
>>>>>>>>> >> I haven't been following this thread really at all as the board
>>>>>>>>> in
>>>>>>>>> the
>>>>>>>>> subject line was unfamiliar to me, so sorry for any late response or
>>>>>>>>> dumb
>>>>>>>>> questions by me.
>>>>>>>>> >> May I ask:
>>>>>>>>> >> 1. what are the exact problem frequencies?
>>>>>>>>> >> 2. what is the data source from which you are getting the
>>>>>>>>> frequency
>>>>>>>>> information?
>>>>>>>>> >> 3. what does tuner-xc2028 debug logging show as the firmware
>>>>>>>>> loaded
>>>>>>>>> when
>>>>>>>>> >> tune to one of the the problem frequencies?
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > Robert,
>>>>>>>>> >
>>>>>>>>> > I just found that ACMA has a very nice compilation licensed DTV
>> transmitters in Australia and their frequencies. Have a look at
>>>>>>>>> the
>>>>>>>>> Excel spreadsheet linked on this page:
>>>>>>>>> >
>>>>>>>>> > http://acma.gov.au/WEB/STANDARD/pc=PC_9150
>>>>>>>>> >
>>>>>>>>> > The DTV tab has a list of the Area, callsign, and DTV center
>>>>>>>>> freq. The
>>>>>>>>> Glossary tab mentions that DTV broadcasters can have an offset of +/-
>>>>>>>>> 125
>>>>>>>>> kHz from the DTV center freq.
>>>>>>>>> >
>>>>>>>>> > If you could verify that the frequencies you are using for the
>>>>>>>>> problem
>>>>>>>>> stations match the list, that would help eliminate commanded
>> tuning
>>>>>>>>> frequency as source of the problem.
>>>>>>>>> Andy, I don't think this issue is frequency, it is the removal of the
>>>>>>>>> 500kHz offset.
>>>>>>>> OK. I forgot there were two offsets at play here: one for the RF
>> frequency and one for the SCODE/Intermediate Frequency.
>>>>>>>> Right, the S-CODE offsets are somewhat of a mystery to me as I
>> don't
>>>>>>>> exactly know the mathematical basis behind them. The 500 kHz came
>> from
>>>>>>>> the best interpretation Maruo and I could make at the time, but it
>> could
>>>>>>>> very well be the wrong thing. (I was guessing it came from a relation
>>>>>>>> something like this: 8 MHz - 7 MHz / 2 = 500 kHz)
>>>>>>>> If it is the wrong thing, and it looks like it could be, we can
>> back
>>>>>>>> it
>>>>>>>> out. As my colleauge, who used to work at CERN, says "Experiment
>> trumps
>>>>>>>> theory ... *every* time". Terry had positive results, you and Vincent
>>>>>>>> have negative results. So I'd like to see what Devin finds, if he can
>>>>>>>> test with a DVB-T generator.
>>>>>>> Andy,
>>>>>>> Resend of my proposed patches attached.
>>>>>>> My hypothesis is that 02_revert_e6a8672631a0.diff was really meant
>> to
>>>>>>> just
>>>>>>> change the ATSC test to DTV6 but at the same time a cleanup that was
>> done
>>>>>>> inadvertently removed the 500kHz offset subtraction for DTV7
>> introducing
>>>>>>> the defect. 01_revert_966ce12c444d.diff partially fixed this
>> regression
>>>>>>> for Terry, but not for me or Vincent.
>>>>>>> I'm having trouble convincing Mauro of this though :), so I would
>> appreciate it if Terry could test my patch set and confirm it is ok
>> for
>>>>>>> him.
>>>>>>> So in short, my 01 and 02 patches attached revert the changes that
>> break
>>>>>>> tuning for me and 03 re-implements the DTV6 fix, but without the
>> cleanup
>>>>>>> which breaks me.
>>>>>>> Please review and comment
>>>>>>> -Rob
>>>>>>>>> The channel with the biggest problem (most stuttering) is Channel
>> 8
>>>>>>>>> in
>>>>>>>>> Melbourne, which looks correct at 191.625 MHz on the above site.
>>>>>>>> OK. Vincent must have been the one with all the Sydney stations.
>> DTV Channel GTV8 (Fc = 191.625 MHz at 50 kW) for Melbourne is
>> interesting; it comes from the same towers as the adjacent analog
>> channels HSV7 (Fr = 182.25 MHz @ 200 kW) and GTV9 (Fr = 196.25 MHz
>> @
>>>>>>>> 200
>>>>>>>> kW).
>>>>>>>> I guess if anything is off center when setting up the XC3028, the
>> analog
>>>>>>>> stations may show up as strong noise - a situation that would not
>> be
>>>>>>>> obvious with a single channel DVB-T signal generator. GTV8 is
>> probably
>>>>>>>> a good channel for you to use for testing.
>>>>>>>> (BTW, given that the analog channel of where GTV8 now resides would
>> have
>>>>>>>> been Fr = 189.25 MHz, I would have expected GTV8 to really be
>> operating
>>>>>>>> at Fc = Fr + 2.25 MHz = 191.50 MHz and not 191.625 MHz)
>>>>>>>>> With debug enabled on the the current hg tip (stuttering case) we
>> have
>>>>>>>>> divisor= 00 00 2f 58 (freq=191.625)
>>>>>>>>> With the patch reverted (working case)
>>>>>>>>> divisor= 00 00 2f 38 (freq=191.625)
>>>>>>>>> Have you reviewed my patch. It leaves your original DTV6 fix in
>> place,
>>>>>>>>> but reverts the cleanup which broke the offset calculation for me.
>>>>>>>> I don't have a copy in my email archives, I'll have to go check for
>> them
>>>>>>>> on the list archives.
>>>>>>>> Regards,
>>>>>>>> Andy
>>>>>>>>> -Rob
>>>>>>>>> >
>>>>>>>>> > Regards,
>>>>>>>>> > Andy
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >> BTW, I note that in linux/drivers/media/dvb/dvb-usb/cxusb.c:
>> cxusb_dvico_xc3028_tuner_attach(), this declaration
>>>>>>>>> >> static struct xc2028_ctrl ctl = {
>>>>>>>>> >> .fname = XC2028_DEFAULT_FIRMWARE,
>> .max_len = 64,
>>>>>>>>> >> .demod = XC3028_FE_ZARLINK456,
>>>>>>>>> >> };
>>>>>>>>> >> really should have ".type = XC2028_AUTO" or ".type =
>>>>>>>>> XC2028_D2633",
>>>>>>>>> but
>>>>>>>>> since XC2028_AUTO has a value of 0, it probably doesn't matter.
>> Regards,
>>>>>>>>> >> Andy
>>>>>>>> --
>>>>>>>> To unsubscribe from this list: send the line "unsubscribe
>>>>>>>> linux-media" in
>>>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-media"
>> in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>>
>>
>>
>>
>>
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-01-08 2:21 ` Robert Lowery
[not found] ` <6ab2c27e1001080007h70bcf309u65251763a70200c6@mail.gmail.com>
@ 2010-02-19 4:53 ` Mauro Carvalho Chehab
2010-02-19 6:12 ` Robert Lowery
2010-02-19 10:18 ` Robert Lowery
1 sibling, 2 replies; 34+ messages in thread
From: Mauro Carvalho Chehab @ 2010-02-19 4:53 UTC (permalink / raw)
To: Robert Lowery
Cc: Terry Wu, Andy Walls, Devin Heitmueller, Vincent McIntyre,
linux-media, Stefan Ringel, Steven Toth
Robert Lowery wrote:
> Mauro's new code does the 500000 offset unconditionally for DTV7 by
> setting offset = 2250000, not just when the ZARLINK456 or DIBCOM52 tables
> were explicitly selected. This change is what appears to cause issues for
> me.
I've reviewed all information and troubles we have with xc3028 tuning,
including the reports related to newer firmwares for XC3028L. I think
that the right fix is the one provided on this patch.
Could you all please verify if this patch fixes the issues, without causing
any regression?
Cheers,
Mauro.
---
V4L/DVB: tuner-xc2028: fix tuning logic
There's one reported regression in Australia (DTV7) and some
reported troubles with newer firmwares. Rework the logic to improve
tuner on those cases.
Thanks-to: Robert Lowery <rglowery@exemail.com.au>
Thanks-to: Stefan Ringel <stefan.ringel@arcor.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
---
drivers/media/common/tuners/tuner-xc2028.c | 51 ++++++++++++++++++++--------
1 files changed, 37 insertions(+), 14 deletions(-)
diff --git a/drivers/media/common/tuners/tuner-xc2028.c b/drivers/media/common/tuners/tuner-xc2028.c
index ed50168..eb782a0 100644
--- a/drivers/media/common/tuners/tuner-xc2028.c
+++ b/drivers/media/common/tuners/tuner-xc2028.c
@@ -932,30 +932,49 @@ static int generic_set_freq(struct dvb_frontend *fe, u32 freq /* in HZ */,
* that xc2028 will be in a safe state.
* Maybe this might also be needed for DTV.
*/
- if (new_mode == T_ANALOG_TV)
+ if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
- /*
- * Digital modes require an offset to adjust to the
- * proper frequency.
- * Analog modes require offset = 0
- */
- if (new_mode == T_DIGITAL_TV) {
- /* Sets the offset according with firmware */
+ /* Analog modes require offset = 0 */
+ } else {
+ /*
+ * Digital modes require an offset to adjust to the
+ * proper frequency. The offset depends on what
+ * firmware version is used.
+ */
+
+ /*
+ * Adjust to the center frequency. This is calculated by the
+ * formula: offset = 1.25MHz - BW/2
+ * For DTV 7/8, the firmware uses BW = 8000, so it needs a
+ * further adjustment to get the frequency center on VHF
+ */
if (priv->cur_fw.type & DTV6)
offset = 1750000;
else if (priv->cur_fw.type & DTV7)
offset = 2250000;
else /* DTV8 or DTV78 */
offset = 2750000;
+ if ((priv->cur_fw.type & DTV78) && freq < 470000000)
+ offset -= 500000;
/*
- * We must adjust the offset by 500kHz when
- * tuning a 7MHz VHF channel with DTV78 firmware
- * (used in Australia, Italy and Germany)
+ * xc3028 additional "magic"
+ * Depending on the firmware version, it needs some adjustments
+ * to properly centralize the frequency. This seems to be
+ * needed to compensate the SCODE table adjustments made by
+ * newer firmwares
*/
- if ((priv->cur_fw.type & DTV78) && freq < 470000000)
- offset -= 500000;
+
+ if (priv->firm_version >= 0x0302) {
+ if (priv->cur_fw.type & DTV7)
+ offset -= 300000;
+ else if (type != ATSC) /* DVB @6MHz, DTV 8 and DTV 7/8 */
+ offset += 200000;
+ } else {
+ if (priv->cur_fw.type & DTV7)
+ offset -= 500000;
+ }
}
div = (freq - offset + DIV / 2) / DIV;
@@ -1114,7 +1133,11 @@ static int xc2028_set_params(struct dvb_frontend *fe,
/* All S-code tables need a 200kHz shift */
if (priv->ctrl.demod) {
- demod = priv->ctrl.demod + 200;
+ /*
+ * Newer firmwares require a 200 kHz offset only for ATSC
+ */
+ if (type == ATSC || priv->firm_version < 0x0302)
+ demod = priv->ctrl.demod + 200;
/*
* The DTV7 S-code table needs a 700 kHz shift.
* Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
--
1.6.6.1
^ permalink raw reply related [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-02-19 4:53 ` Mauro Carvalho Chehab
@ 2010-02-19 6:12 ` Robert Lowery
2010-02-19 10:18 ` Robert Lowery
1 sibling, 0 replies; 34+ messages in thread
From: Robert Lowery @ 2010-02-19 6:12 UTC (permalink / raw)
To: Mauro Carvalho Chehab
Cc: Terry Wu, Andy Walls, Devin Heitmueller, Vincent McIntyre,
linux-media, Stefan Ringel, Steven Toth
> Robert Lowery wrote:
>> Mauro's new code does the 500000 offset unconditionally for DTV7 by
>> setting offset = 2250000, not just when the ZARLINK456 or DIBCOM52
>> tables
>> were explicitly selected. This change is what appears to cause issues
>> for
>> me.
>
> I've reviewed all information and troubles we have with xc3028 tuning,
> including the reports related to newer firmwares for XC3028L. I think
> that the right fix is the one provided on this patch.
>
> Could you all please verify if this patch fixes the issues, without
> causing
> any regression?
Thanks Mauro, I'll test this ASAP.
I suspect there will still be issues with the "demod + 500" shift in my
scenario as I had to remove this in the past when changing the offset back
to 2750000 or else I could not get a tuning lock.
I'll let you know.
-Rob
>
> Cheers,
> Mauro.
>
> ---
>
> V4L/DVB: tuner-xc2028: fix tuning logic
>
> There's one reported regression in Australia (DTV7) and some
> reported troubles with newer firmwares. Rework the logic to improve
> tuner on those cases.
>
> Thanks-to: Robert Lowery <rglowery@exemail.com.au>
> Thanks-to: Stefan Ringel <stefan.ringel@arcor.de>
> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
> ---
> drivers/media/common/tuners/tuner-xc2028.c | 51
> ++++++++++++++++++++--------
> 1 files changed, 37 insertions(+), 14 deletions(-)
>
> diff --git a/drivers/media/common/tuners/tuner-xc2028.c
> b/drivers/media/common/tuners/tuner-xc2028.c
> index ed50168..eb782a0 100644
> --- a/drivers/media/common/tuners/tuner-xc2028.c
> +++ b/drivers/media/common/tuners/tuner-xc2028.c
> @@ -932,30 +932,49 @@ static int generic_set_freq(struct dvb_frontend *fe,
> u32 freq /* in HZ */,
> * that xc2028 will be in a safe state.
> * Maybe this might also be needed for DTV.
> */
> - if (new_mode == T_ANALOG_TV)
> + if (new_mode == T_ANALOG_TV) {
> rc = send_seq(priv, {0x00, 0x00});
>
> - /*
> - * Digital modes require an offset to adjust to the
> - * proper frequency.
> - * Analog modes require offset = 0
> - */
> - if (new_mode == T_DIGITAL_TV) {
> - /* Sets the offset according with firmware */
> + /* Analog modes require offset = 0 */
> + } else {
> + /*
> + * Digital modes require an offset to adjust to the
> + * proper frequency. The offset depends on what
> + * firmware version is used.
> + */
> +
> + /*
> + * Adjust to the center frequency. This is calculated by the
> + * formula: offset = 1.25MHz - BW/2
> + * For DTV 7/8, the firmware uses BW = 8000, so it needs a
> + * further adjustment to get the frequency center on VHF
> + */
> if (priv->cur_fw.type & DTV6)
> offset = 1750000;
> else if (priv->cur_fw.type & DTV7)
> offset = 2250000;
> else /* DTV8 or DTV78 */
> offset = 2750000;
> + if ((priv->cur_fw.type & DTV78) && freq < 470000000)
> + offset -= 500000;
>
> /*
> - * We must adjust the offset by 500kHz when
> - * tuning a 7MHz VHF channel with DTV78 firmware
> - * (used in Australia, Italy and Germany)
> + * xc3028 additional "magic"
> + * Depending on the firmware version, it needs some adjustments
> + * to properly centralize the frequency. This seems to be
> + * needed to compensate the SCODE table adjustments made by
> + * newer firmwares
> */
> - if ((priv->cur_fw.type & DTV78) && freq < 470000000)
> - offset -= 500000;
> +
> + if (priv->firm_version >= 0x0302) {
> + if (priv->cur_fw.type & DTV7)
> + offset -= 300000;
> + else if (type != ATSC) /* DVB @6MHz, DTV 8 and DTV 7/8 */
> + offset += 200000;
> + } else {
> + if (priv->cur_fw.type & DTV7)
> + offset -= 500000;
> + }
> }
>
> div = (freq - offset + DIV / 2) / DIV;
> @@ -1114,7 +1133,11 @@ static int xc2028_set_params(struct dvb_frontend
> *fe,
>
> /* All S-code tables need a 200kHz shift */
> if (priv->ctrl.demod) {
> - demod = priv->ctrl.demod + 200;
> + /*
> + * Newer firmwares require a 200 kHz offset only for ATSC
> + */
> + if (type == ATSC || priv->firm_version < 0x0302)
> + demod = priv->ctrl.demod + 200;
> /*
> * The DTV7 S-code table needs a 700 kHz shift.
> * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
> --
> 1.6.6.1
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-02-19 4:53 ` Mauro Carvalho Chehab
2010-02-19 6:12 ` Robert Lowery
@ 2010-02-19 10:18 ` Robert Lowery
2010-02-19 12:23 ` Mauro Carvalho Chehab
2010-02-19 14:07 ` Mauro Carvalho Chehab
1 sibling, 2 replies; 34+ messages in thread
From: Robert Lowery @ 2010-02-19 10:18 UTC (permalink / raw)
To: Mauro Carvalho Chehab
Cc: Terry Wu, Andy Walls, Devin Heitmueller, Vincent McIntyre,
linux-media, Stefan Ringel, Steven Toth
Mauro,
I had to make 2 changes to get the patch to work for me
see below
HTH
-Rob
> Robert Lowery wrote:
>> Mauro's new code does the 500000 offset unconditionally for DTV7 by
>> setting offset = 2250000, not just when the ZARLINK456 or DIBCOM52
>> tables
>> were explicitly selected. This change is what appears to cause issues
>> for
>> me.
>
> I've reviewed all information and troubles we have with xc3028 tuning,
> including the reports related to newer firmwares for XC3028L. I think
> that the right fix is the one provided on this patch.
>
> Could you all please verify if this patch fixes the issues, without
> causing
> any regression?
>
> Cheers,
> Mauro.
>
> ---
>
> V4L/DVB: tuner-xc2028: fix tuning logic
>
> There's one reported regression in Australia (DTV7) and some
> reported troubles with newer firmwares. Rework the logic to improve
> tuner on those cases.
>
> Thanks-to: Robert Lowery <rglowery@exemail.com.au>
> Thanks-to: Stefan Ringel <stefan.ringel@arcor.de>
> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
> ---
> drivers/media/common/tuners/tuner-xc2028.c | 51
> ++++++++++++++++++++--------
> 1 files changed, 37 insertions(+), 14 deletions(-)
>
> diff --git a/drivers/media/common/tuners/tuner-xc2028.c
> b/drivers/media/common/tuners/tuner-xc2028.c
> index ed50168..eb782a0 100644
> --- a/drivers/media/common/tuners/tuner-xc2028.c
> +++ b/drivers/media/common/tuners/tuner-xc2028.c
> @@ -932,30 +932,49 @@ static int generic_set_freq(struct dvb_frontend *fe,
> u32 freq /* in HZ */,
> * that xc2028 will be in a safe state.
> * Maybe this might also be needed for DTV.
> */
> - if (new_mode == T_ANALOG_TV)
> + if (new_mode == T_ANALOG_TV) {
> rc = send_seq(priv, {0x00, 0x00});
>
> - /*
> - * Digital modes require an offset to adjust to the
> - * proper frequency.
> - * Analog modes require offset = 0
> - */
> - if (new_mode == T_DIGITAL_TV) {
> - /* Sets the offset according with firmware */
> + /* Analog modes require offset = 0 */
> + } else {
> + /*
> + * Digital modes require an offset to adjust to the
> + * proper frequency. The offset depends on what
> + * firmware version is used.
> + */
> +
> + /*
> + * Adjust to the center frequency. This is calculated by the
> + * formula: offset = 1.25MHz - BW/2
> + * For DTV 7/8, the firmware uses BW = 8000, so it needs a
> + * further adjustment to get the frequency center on VHF
> + */
> if (priv->cur_fw.type & DTV6)
> offset = 1750000;
> else if (priv->cur_fw.type & DTV7)
> offset = 2250000;
> else /* DTV8 or DTV78 */
> offset = 2750000;
> + if ((priv->cur_fw.type & DTV78) && freq < 470000000)
> + offset -= 500000;
>
> /*
> - * We must adjust the offset by 500kHz when
> - * tuning a 7MHz VHF channel with DTV78 firmware
> - * (used in Australia, Italy and Germany)
> + * xc3028 additional "magic"
> + * Depending on the firmware version, it needs some adjustments
> + * to properly centralize the frequency. This seems to be
> + * needed to compensate the SCODE table adjustments made by
> + * newer firmwares
> */
> - if ((priv->cur_fw.type & DTV78) && freq < 470000000)
> - offset -= 500000;
> +
> + if (priv->firm_version >= 0x0302) {
> + if (priv->cur_fw.type & DTV7)
> + offset -= 300000;
> + else if (type != ATSC) /* DVB @6MHz, DTV 8 and DTV 7/8 */
> + offset += 200000;
> + } else {
> + if (priv->cur_fw.type & DTV7)
> + offset -= 500000;
This should be offset += 500000;
> + }
> }
>
> div = (freq - offset + DIV / 2) / DIV;
> @@ -1114,7 +1133,11 @@ static int xc2028_set_params(struct dvb_frontend
> *fe,
>
> /* All S-code tables need a 200kHz shift */
> if (priv->ctrl.demod) {
> - demod = priv->ctrl.demod + 200;
> + /*
> + * Newer firmwares require a 200 kHz offset only for ATSC
> + */
> + if (type == ATSC || priv->firm_version < 0x0302)
> + demod = priv->ctrl.demod + 200;
> /*
> * The DTV7 S-code table needs a 700 kHz shift.
> * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
I had to also delete the
if (type & DTV7)
demod += 500
I suspect this is no longer required due to the offset += 500000 above
> --
> 1.6.6.1
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-02-19 10:18 ` Robert Lowery
@ 2010-02-19 12:23 ` Mauro Carvalho Chehab
2010-02-19 14:07 ` Mauro Carvalho Chehab
1 sibling, 0 replies; 34+ messages in thread
From: Mauro Carvalho Chehab @ 2010-02-19 12:23 UTC (permalink / raw)
To: Robert Lowery
Cc: Terry Wu, Andy Walls, Devin Heitmueller, Vincent McIntyre,
linux-media, Stefan Ringel, Steven Toth
Robert Lowery wrote:
> Mauro,
>
> I had to make 2 changes to get the patch to work for me
>
> see below
>
> HTH
>
> -Rob
>
>> + if (priv->firm_version >= 0x0302) {
>> + if (priv->cur_fw.type & DTV7)
>> + offset -= 300000;
>> + else if (type != ATSC) /* DVB @6MHz, DTV 8 and DTV 7/8 */
>> + offset += 200000;
>> + } else {
>> + if (priv->cur_fw.type & DTV7)
>> + offset -= 500000;
> This should be offset += 500000;
>
>> /*
>> * The DTV7 S-code table needs a 700 kHz shift.
>> * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
> I had to also delete the
> if (type & DTV7)
> demod += 500
>
> I suspect this is no longer required due to the offset += 500000 above
Both lines should be doing the same thing, but IMO, the better is to keep
the change at the demod.
Could you please preserve the above and remove the offset +=500000 ?
Note: are you available for irc? if so, please join #linuxtv at freenode.net.
Cheers,
Mauro
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-02-19 10:18 ` Robert Lowery
2010-02-19 12:23 ` Mauro Carvalho Chehab
@ 2010-02-19 14:07 ` Mauro Carvalho Chehab
2010-02-19 14:17 ` Robert Lowery
2010-03-12 10:34 ` Vincent McIntyre
1 sibling, 2 replies; 34+ messages in thread
From: Mauro Carvalho Chehab @ 2010-02-19 14:07 UTC (permalink / raw)
To: Robert Lowery
Cc: Terry Wu, Andy Walls, Devin Heitmueller, Vincent McIntyre,
linux-media, Stefan Ringel, Steven Toth
Robert Lowery wrote:
> Mauro,
>
> I had to make 2 changes to get the patch to work for me
Ok. Please test this (hopefully) final revision.
--
commit bd8bb8798bb96136b6898186d505c9e154334b5d
Author: Mauro Carvalho Chehab <mchehab@redhat.com>
Date: Fri Feb 19 02:45:00 2010 -0200
V4L/DVB: tuner-xc2028: fix tuning logic
There's one reported regression in Australia (DTV7) and some
reported troubles with newer firmwares. Rework the logic to improve
tuner on those cases.
Thanks-to: Robert Lowery <rglowery@exemail.com.au>
Thanks-to: Stefan Ringel <stefan.ringel@arcor.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
diff --git a/drivers/media/common/tuners/tuner-xc2028.c b/drivers/media/common/tuners/tuner-xc2028.c
index ed50168..ef61815 100644
--- a/drivers/media/common/tuners/tuner-xc2028.c
+++ b/drivers/media/common/tuners/tuner-xc2028.c
@@ -932,30 +932,52 @@ static int generic_set_freq(struct dvb_frontend *fe, u32 freq /* in HZ */,
* that xc2028 will be in a safe state.
* Maybe this might also be needed for DTV.
*/
- if (new_mode == T_ANALOG_TV)
+ if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
- /*
- * Digital modes require an offset to adjust to the
- * proper frequency.
- * Analog modes require offset = 0
- */
- if (new_mode == T_DIGITAL_TV) {
- /* Sets the offset according with firmware */
+ /* Analog modes require offset = 0 */
+ } else {
+ /*
+ * Digital modes require an offset to adjust to the
+ * proper frequency. The offset depends on what
+ * firmware version is used.
+ */
+
+ /*
+ * Adjust to the center frequency. This is calculated by the
+ * formula: offset = 1.25MHz - BW/2
+ * For DTV 7/8, the firmware uses BW = 8000, so it needs a
+ * further adjustment to get the frequency center on VHF
+ */
if (priv->cur_fw.type & DTV6)
offset = 1750000;
else if (priv->cur_fw.type & DTV7)
offset = 2250000;
else /* DTV8 or DTV78 */
offset = 2750000;
+ if ((priv->cur_fw.type & DTV78) && freq < 470000000)
+ offset -= 500000;
/*
- * We must adjust the offset by 500kHz when
- * tuning a 7MHz VHF channel with DTV78 firmware
- * (used in Australia, Italy and Germany)
+ * xc3028 additional "magic"
+ * Depending on the firmware version, it needs some adjustments
+ * to properly centralize the frequency. This seems to be
+ * needed to compensate the SCODE table adjustments made by
+ * newer firmwares
*/
- if ((priv->cur_fw.type & DTV78) && freq < 470000000)
- offset -= 500000;
+
+ if (priv->firm_version < 0x0302) {
+ if (priv->cur_fw.type & DTV7)
+ offset += 500000;
+#if 0
+ /* Still need some tests */
+ } else {
+ if (priv->cur_fw.type & DTV7)
+ offset -= 300000;
+ else if (type != ATSC) /* DVB @6MHz, DTV 8 and DTV 7/8 */
+ offset += 200000;
+#endif
+ }
}
div = (freq - offset + DIV / 2) / DIV;
@@ -1114,17 +1136,22 @@ static int xc2028_set_params(struct dvb_frontend *fe,
/* All S-code tables need a 200kHz shift */
if (priv->ctrl.demod) {
- demod = priv->ctrl.demod + 200;
+ /*
+ * Newer firmwares require a 200 kHz offset only for ATSC
+ */
+ if (type == ATSC || priv->firm_version < 0x0302)
+ demod = priv->ctrl.demod + 200;
/*
* The DTV7 S-code table needs a 700 kHz shift.
- * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
*
* DTV7 is only used in Australia. Germany or Italy may also
* use this firmware after initialization, but a tune to a UHF
* channel should then cause DTV78 to be used.
+ *
+ * Unfortunately, on real-field tests, the s-code offset
+ * didn't work as expected, as reported by
+ * Robert Lowery <rglowery@exemail.com.au>
*/
- if (type & DTV7)
- demod += 500;
}
return generic_set_freq(fe, p->frequency,
^ permalink raw reply related [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-02-19 14:07 ` Mauro Carvalho Chehab
@ 2010-02-19 14:17 ` Robert Lowery
2010-03-12 10:34 ` Vincent McIntyre
1 sibling, 0 replies; 34+ messages in thread
From: Robert Lowery @ 2010-02-19 14:17 UTC (permalink / raw)
To: Mauro Carvalho Chehab
Cc: Terry Wu, Andy Walls, Devin Heitmueller, Vincent McIntyre,
linux-media, Stefan Ringel, Steven Toth
> Robert Lowery wrote:
>> Mauro,
>>
>> I had to make 2 changes to get the patch to work for me
>
> Ok. Please test this (hopefully) final revision.
This version works for me
>
> --
>
> commit bd8bb8798bb96136b6898186d505c9e154334b5d
> Author: Mauro Carvalho Chehab <mchehab@redhat.com>
> Date: Fri Feb 19 02:45:00 2010 -0200
>
> V4L/DVB: tuner-xc2028: fix tuning logic
>
> There's one reported regression in Australia (DTV7) and some
> reported troubles with newer firmwares. Rework the logic to improve
> tuner on those cases.
>
> Thanks-to: Robert Lowery <rglowery@exemail.com.au>
> Thanks-to: Stefan Ringel <stefan.ringel@arcor.de>
> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
>
> diff --git a/drivers/media/common/tuners/tuner-xc2028.c
> b/drivers/media/common/tuners/tuner-xc2028.c
> index ed50168..ef61815 100644
> --- a/drivers/media/common/tuners/tuner-xc2028.c
> +++ b/drivers/media/common/tuners/tuner-xc2028.c
> @@ -932,30 +932,52 @@ static int generic_set_freq(struct dvb_frontend *fe,
> u32 freq /* in HZ */,
> * that xc2028 will be in a safe state.
> * Maybe this might also be needed for DTV.
> */
> - if (new_mode == T_ANALOG_TV)
> + if (new_mode == T_ANALOG_TV) {
> rc = send_seq(priv, {0x00, 0x00});
>
> - /*
> - * Digital modes require an offset to adjust to the
> - * proper frequency.
> - * Analog modes require offset = 0
> - */
> - if (new_mode == T_DIGITAL_TV) {
> - /* Sets the offset according with firmware */
> + /* Analog modes require offset = 0 */
> + } else {
> + /*
> + * Digital modes require an offset to adjust to the
> + * proper frequency. The offset depends on what
> + * firmware version is used.
> + */
> +
> + /*
> + * Adjust to the center frequency. This is calculated by the
> + * formula: offset = 1.25MHz - BW/2
> + * For DTV 7/8, the firmware uses BW = 8000, so it needs a
> + * further adjustment to get the frequency center on VHF
> + */
> if (priv->cur_fw.type & DTV6)
> offset = 1750000;
> else if (priv->cur_fw.type & DTV7)
> offset = 2250000;
> else /* DTV8 or DTV78 */
> offset = 2750000;
> + if ((priv->cur_fw.type & DTV78) && freq < 470000000)
> + offset -= 500000;
>
> /*
> - * We must adjust the offset by 500kHz when
> - * tuning a 7MHz VHF channel with DTV78 firmware
> - * (used in Australia, Italy and Germany)
> + * xc3028 additional "magic"
> + * Depending on the firmware version, it needs some adjustments
> + * to properly centralize the frequency. This seems to be
> + * needed to compensate the SCODE table adjustments made by
> + * newer firmwares
> */
> - if ((priv->cur_fw.type & DTV78) && freq < 470000000)
> - offset -= 500000;
> +
> + if (priv->firm_version < 0x0302) {
> + if (priv->cur_fw.type & DTV7)
> + offset += 500000;
> +#if 0
> + /* Still need some tests */
> + } else {
> + if (priv->cur_fw.type & DTV7)
> + offset -= 300000;
> + else if (type != ATSC) /* DVB @6MHz, DTV 8 and DTV 7/8 */
> + offset += 200000;
> +#endif
> + }
> }
>
> div = (freq - offset + DIV / 2) / DIV;
> @@ -1114,17 +1136,22 @@ static int xc2028_set_params(struct dvb_frontend
> *fe,
>
> /* All S-code tables need a 200kHz shift */
> if (priv->ctrl.demod) {
> - demod = priv->ctrl.demod + 200;
> + /*
> + * Newer firmwares require a 200 kHz offset only for ATSC
> + */
> + if (type == ATSC || priv->firm_version < 0x0302)
> + demod = priv->ctrl.demod + 200;
> /*
> * The DTV7 S-code table needs a 700 kHz shift.
> - * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
> *
> * DTV7 is only used in Australia. Germany or Italy may also
> * use this firmware after initialization, but a tune to a UHF
> * channel should then cause DTV78 to be used.
> + *
> + * Unfortunately, on real-field tests, the s-code offset
> + * didn't work as expected, as reported by
> + * Robert Lowery <rglowery@exemail.com.au>
> */
> - if (type & DTV7)
> - demod += 500;
> }
>
> return generic_set_freq(fe, p->frequency,
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-02-19 14:07 ` Mauro Carvalho Chehab
2010-02-19 14:17 ` Robert Lowery
@ 2010-03-12 10:34 ` Vincent McIntyre
2010-03-13 23:51 ` Andy Walls
1 sibling, 1 reply; 34+ messages in thread
From: Vincent McIntyre @ 2010-03-12 10:34 UTC (permalink / raw)
To: Mauro Carvalho Chehab
Cc: Robert Lowery, Terry Wu, Andy Walls, Devin Heitmueller,
linux-media, Stefan Ringel, Steven Toth
[-- Attachment #1: Type: text/plain, Size: 1111 bytes --]
On 2/20/10, Mauro Carvalho Chehab <mchehab@redhat.com> wrote:
> Robert Lowery wrote:
>> Mauro,
>>
>> I had to make 2 changes to get the patch to work for me
>
> Ok. Please test this (hopefully) final revision.
>
> --
>
> commit bd8bb8798bb96136b6898186d505c9e154334b5d
> Author: Mauro Carvalho Chehab <mchehab@redhat.com>
> Date: Fri Feb 19 02:45:00 2010 -0200
I finally found time to test carefully and if anyone still cares, the
patch works fine for me too.
I pulled it in from the hg tree, by the time it got there it had
morphed a little...
Many thanks for your (and Rob's) patient work on this.
I've attached a test log that shows what happens with signaltest.pl,
on each tuner.
The first two adapters are the Dual Digital 4 rev1, the next two
belong to a FusionHDTV Dual Digital Express.
The errors are nice and small now, compared with the values I got
before the patch.
I noticed something a little odd - the UNC error value always
increases, even though
signaltest.pl does a fresh invocation for each station in the sequence.
Switching to a different tuner seems to reset the UNC error counters.
[-- Attachment #2: test-20100308.log --]
[-- Type: application/octet-stream, Size: 130027 bytes --]
Script started on Mon 08 Mar 2010 23:22:30 EST
$ sudo /etc/init.d/mythtv-backend stop
* Stopping MythTV server: mythbackend [ OK ]
$ sh ../testscript.sh -s -a all
start ======================================================================
Mon Mar 8 23:23:27 EST 2010
Linux wellington 2.6.24-23-rt #1 SMP PREEMPT RT Wed Apr 1 23:40:34 UTC 2009 i686 GNU/Linux
contents of /etc/modutils/options ==========================================
# Enable double-buffering so gstreamer et. al. work
options quickcam compatible=2
# Default hostap to managed mode
options hostap_pci iw_mode=2
options hostap_cs iw_mode=2
# 2009-09-06 debugging tv tuner
# this causes it to be unable to tune to anything
#options tuner_xc2028 nopoweroff=1
#options tuner_xc2028 debug
#
lsusb ======================================================================
Bus 011 Device 003: ID 0fe9:db78 DVICO FusionHDTV DVB-T Dual Digital 4 (ZL10353+xc2028/xc3028) (initialized)
Bus 011 Device 002: ID 0fe9:db78 DVICO FusionHDTV DVB-T Dual Digital 4 (ZL10353+xc2028/xc3028) (initialized)
Bus 011 Device 001: ID 0000:0000
Bus 009 Device 001: ID 0000:0000
Bus 004 Device 001: ID 0000:0000
Bus 010 Device 001: ID 0000:0000
Bus 008 Device 001: ID 0000:0000
Bus 007 Device 002: ID 15c2:ffdc SoundGraph Inc. iMON PAD Remote Controller
Bus 007 Device 001: ID 0000:0000
Bus 006 Device 001: ID 0000:0000
Bus 005 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000
lspci ======================================================================
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02)
00:03.0 Communication controller: Intel Corporation 82G33/G31/P35/P31 Express MEI Controller (rev 02)
00:19.0 Ethernet controller: Intel Corporation 82566DC-2 Gigabit Network Connection (rev 02)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 02)
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IH (ICH9DH) LPC Interface Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
02:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6101 single-port PATA133 interface (rev b2)
04:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder (rev 02)
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller (rev 20)
06:01.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61)
06:01.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61)
06:01.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63)
06:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
dmesg ======================================================================
/dev/dvb
|-- [root root ] adapter0
| |-- [root video ] demux0
| |-- [root video ] dvr0
| |-- [root video ] frontend0
| `-- [root video ] net0
|-- [root root ] adapter1
| |-- [root video ] demux0
| |-- [root video ] dvr0
| |-- [root video ] frontend0
| `-- [root video ] net0
|-- [root root ] adapter2
| |-- [root video ] demux0
| |-- [root video ] dvr0
| |-- [root video ] frontend0
| `-- [root video ] net0
`-- [root root ] adapter3
|-- [root video ] demux0
|-- [root video ] dvr0
|-- [root video ] frontend0
`-- [root video ] net0
4 directories, 16 files
total 0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb0.demux0 -> ../../devices/pci0000:00/0000:00:1e.0/0000:06:01.2/usb11/11-1/dvb/dvb0.demux0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb0.dvr0 -> ../../devices/pci0000:00/0000:00:1e.0/0000:06:01.2/usb11/11-1/dvb/dvb0.dvr0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb0.frontend0 -> ../../devices/pci0000:00/0000:00:1e.0/0000:06:01.2/usb11/11-1/dvb/dvb0.frontend0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb0.net0 -> ../../devices/pci0000:00/0000:00:1e.0/0000:06:01.2/usb11/11-1/dvb/dvb0.net0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb1.demux0 -> ../../devices/pci0000:00/0000:00:1e.0/0000:06:01.2/usb11/11-2/dvb/dvb1.demux0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb1.dvr0 -> ../../devices/pci0000:00/0000:00:1e.0/0000:06:01.2/usb11/11-2/dvb/dvb1.dvr0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb1.frontend0 -> ../../devices/pci0000:00/0000:00:1e.0/0000:06:01.2/usb11/11-2/dvb/dvb1.frontend0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb1.net0 -> ../../devices/pci0000:00/0000:00:1e.0/0000:06:01.2/usb11/11-2/dvb/dvb1.net0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb2.demux0 -> ../../devices/pci0000:00/0000:00:1c.3/0000:04:00.0/dvb/dvb2.demux0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb2.dvr0 -> ../../devices/pci0000:00/0000:00:1c.3/0000:04:00.0/dvb/dvb2.dvr0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb2.frontend0 -> ../../devices/pci0000:00/0000:00:1c.3/0000:04:00.0/dvb/dvb2.frontend0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb2.net0 -> ../../devices/pci0000:00/0000:00:1c.3/0000:04:00.0/dvb/dvb2.net0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb3.demux0 -> ../../devices/pci0000:00/0000:00:1c.3/0000:04:00.0/dvb/dvb3.demux0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb3.dvr0 -> ../../devices/pci0000:00/0000:00:1c.3/0000:04:00.0/dvb/dvb3.dvr0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb3.frontend0 -> ../../devices/pci0000:00/0000:00:1c.3/0000:04:00.0/dvb/dvb3.frontend0
lrwxrwxrwx 1 root root 0 2010-03-08 23:23 dvb3.net0 -> ../../devices/pci0000:00/0000:00:1c.3/0000:04:00.0/dvb/dvb3.net0
device enumeration =========================================================
adapter 0usbid 0fe9:db78
adapter 1usbid 0fe9:db78
adapter 2pciid 0x18ac:0xdb78
adapter 3pciid 0x18ac:0xdb78
adapter 0 ==================================================================
signaltest =================================================================
tzap args: -a 0 -r -c /home/vjm/mythtv/channels.conf.2009-11-28
Starting...
================================================================================
Tunning channel 7 Digital(Seven Network) (177500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal cdd0 | snr 0000 | ber 00000000 | unc 0000020b |
status 1e | signal c1a8 | snr ffff | ber 00000000 | unc 0000020b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c1e0 | snr ffff | ber 00000000 | unc 0000020b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 75% BER 0 UNC 523
Signal: 75% BER 0 UNC 523
Signal: 75% BER 0 UNC 523
Signal: 75% BER 0 UNC 523
Signal: 75% BER 0 UNC 523
Signal: 75% BER 0 UNC 523
Signal: 75% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 75% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
================================================================================
Tunning channel 7 Digital 1(Seven Network) (177500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal affc | snr 0000 | ber 00000000 | unc 0000020b |
status 1e | signal c2d4 | snr ffff | ber 00000000 | unc 0000020b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c2ec | snr ffff | ber 00000000 | unc 0000020b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 2 UNC 523
Signal: 76% BER 2 UNC 523
Signal: 76% BER 2 UNC 523
Signal: 76% BER 2 UNC 523
Signal: 76% BER 2 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
================================================================================
Tunning channel 7TWO(Seven Network) (177500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 177500000 Hz
video pid 0x0221, audio pid 0x0222
status 00 | signal aebc | snr 0000 | ber 00000000 | unc 0000020b |
status 1e | signal c348 | snr ffff | ber 00000000 | unc 0000020b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c32c | snr ffff | ber 00000000 | unc 0000020b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
================================================================================
Tunning channel 7 Digital 3(Seven Network) (177500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal b4a8 | snr 0000 | ber 00000000 | unc 0000020b |
status 1e | signal c36c | snr ffff | ber 00000000 | unc 0000020b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c384 | snr fefe | ber 00000000 | unc 0000020b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
================================================================================
Tunning channel 7 HD Digital(Seven Network) (177500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 177500000 Hz
video pid 0x0241, audio pid 0x0000
status 00 | signal b194 | snr 0000 | ber 00000000 | unc 0000020b |
status 1e | signal c3b0 | snr ffff | ber 00000000 | unc 0000020b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c3c4 | snr fefe | ber 00000000 | unc 0000020b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 8 UNC 523
Signal: 76% BER 8 UNC 523
Signal: 76% BER 8 UNC 523
Signal: 76% BER 8 UNC 523
Signal: 76% BER 8 UNC 523
Signal: 76% BER 0 UNC 523
Signal: 76% BER 0 UNC 523
================================================================================
Tunning channel NINE DIGITAL(Nine Network) (191625000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 191625000 Hz
video pid 0x0207, audio pid 0x02d0
status 00 | signal cb98 | snr 0000 | ber 00000000 | unc 0000020b |
status 1e | signal c444 | snr f2f2 | ber 00000000 | unc 00000247 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c420 | snr f2f2 | ber 00000000 | unc 00000247 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 583
Signal: 76% BER 0 UNC 583
Signal: 76% BER 0 UNC 583
Signal: 76% BER 425 UNC 583
Signal: 76% BER 425 UNC 583
Signal: 76% BER 425 UNC 583
Signal: 76% BER 425 UNC 583
Signal: 76% BER 425 UNC 583
Signal: 76% BER 6 UNC 583
Signal: 76% BER 6 UNC 583
================================================================================
Tunning channel NINE HD(Nine Network) (191625000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 191625000 Hz
video pid 0x0200, audio pid 0x0000
status 00 | signal b64c | snr 0000 | ber 00000000 | unc 00000247 |
status 1e | signal c498 | snr f5f5 | ber 00000000 | unc 00000282 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4a0 | snr f1f1 | ber 00000000 | unc 00000282 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 642
Signal: 76% BER 0 UNC 642
Signal: 76% BER 0 UNC 642
Signal: 76% BER 605 UNC 642
Signal: 76% BER 605 UNC 642
Signal: 76% BER 605 UNC 642
Signal: 76% BER 605 UNC 642
Signal: 76% BER 605 UNC 642
Signal: 76% BER 8 UNC 642
Signal: 76% BER 8 UNC 642
================================================================================
Tunning channel GO!(Nine Network) (191625000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 191625000 Hz
video pid 0x0205, audio pid 0x02bc
status 00 | signal b0e0 | snr 0000 | ber 00000000 | unc 00000282 |
status 1e | signal c484 | snr f4f4 | ber 00000000 | unc 000002c2 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c474 | snr f1f1 | ber 00000000 | unc 000002c2 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 706
Signal: 76% BER 0 UNC 706
Signal: 76% BER 0 UNC 706
Signal: 76% BER 284 UNC 706
Signal: 76% BER 284 UNC 706
Signal: 76% BER 284 UNC 706
Signal: 76% BER 284 UNC 706
Signal: 76% BER 284 UNC 706
Signal: 76% BER 0 UNC 706
Signal: 76% BER 0 UNC 706
================================================================================
Tunning channel ONE HD(Ten Sydney) (219500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 219500000 Hz
video pid 0x0202, audio pid 0x0000
status 00 | signal b31c | snr 0000 | ber 00000000 | unc 000002c2 |
status 1e | signal c430 | snr fefe | ber 00000000 | unc 00000472 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c430 | snr fdfd | ber 00000000 | unc 00000472 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 1138
Signal: 76% BER 0 UNC 1138
Signal: 76% BER 0 UNC 1138
Signal: 76% BER 609 UNC 1138
Signal: 76% BER 609 UNC 1138
Signal: 76% BER 609 UNC 1138
Signal: 76% BER 609 UNC 1138
Signal: 76% BER 609 UNC 1138
Signal: 76% BER 0 UNC 1138
Signal: 76% BER 0 UNC 1138
================================================================================
Tunning channel TEN Digital(Ten Sydney) (219500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 219500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal ade8 | snr 0000 | ber 00000000 | unc 00000472 |
status 1e | signal c454 | snr fdfd | ber 00000000 | unc 000005ee | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c448 | snr fdfd | ber 00000000 | unc 000005ee | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 1518
Signal: 76% BER 0 UNC 1518
Signal: 76% BER 0 UNC 1518
Signal: 76% BER 609 UNC 1518
Signal: 76% BER 609 UNC 1518
Signal: 76% BER 609 UNC 1518
Signal: 76% BER 609 UNC 1518
Signal: 76% BER 609 UNC 1518
Signal: 76% BER 0 UNC 1518
Signal: 76% BER 0 UNC 1518
================================================================================
Tunning channel ONE HD(TEN Sydney) (219500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 219500000 Hz
video pid 0x0202, audio pid 0x0000
status 00 | signal cb64 | snr 0000 | ber 00000000 | unc 000005ee |
status 1e | signal c450 | snr fefe | ber 00000000 | unc 00000731 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c44c | snr fefe | ber 00000000 | unc 00000731 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 1841
Signal: 76% BER 0 UNC 1841
Signal: 76% BER 0 UNC 1841
Signal: 76% BER 912 UNC 1841
Signal: 76% BER 912 UNC 1841
Signal: 76% BER 912 UNC 1841
Signal: 76% BER 912 UNC 1841
Signal: 76% BER 912 UNC 1841
Signal: 76% BER 0 UNC 1841
Signal: 76% BER 0 UNC 1841
================================================================================
Tunning channel ONE DIGITAL(Ten Sydney) (219500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 219500000 Hz
video pid 0x0204, audio pid 0x02a9
status 00 | signal b750 | snr 0000 | ber 00000000 | unc 00000731 |
status 1e | signal c48c | snr fefe | ber 00000000 | unc 000008af | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c484 | snr ffff | ber 00000000 | unc 000008af | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 2223
Signal: 76% BER 0 UNC 2223
Signal: 76% BER 0 UNC 2223
Signal: 76% BER 352 UNC 2223
Signal: 76% BER 352 UNC 2223
Signal: 76% BER 352 UNC 2223
Signal: 76% BER 352 UNC 2223
Signal: 76% BER 352 UNC 2223
Signal: 76% BER 0 UNC 2223
Signal: 76% BER 0 UNC 2223
================================================================================
Tunning channel ABC HDTV(ABC) (226500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 226500000 Hz
video pid 0x090a, audio pid 0x0000
status 00 | signal aee8 | snr 0000 | ber 00000000 | unc 000008af |
status 1e | signal c4f0 | snr ffff | ber 00000000 | unc 0000094e | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4c4 | snr ffff | ber 00000000 | unc 0000094e | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 2382
Signal: 76% BER 0 UNC 2382
Signal: 76% BER 0 UNC 2382
Signal: 76% BER 791 UNC 2382
Signal: 76% BER 791 UNC 2382
Signal: 76% BER 791 UNC 2382
Signal: 76% BER 791 UNC 2382
Signal: 76% BER 791 UNC 2382
Signal: 76% BER 0 UNC 2382
Signal: 76% BER 0 UNC 2382
================================================================================
Tunning channel ABC1(ABC) (226500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal b104 | snr 0000 | ber 00000000 | unc 0000094e |
status 1e | signal c4c0 | snr ffff | ber 00000000 | unc 000009f3 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4c4 | snr ffff | ber 00000000 | unc 000009f3 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 2547
Signal: 76% BER 0 UNC 2547
Signal: 76% BER 0 UNC 2547
Signal: 76% BER 558 UNC 2547
Signal: 76% BER 558 UNC 2547
Signal: 76% BER 558 UNC 2547
Signal: 76% BER 558 UNC 2547
Signal: 76% BER 558 UNC 2547
Signal: 76% BER 0 UNC 2547
Signal: 76% BER 0 UNC 2547
================================================================================
Tunning channel ABC2(ABC) (226500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 226500000 Hz
video pid 0x0903, audio pid 0x0904
status 00 | signal b39c | snr 0000 | ber 00000000 | unc 000009f3 |
status 1e | signal c4f0 | snr ffff | ber 00000000 | unc 00000aa4 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4e0 | snr ffff | ber 00000000 | unc 00000aa4 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 2724
Signal: 76% BER 0 UNC 2724
Signal: 76% BER 0 UNC 2724
Signal: 76% BER 676 UNC 2724
Signal: 76% BER 676 UNC 2724
Signal: 76% BER 676 UNC 2724
Signal: 76% BER 676 UNC 2724
Signal: 76% BER 676 UNC 2724
Signal: 76% BER 0 UNC 2724
Signal: 76% BER 0 UNC 2724
================================================================================
Tunning channel ABC1(ABC) (226500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal b214 | snr 0000 | ber 00000000 | unc 00000aa4 |
status 1e | signal c4b8 | snr ffff | ber 00000000 | unc 00000b52 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4a0 | snr ffff | ber 00000000 | unc 00000b52 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 2898
Signal: 76% BER 0 UNC 2898
Signal: 76% BER 0 UNC 2898
Signal: 76% BER 502 UNC 2898
Signal: 76% BER 502 UNC 2898
Signal: 76% BER 502 UNC 2898
Signal: 76% BER 502 UNC 2898
Signal: 76% BER 502 UNC 2898
Signal: 76% BER 0 UNC 2898
Signal: 76% BER 0 UNC 2898
================================================================================
Tunning channel ABC3(ABC) (226500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal ae44 | snr 0000 | ber 00000000 | unc 00000b52 |
status 1e | signal c46c | snr ffff | ber 00000000 | unc 00000c04 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c488 | snr ffff | ber 00000000 | unc 00000c04 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 3076
Signal: 76% BER 0 UNC 3076
Signal: 76% BER 0 UNC 3076
Signal: 76% BER 521 UNC 3076
Signal: 76% BER 521 UNC 3076
Signal: 76% BER 521 UNC 3076
Signal: 76% BER 521 UNC 3076
Signal: 76% BER 521 UNC 3076
Signal: 76% BER 0 UNC 3076
Signal: 76% BER 0 UNC 3076
================================================================================
Tunning channel ABC DiG Radio(ABC) (226500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 226500000 Hz
video pid 0x0000, audio pid 0x090d
status 00 | signal b5e4 | snr 0000 | ber 00000000 | unc 00000c04 |
status 1e | signal c500 | snr ffff | ber 00000000 | unc 00000cae | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4bc | snr ffff | ber 00000000 | unc 00000cae | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 3246
Signal: 76% BER 0 UNC 3246
Signal: 76% BER 0 UNC 3246
Signal: 76% BER 641 UNC 3246
Signal: 76% BER 641 UNC 3246
Signal: 76% BER 641 UNC 3246
Signal: 76% BER 641 UNC 3246
Signal: 76% BER 641 UNC 3246
Signal: 76% BER 0 UNC 3246
Signal: 76% BER 0 UNC 3246
================================================================================
Tunning channel ABC DiG Jazz(ABC) (226500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 226500000 Hz
video pid 0x0000, audio pid 0x090e
status 00 | signal c528 | snr 0000 | ber 00000000 | unc 00000cae |
status 1e | signal c50c | snr ffff | ber 00000000 | unc 00000d5e | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4e4 | snr ffff | ber 00000000 | unc 00000d5e | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 3422
Signal: 76% BER 0 UNC 3422
Signal: 76% BER 0 UNC 3422
Signal: 76% BER 330 UNC 3422
Signal: 76% BER 330 UNC 3422
Signal: 76% BER 330 UNC 3422
Signal: 76% BER 330 UNC 3422
Signal: 76% BER 330 UNC 3422
Signal: 76% BER 0 UNC 3422
Signal: 76% BER 0 UNC 3422
================================================================================
Tunning channel SBS ONE(SBS) (571500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal af10 | snr 0000 | ber 00000000 | unc 00000d5e |
status 1e | signal c4e4 | snr e6e6 | ber 00000000 | unc 00000f1c | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4f4 | snr e7e7 | ber 00000000 | unc 00000f1c | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 3868
Signal: 76% BER 0 UNC 3868
Signal: 76% BER 0 UNC 3868
Signal: 76% BER 0 UNC 3868
Signal: 76% BER 660 UNC 3868
Signal: 76% BER 660 UNC 3868
Signal: 76% BER 660 UNC 3868
Signal: 76% BER 660 UNC 3868
Signal: 76% BER 660 UNC 3868
Signal: 76% BER 660 UNC 3868
================================================================================
Tunning channel SBS TWO(SBS) (571500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 571500000 Hz
video pid 0x00a2, audio pid 0x0053
status 00 | signal b084 | snr 0000 | ber 00000000 | unc 00000f1c |
status 1e | signal c504 | snr e6e6 | ber 00000000 | unc 00001096 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c510 | snr e7e7 | ber 00000000 | unc 00001096 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 4246
Signal: 76% BER 0 UNC 4246
Signal: 76% BER 0 UNC 4246
Signal: 76% BER 0 UNC 4246
Signal: 76% BER 780 UNC 4246
Signal: 76% BER 780 UNC 4246
Signal: 76% BER 780 UNC 4246
Signal: 76% BER 780 UNC 4246
Signal: 76% BER 780 UNC 4246
Signal: 77% BER 780 UNC 4246
================================================================================
Tunning channel SBS 3(SBS) (571500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal ad94 | snr 0000 | ber 00000000 | unc 00001096 |
status 1e | signal c4a0 | snr e6e6 | ber 00000000 | unc 00001240 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4c4 | snr e6e6 | ber 00000000 | unc 00001240 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 4672
Signal: 76% BER 0 UNC 4672
Signal: 76% BER 0 UNC 4672
Signal: 76% BER 0 UNC 4672
Signal: 76% BER 671 UNC 4672
Signal: 76% BER 671 UNC 4672
Signal: 76% BER 671 UNC 4672
Signal: 76% BER 671 UNC 4672
Signal: 76% BER 671 UNC 4672
Signal: 76% BER 671 UNC 4672
================================================================================
Tunning channel SBS 4(SBS) (571500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal b640 | snr 0000 | ber 00000000 | unc 00001240 |
status 1e | signal c4ac | snr e6e6 | ber 00000000 | unc 00001401 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4bc | snr e6e6 | ber 00000000 | unc 00001401 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 5121
Signal: 76% BER 0 UNC 5121
Signal: 76% BER 0 UNC 5121
Signal: 76% BER 0 UNC 5121
Signal: 76% BER 579 UNC 5121
Signal: 76% BER 579 UNC 5121
Signal: 76% BER 579 UNC 5121
Signal: 76% BER 579 UNC 5121
Signal: 76% BER 579 UNC 5121
Signal: 76% BER 579 UNC 5121
================================================================================
Tunning channel SBS HD(SBS) (571500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 571500000 Hz
video pid 0x0066, audio pid 0x0067
status 00 | signal b02c | snr 0000 | ber 00000000 | unc 00001401 |
status 1e | signal c4dc | snr e6e6 | ber 00000000 | unc 000015e1 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4f4 | snr e6e6 | ber 00000000 | unc 000015e1 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 5601
Signal: 76% BER 0 UNC 5601
Signal: 76% BER 0 UNC 5601
Signal: 76% BER 0 UNC 5601
Signal: 76% BER 935 UNC 5601
Signal: 76% BER 935 UNC 5601
Signal: 76% BER 935 UNC 5601
Signal: 76% BER 935 UNC 5601
Signal: 76% BER 935 UNC 5601
Signal: 76% BER 935 UNC 5601
================================================================================
Tunning channel SBS Radio 1(SBS) (571500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 571500000 Hz
video pid 0x0000, audio pid 0x00c9
status 00 | signal c5cc | snr 0000 | ber 00000000 | unc 000015e1 |
status 1e | signal c528 | snr e5e5 | ber 00000000 | unc 0000173e | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c510 | snr e7e7 | ber 00000000 | unc 0000173e | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 5950
Signal: 76% BER 0 UNC 5950
Signal: 77% BER 0 UNC 5950
Signal: 76% BER 0 UNC 5950
Signal: 77% BER 816 UNC 5950
Signal: 77% BER 816 UNC 5950
Signal: 76% BER 816 UNC 5950
Signal: 77% BER 816 UNC 5950
Signal: 77% BER 816 UNC 5950
Signal: 76% BER 816 UNC 5950
================================================================================
Tunning channel SBS Radio 2(SBS) (571500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 571500000 Hz
video pid 0x0000, audio pid 0x00ca
status 00 | signal ade4 | snr 0000 | ber 00000000 | unc 0000173e |
status 1e | signal c504 | snr e6e6 | ber 00000000 | unc 00001930 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c514 | snr e7e7 | ber 00000000 | unc 00001930 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 6448
Signal: 76% BER 0 UNC 6448
Signal: 76% BER 0 UNC 6448
Signal: 76% BER 0 UNC 6448
Signal: 77% BER 767 UNC 6448
Signal: 76% BER 767 UNC 6448
Signal: 76% BER 767 UNC 6448
Signal: 76% BER 767 UNC 6448
Signal: 76% BER 767 UNC 6448
Signal: 76% BER 767 UNC 6448
================================================================================
Tunning channel FTV Guide(D44) (578500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 578500000 Hz
video pid 0x0096, audio pid 0x0097
status 00 | signal b46c | snr 0000 | ber 00000000 | unc 00001930 |
status 1e | signal c4fc | snr dada | ber 00000000 | unc 00001ad0 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c50c | snr dbdb | ber 00000000 | unc 00001ad0 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 6864
Signal: 76% BER 0 UNC 6864
Signal: 76% BER 0 UNC 6864
Signal: 76% BER 894 UNC 6864
Signal: 76% BER 894 UNC 6864
Signal: 76% BER 894 UNC 6864
Signal: 76% BER 894 UNC 6864
Signal: 77% BER 894 UNC 6864
Signal: 76% BER 894 UNC 6864
Signal: 76% BER 0 UNC 6864
================================================================================
Tunning channel NITV(NITV) (578500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 578500000 Hz
video pid 0x00a0, audio pid 0x00a1
status 00 | signal b5e4 | snr 0000 | ber 00000000 | unc 00001ad0 |
status 1e | signal c518 | snr dbdb | ber 00000000 | unc 00001c90 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c504 | snr dbdb | ber 00000000 | unc 00001c90 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 7312
Signal: 76% BER 0 UNC 7312
Signal: 76% BER 0 UNC 7312
Signal: 76% BER 1303 UNC 7312
Signal: 76% BER 1303 UNC 7312
Signal: 76% BER 1303 UNC 7312
Signal: 76% BER 1303 UNC 7312
Signal: 76% BER 1303 UNC 7312
Signal: 76% BER 1303 UNC 7312
Signal: 76% BER 0 UNC 7312
================================================================================
Tunning channel D44-News(ABC) (578500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 578500000 Hz
video pid 0x006e, audio pid 0x006f
status 00 | signal af0c | snr 0000 | ber 00000000 | unc 00001c90 |
status 1e | signal c560 | snr dbdb | ber 00000000 | unc 00001e3e | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c54c | snr dbdb | ber 00000000 | unc 00001e3e | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 7742
Signal: 77% BER 0 UNC 7742
Signal: 77% BER 0 UNC 7742
Signal: 77% BER 870 UNC 7742
Signal: 77% BER 870 UNC 7742
Signal: 77% BER 870 UNC 7742
Signal: 77% BER 870 UNC 7742
Signal: 77% BER 870 UNC 7742
Signal: 77% BER 870 UNC 7742
Signal: 77% BER 0 UNC 7742
================================================================================
Tunning channel Digital Forty-Four(Digital Forty-Four) (578500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 578500000 Hz
video pid 0x0064, audio pid 0x0065
status 00 | signal d108 | snr 0000 | ber 00000000 | unc 00001e3e |
status 1e | signal c570 | snr dddd | ber 00000000 | unc 00001ff7 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c540 | snr dddd | ber 00000000 | unc 00001ff7 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 8183
Signal: 77% BER 0 UNC 8183
Signal: 77% BER 0 UNC 8183
Signal: 77% BER 814 UNC 8183
Signal: 77% BER 814 UNC 8183
Signal: 77% BER 814 UNC 8183
Signal: 77% BER 814 UNC 8183
Signal: 77% BER 814 UNC 8183
Signal: 77% BER 814 UNC 8183
Signal: 77% BER 0 UNC 8183
================================================================================
Tunning channel Teachers TV(Digital Forty-Four) (578500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 578500000 Hz
video pid 0x0078, audio pid 0x0079
status 00 | signal af94 | snr 0000 | ber 00000000 | unc 00001ff7 |
status 1e | signal c51c | snr dbdb | ber 00000000 | unc 00002147 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c514 | snr dbdb | ber 00000000 | unc 00002147 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 8519
Signal: 76% BER 0 UNC 8519
Signal: 77% BER 0 UNC 8519
Signal: 76% BER 724 UNC 8519
Signal: 76% BER 724 UNC 8519
Signal: 76% BER 724 UNC 8519
Signal: 76% BER 724 UNC 8519
Signal: 76% BER 724 UNC 8519
Signal: 76% BER 724 UNC 8519
Signal: 76% BER 0 UNC 8519
================================================================================
Tunning channel ACCTV(ACC) (578500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 578500000 Hz
video pid 0x00aa, audio pid 0x00ab
status 00 | signal ade8 | snr 0000 | ber 00000000 | unc 00002147 |
status 1e | signal c534 | snr dbdb | ber 00000000 | unc 0000229c | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c530 | snr dddd | ber 00000000 | unc 0000229c | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 8860
Signal: 77% BER 0 UNC 8860
Signal: 77% BER 0 UNC 8860
Signal: 76% BER 952 UNC 8860
Signal: 77% BER 952 UNC 8860
Signal: 76% BER 952 UNC 8860
Signal: 76% BER 952 UNC 8860
Signal: 76% BER 952 UNC 8860
Signal: 77% BER 952 UNC 8860
Signal: 77% BER 0 UNC 8860
================================================================================
Tunning channel Parliament - Representatives(D44) (578500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 578500000 Hz
video pid 0x00b4, audio pid 0x00b5
status 00 | signal b068 | snr 0000 | ber 00000000 | unc 0000229c |
status 1e | signal c510 | snr dddd | ber 00000000 | unc 000023e5 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c534 | snr dbdb | ber 00000000 | unc 000023e5 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 9189
Signal: 76% BER 0 UNC 9189
Signal: 77% BER 0 UNC 9189
Signal: 77% BER 1018 UNC 9189
Signal: 76% BER 1018 UNC 9189
Signal: 76% BER 1018 UNC 9189
Signal: 76% BER 1018 UNC 9189
Signal: 77% BER 1018 UNC 9189
Signal: 77% BER 1018 UNC 9189
Signal: 77% BER 0 UNC 9189
================================================================================
Tunning channel Parliament - Senate(D44) (578500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 578500000 Hz
video pid 0x00b4, audio pid 0x00b6
status 00 | signal b170 | snr 0000 | ber 00000000 | unc 000023e5 |
status 1e | signal c520 | snr dbdb | ber 00000000 | unc 00002557 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c51c | snr dbdb | ber 00000000 | unc 00002557 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 76% BER 0 UNC 9559
Signal: 77% BER 0 UNC 9559
Signal: 77% BER 0 UNC 9559
Signal: 77% BER 1061 UNC 9559
Signal: 76% BER 1061 UNC 9559
Signal: 77% BER 1061 UNC 9559
Signal: 77% BER 1061 UNC 9559
Signal: 77% BER 1061 UNC 9559
Signal: 76% BER 1061 UNC 9559
Signal: 77% BER 0 UNC 9559
================================================================================
Tunning channel EXPO(EXPO/TVSN) (578500000)
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 578500000 Hz
video pid 0x008c, audio pid 0x008d
status 00 | signal b644 | snr 0000 | ber 00000000 | unc 00002557 |
status 1e | signal c554 | snr dddd | ber 00000000 | unc 000026bf | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c55c | snr dbdb | ber 00000000 | unc 000026bf | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 9919
Signal: 77% BER 0 UNC 9919
Signal: 77% BER 0 UNC 9919
Signal: 77% BER 966 UNC 9919
Signal: 77% BER 966 UNC 9919
Signal: 77% BER 966 UNC 9919
Signal: 77% BER 966 UNC 9919
Signal: 77% BER 966 UNC 9919
Signal: 77% BER 966 UNC 9919
Signal: 77% BER 0 UNC 9919
Summary statistics:
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 76.3 % 1.0 523.0
191625000 76.7 % 219.9 643.7
219500000 76.7 % 310.2 1680.0
226500000 76.9 % 287.1 2899.3
571500000 76.9 % 446.4 5129.4
578500000 77.0 % 573.5 8460.8
adapter 1 ==================================================================
signaltest =================================================================
tzap args: -a 1 -r -c /home/vjm/mythtv/channels.conf.2009-11-28
Starting...
================================================================================
Tunning channel 7 Digital(Seven Network) (177500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal b28c | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c4d0 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c4f4 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel 7 Digital 1(Seven Network) (177500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal b2e4 | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c5a8 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c5c4 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 3 UNC 565
Signal: 77% BER 3 UNC 565
Signal: 77% BER 3 UNC 565
Signal: 77% BER 3 UNC 565
Signal: 77% BER 3 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel 7TWO(Seven Network) (177500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 177500000 Hz
video pid 0x0221, audio pid 0x0222
status 00 | signal b1c8 | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c634 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c61c | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel 7 Digital 3(Seven Network) (177500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal b62c | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c630 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c63c | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel 7 HD Digital(Seven Network) (177500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 177500000 Hz
video pid 0x0241, audio pid 0x0000
status 00 | signal b6e8 | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c6c0 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c680 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 8 UNC 565
Signal: 77% BER 8 UNC 565
Signal: 77% BER 8 UNC 565
Signal: 77% BER 8 UNC 565
Signal: 77% BER 8 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel NINE DIGITAL(Nine Network) (191625000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 191625000 Hz
video pid 0x0207, audio pid 0x02d0
status 00 | signal b0b8 | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c6f8 | snr f6f6 | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c6e0 | snr f8f8 | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel NINE HD(Nine Network) (191625000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 191625000 Hz
video pid 0x0200, audio pid 0x0000
status 00 | signal b32c | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c714 | snr f8f8 | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c704 | snr f6f6 | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel GO!(Nine Network) (191625000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 191625000 Hz
video pid 0x0205, audio pid 0x02bc
status 00 | signal b0a8 | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c70c | snr f8f8 | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c728 | snr f5f5 | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel ONE HD(Ten Sydney) (219500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 219500000 Hz
video pid 0x0202, audio pid 0x0000
status 00 | signal b81c | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c6cc | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c6d0 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 14 UNC 565
Signal: 77% BER 14 UNC 565
Signal: 77% BER 14 UNC 565
Signal: 77% BER 14 UNC 565
Signal: 77% BER 14 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel TEN Digital(Ten Sydney) (219500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 219500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal bc7c | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c6e0 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c6b0 | snr fefe | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel ONE HD(TEN Sydney) (219500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 219500000 Hz
video pid 0x0202, audio pid 0x0000
status 00 | signal bb3c | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c6ec | snr fefe | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c6dc | snr fefe | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel ONE DIGITAL(Ten Sydney) (219500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 219500000 Hz
video pid 0x0204, audio pid 0x02a9
status 00 | signal b0d8 | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c6e8 | snr fdfd | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c6d8 | snr fdfd | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel ABC HDTV(ABC) (226500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 226500000 Hz
video pid 0x090a, audio pid 0x0000
status 00 | signal bd08 | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c6f4 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c6f4 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 3 UNC 565
Signal: 77% BER 3 UNC 565
Signal: 77% BER 3 UNC 565
Signal: 77% BER 3 UNC 565
Signal: 77% BER 3 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel ABC1(ABC) (226500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal afbc | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c708 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c6fc | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel ABC2(ABC) (226500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 226500000 Hz
video pid 0x0903, audio pid 0x0904
status 00 | signal afd4 | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c6dc | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c6bc | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel ABC1(ABC) (226500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal b344 | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c6ec | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c6e8 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel ABC3(ABC) (226500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal b37c | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c714 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c708 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel ABC DiG Radio(ABC) (226500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 226500000 Hz
video pid 0x0000, audio pid 0x090d
status 00 | signal b06c | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c6f4 | snr fefe | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c708 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel ABC DiG Jazz(ABC) (226500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 226500000 Hz
video pid 0x0000, audio pid 0x090e
status 00 | signal b08c | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c714 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c714 | snr ffff | ber 00000000 | unc 00000235 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
Signal: 77% BER 0 UNC 565
================================================================================
Tunning channel SBS ONE(SBS) (571500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal b078 | snr 0000 | ber 00000000 | unc 00000235 |
status 1e | signal c730 | snr e6e6 | ber 00000000 | unc 000003e7 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c720 | snr e5e5 | ber 00000000 | unc 000003e7 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 999
Signal: 77% BER 0 UNC 999
Signal: 77% BER 0 UNC 999
Signal: 77% BER 0 UNC 999
Signal: 77% BER 793 UNC 999
Signal: 77% BER 793 UNC 999
Signal: 77% BER 793 UNC 999
Signal: 77% BER 793 UNC 999
Signal: 77% BER 793 UNC 999
Signal: 77% BER 793 UNC 999
================================================================================
Tunning channel SBS TWO(SBS) (571500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 571500000 Hz
video pid 0x00a2, audio pid 0x0053
status 00 | signal cbc0 | snr 0000 | ber 00000000 | unc 000003e7 |
status 1e | signal c748 | snr e6e6 | ber 00000000 | unc 0000055d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c74c | snr e6e6 | ber 00000000 | unc 0000055d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 1373
Signal: 77% BER 0 UNC 1373
Signal: 77% BER 0 UNC 1373
Signal: 77% BER 0 UNC 1373
Signal: 77% BER 932 UNC 1373
Signal: 77% BER 932 UNC 1373
Signal: 77% BER 932 UNC 1373
Signal: 77% BER 932 UNC 1373
Signal: 77% BER 932 UNC 1373
Signal: 77% BER 932 UNC 1373
================================================================================
Tunning channel SBS 3(SBS) (571500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal b224 | snr 0000 | ber 00000000 | unc 0000055d |
status 1e | signal c744 | snr e6e6 | ber 00000000 | unc 00000706 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c74c | snr e6e6 | ber 00000000 | unc 00000706 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 1798
Signal: 77% BER 0 UNC 1798
Signal: 77% BER 0 UNC 1798
Signal: 77% BER 0 UNC 1798
Signal: 77% BER 1021 UNC 1798
Signal: 77% BER 1021 UNC 1798
Signal: 77% BER 1021 UNC 1798
Signal: 77% BER 1021 UNC 1798
Signal: 77% BER 1021 UNC 1798
Signal: 77% BER 1021 UNC 1798
================================================================================
Tunning channel SBS 4(SBS) (571500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal af94 | snr 0000 | ber 00000000 | unc 00000706 |
status 1e | signal c750 | snr e6e6 | ber 00000000 | unc 000008aa | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c750 | snr e6e6 | ber 00000000 | unc 000008aa | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 2218
Signal: 77% BER 0 UNC 2218
Signal: 77% BER 0 UNC 2218
Signal: 77% BER 0 UNC 2218
Signal: 77% BER 871 UNC 2218
Signal: 77% BER 871 UNC 2218
Signal: 77% BER 871 UNC 2218
Signal: 77% BER 871 UNC 2218
Signal: 77% BER 871 UNC 2218
Signal: 77% BER 871 UNC 2218
================================================================================
Tunning channel SBS HD(SBS) (571500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 571500000 Hz
video pid 0x0066, audio pid 0x0067
status 00 | signal bba0 | snr 0000 | ber 00000000 | unc 000008aa |
status 1e | signal c74c | snr e6e6 | ber 00000000 | unc 00000a1c | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c740 | snr e6e6 | ber 00000000 | unc 00000a1c | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 2588
Signal: 77% BER 0 UNC 2588
Signal: 77% BER 0 UNC 2588
Signal: 77% BER 0 UNC 2588
Signal: 77% BER 871 UNC 2588
Signal: 77% BER 871 UNC 2588
Signal: 77% BER 871 UNC 2588
Signal: 77% BER 871 UNC 2588
Signal: 77% BER 871 UNC 2588
Signal: 77% BER 871 UNC 2588
================================================================================
Tunning channel SBS Radio 1(SBS) (571500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 571500000 Hz
video pid 0x0000, audio pid 0x00c9
status 00 | signal b4b8 | snr 0000 | ber 00000000 | unc 00000a1c |
status 1e | signal c758 | snr e6e6 | ber 00000000 | unc 00000b82 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c770 | snr e6e6 | ber 00000000 | unc 00000b82 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 2946
Signal: 77% BER 0 UNC 2946
Signal: 77% BER 0 UNC 2946
Signal: 77% BER 0 UNC 2946
Signal: 77% BER 1263 UNC 2946
Signal: 77% BER 1263 UNC 2946
Signal: 77% BER 1263 UNC 2946
Signal: 77% BER 1263 UNC 2946
Signal: 77% BER 1263 UNC 2946
Signal: 77% BER 1263 UNC 2946
================================================================================
Tunning channel SBS Radio 2(SBS) (571500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 571500000 Hz
video pid 0x0000, audio pid 0x00ca
status 00 | signal bb10 | snr 0000 | ber 00000000 | unc 00000b82 |
status 1e | signal c760 | snr e6e6 | ber 00000000 | unc 00000cd4 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c75c | snr e6e6 | ber 00000000 | unc 00000cd4 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 3284
Signal: 77% BER 0 UNC 3284
Signal: 77% BER 0 UNC 3284
Signal: 77% BER 0 UNC 3284
Signal: 77% BER 492 UNC 3284
Signal: 77% BER 492 UNC 3284
Signal: 77% BER 492 UNC 3284
Signal: 77% BER 492 UNC 3284
Signal: 77% BER 492 UNC 3284
Signal: 77% BER 492 UNC 3284
================================================================================
Tunning channel FTV Guide(D44) (578500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 578500000 Hz
video pid 0x0096, audio pid 0x0097
status 00 | signal be74 | snr 0000 | ber 00000000 | unc 00000cd4 |
status 1e | signal c798 | snr dede | ber 00000000 | unc 00000e40 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c764 | snr dede | ber 00000000 | unc 00000e40 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 3648
Signal: 77% BER 0 UNC 3648
Signal: 77% BER 0 UNC 3648
Signal: 77% BER 1059 UNC 3648
Signal: 77% BER 1059 UNC 3648
Signal: 77% BER 1059 UNC 3648
Signal: 77% BER 1059 UNC 3648
Signal: 77% BER 1059 UNC 3648
Signal: 77% BER 1059 UNC 3648
Signal: 77% BER 0 UNC 3648
================================================================================
Tunning channel NITV(NITV) (578500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 578500000 Hz
video pid 0x00a0, audio pid 0x00a1
status 00 | signal b7f4 | snr 0000 | ber 00000000 | unc 00000e40 |
status 1e | signal c758 | snr dddd | ber 00000000 | unc 00000faf | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c748 | snr dede | ber 00000000 | unc 00000faf | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 4015
Signal: 77% BER 0 UNC 4015
Signal: 77% BER 0 UNC 4015
Signal: 77% BER 1120 UNC 4015
Signal: 77% BER 1120 UNC 4015
Signal: 77% BER 1120 UNC 4015
Signal: 77% BER 1120 UNC 4015
Signal: 77% BER 1120 UNC 4015
Signal: 77% BER 1120 UNC 4015
Signal: 77% BER 0 UNC 4015
================================================================================
Tunning channel D44-News(ABC) (578500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 578500000 Hz
video pid 0x006e, audio pid 0x006f
status 00 | signal b14c | snr 0000 | ber 00000000 | unc 00000faf |
status 1e | signal c778 | snr dede | ber 00000000 | unc 00001140 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c784 | snr dede | ber 00000000 | unc 00001140 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 4416
Signal: 77% BER 0 UNC 4416
Signal: 77% BER 0 UNC 4416
Signal: 77% BER 922 UNC 4416
Signal: 77% BER 922 UNC 4416
Signal: 77% BER 922 UNC 4416
Signal: 77% BER 922 UNC 4416
Signal: 77% BER 922 UNC 4416
Signal: 77% BER 922 UNC 4416
Signal: 77% BER 0 UNC 4416
================================================================================
Tunning channel Digital Forty-Four(Digital Forty-Four) (578500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 578500000 Hz
video pid 0x0064, audio pid 0x0065
status 00 | signal c14c | snr 0000 | ber 00000000 | unc 00001140 |
status 1e | signal c774 | snr dede | ber 00000000 | unc 000012d8 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c754 | snr dede | ber 00000000 | unc 000012d8 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 4824
Signal: 77% BER 0 UNC 4824
Signal: 77% BER 0 UNC 4824
Signal: 77% BER 836 UNC 4824
Signal: 77% BER 836 UNC 4824
Signal: 77% BER 836 UNC 4824
Signal: 77% BER 836 UNC 4824
Signal: 77% BER 836 UNC 4824
Signal: 77% BER 836 UNC 4824
Signal: 77% BER 0 UNC 4824
================================================================================
Tunning channel Teachers TV(Digital Forty-Four) (578500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 578500000 Hz
video pid 0x0078, audio pid 0x0079
status 00 | signal b010 | snr 0000 | ber 00000000 | unc 000012d8 |
status 1e | signal c780 | snr dddd | ber 00000000 | unc 00001429 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c768 | snr dfdf | ber 00000000 | unc 00001429 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 5161
Signal: 77% BER 0 UNC 5161
Signal: 77% BER 0 UNC 5161
Signal: 77% BER 976 UNC 5161
Signal: 77% BER 976 UNC 5161
Signal: 77% BER 976 UNC 5161
Signal: 77% BER 976 UNC 5161
Signal: 77% BER 976 UNC 5161
Signal: 77% BER 976 UNC 5161
Signal: 77% BER 0 UNC 5161
================================================================================
Tunning channel ACCTV(ACC) (578500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 578500000 Hz
video pid 0x00aa, audio pid 0x00ab
status 00 | signal b4d0 | snr 0000 | ber 00000000 | unc 00001429 |
status 1e | signal c76c | snr dede | ber 00000000 | unc 000015b3 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c788 | snr dede | ber 00000000 | unc 000015b3 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 5555
Signal: 77% BER 0 UNC 5555
Signal: 77% BER 0 UNC 5555
Signal: 77% BER 773 UNC 5555
Signal: 77% BER 773 UNC 5555
Signal: 77% BER 773 UNC 5555
Signal: 77% BER 773 UNC 5555
Signal: 77% BER 773 UNC 5555
Signal: 77% BER 773 UNC 5555
Signal: 77% BER 0 UNC 5555
================================================================================
Tunning channel Parliament - Representatives(D44) (578500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 578500000 Hz
video pid 0x00b4, audio pid 0x00b5
status 00 | signal bf40 | snr 0000 | ber 00000000 | unc 000015b3 |
status 1e | signal c75c | snr dede | ber 00000000 | unc 000016f9 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c784 | snr dfdf | ber 00000000 | unc 000016f9 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 5881
Signal: 77% BER 0 UNC 5881
Signal: 77% BER 0 UNC 5881
Signal: 77% BER 829 UNC 5881
Signal: 77% BER 829 UNC 5881
Signal: 77% BER 829 UNC 5881
Signal: 77% BER 829 UNC 5881
Signal: 77% BER 829 UNC 5881
Signal: 77% BER 829 UNC 5881
Signal: 77% BER 0 UNC 5881
================================================================================
Tunning channel Parliament - Senate(D44) (578500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 578500000 Hz
video pid 0x00b4, audio pid 0x00b6
status 00 | signal bda8 | snr 0000 | ber 00000000 | unc 000016f9 |
status 1e | signal c75c | snr dede | ber 00000000 | unc 00001888 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c778 | snr dede | ber 00000000 | unc 00001888 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 6280
Signal: 77% BER 0 UNC 6280
Signal: 77% BER 0 UNC 6280
Signal: 77% BER 759 UNC 6280
Signal: 77% BER 759 UNC 6280
Signal: 77% BER 759 UNC 6280
Signal: 77% BER 759 UNC 6280
Signal: 77% BER 759 UNC 6280
Signal: 77% BER 759 UNC 6280
Signal: 77% BER 0 UNC 6280
================================================================================
Tunning channel EXPO(EXPO/TVSN) (578500000)
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
tuning to 578500000 Hz
video pid 0x008c, audio pid 0x008d
status 00 | signal b8d8 | snr 0000 | ber 00000000 | unc 00001888 |
status 1e | signal c770 | snr dfdf | ber 00000000 | unc 00001a0d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal c77c | snr dede | ber 00000000 | unc 00001a0d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 77% BER 0 UNC 6669
Signal: 77% BER 0 UNC 6669
Signal: 77% BER 0 UNC 6669
Signal: 77% BER 869 UNC 6669
Signal: 77% BER 869 UNC 6669
Signal: 77% BER 869 UNC 6669
Signal: 77% BER 869 UNC 6669
Signal: 77% BER 869 UNC 6669
Signal: 77% BER 869 UNC 6669
Signal: 77% BER 0 UNC 6669
Summary statistics:
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 77.4 % 1.1 565.0
191625000 77.7 % 0.0 565.0
219500000 77.7 % 1.8 565.0
226500000 77.7 % 0.2 565.0
571500000 77.8 % 535.1 2172.3
578500000 77.9 % 542.9 5161.0
adapter 2 ==================================================================
signaltest =================================================================
tzap args: -a 2 -r -c /home/vjm/mythtv/channels.conf.2009-11-28
Starting...
================================================================================
Tunning channel 7 Digital(Seven Network) (177500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal 2820 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal b70c | snr f9f9 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b754 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 71% BER 0 UNC 0
Signal: 71% BER 0 UNC 0
Signal: 71% BER 0 UNC 0
Signal: 71% BER 0 UNC 0
Signal: 71% BER 0 UNC 0
Signal: 71% BER 0 UNC 0
Signal: 71% BER 0 UNC 0
Signal: 71% BER 0 UNC 0
Signal: 71% BER 0 UNC 0
Signal: 71% BER 0 UNC 0
================================================================================
Tunning channel 7 Digital 1(Seven Network) (177500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal 2fec | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal b8e4 | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b8e4 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 28 UNC 0
Signal: 72% BER 28 UNC 0
Signal: 72% BER 28 UNC 0
Signal: 72% BER 28 UNC 0
Signal: 72% BER 28 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
================================================================================
Tunning channel 7TWO(Seven Network) (177500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 177500000 Hz
video pid 0x0221, audio pid 0x0222
status 00 | signal 343c | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal b920 | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b94c | snr fdfd | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 117
Signal: 72% BER 482 UNC 117
Signal: 72% BER 482 UNC 117
================================================================================
Tunning channel 7 Digital 3(Seven Network) (177500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal 29bc | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal b960 | snr fefe | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b994 | snr fdfd | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
================================================================================
Tunning channel 7 HD Digital(Seven Network) (177500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 177500000 Hz
video pid 0x0241, audio pid 0x0000
status 00 | signal 31c4 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal b988 | snr fdfd | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b994 | snr fefe | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
================================================================================
Tunning channel NINE DIGITAL(Nine Network) (191625000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 191625000 Hz
video pid 0x0207, audio pid 0x02d0
status 00 | signal 5c2c | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal bcb4 | snr f6f6 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bcac | snr f2f2 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
================================================================================
Tunning channel NINE HD(Nine Network) (191625000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 191625000 Hz
video pid 0x0200, audio pid 0x0000
status 00 | signal 52e0 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal bcd4 | snr f6f6 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bcb8 | snr f2f2 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
================================================================================
Tunning channel GO!(Nine Network) (191625000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 191625000 Hz
video pid 0x0205, audio pid 0x02bc
status 00 | signal 5bbc | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal bce8 | snr f5f5 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bcf4 | snr f1f1 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
================================================================================
Tunning channel ONE HD(Ten Sydney) (219500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 219500000 Hz
video pid 0x0202, audio pid 0x0000
status 00 | signal 4440 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal ba60 | snr fafa | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba58 | snr fafa | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
================================================================================
Tunning channel TEN Digital(Ten Sydney) (219500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 219500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal 3cf4 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal ba70 | snr fdfd | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba8c | snr fafa | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 1 UNC 117
Signal: 72% BER 1 UNC 117
Signal: 72% BER 1 UNC 117
Signal: 72% BER 1 UNC 117
Signal: 72% BER 1 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
================================================================================
Tunning channel ONE HD(TEN Sydney) (219500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 219500000 Hz
video pid 0x0202, audio pid 0x0000
status 00 | signal 37f4 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal baa8 | snr f6f6 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba9c | snr fafa | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
================================================================================
Tunning channel ONE DIGITAL(Ten Sydney) (219500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 219500000 Hz
video pid 0x0204, audio pid 0x02a9
status 00 | signal 397c | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal baa0 | snr f9f9 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba94 | snr fafa | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
================================================================================
Tunning channel ABC HDTV(ABC) (226500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 226500000 Hz
video pid 0x090a, audio pid 0x0000
status 00 | signal 4c20 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal bc34 | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bbdc | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 3 UNC 117
Signal: 73% BER 3 UNC 117
Signal: 73% BER 3 UNC 117
Signal: 73% BER 3 UNC 117
Signal: 73% BER 3 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
================================================================================
Tunning channel ABC1(ABC) (226500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal 706c | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal bc64 | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc34 | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
================================================================================
Tunning channel ABC2(ABC) (226500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 226500000 Hz
video pid 0x0903, audio pid 0x0904
status 00 | signal 572c | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal bc4c | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc24 | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
================================================================================
Tunning channel ABC1(ABC) (226500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal 5898 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal bc78 | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc64 | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 7 UNC 117
Signal: 73% BER 7 UNC 117
Signal: 73% BER 7 UNC 117
Signal: 73% BER 7 UNC 117
Signal: 73% BER 7 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
================================================================================
Tunning channel ABC3(ABC) (226500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal 53e8 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal bc68 | snr fefe | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc6c | snr fefe | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
================================================================================
Tunning channel ABC DiG Radio(ABC) (226500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 226500000 Hz
video pid 0x0000, audio pid 0x090d
status 00 | signal 4ed8 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal bc78 | snr fefe | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc24 | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
================================================================================
Tunning channel ABC DiG Jazz(ABC) (226500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 226500000 Hz
video pid 0x0000, audio pid 0x090e
status 00 | signal 4d60 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal bc64 | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc40 | snr ffff | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
Signal: 73% BER 0 UNC 117
================================================================================
Tunning channel SBS ONE(SBS) (571500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal 3744 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal ba98 | snr e6e6 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bac0 | snr e5e5 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
================================================================================
Tunning channel SBS TWO(SBS) (571500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 571500000 Hz
video pid 0x00a2, audio pid 0x0053
status 00 | signal 2cc4 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal b9f4 | snr e6e6 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b9c8 | snr e6e6 | ber 00000000 | unc 00000075 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
Signal: 72% BER 0 UNC 117
================================================================================
Tunning channel SBS 3(SBS) (571500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal 39c0 | snr 0000 | ber 00000000 | unc 00000075 |
status 1e | signal babc | snr e4e4 | ber 00000000 | unc 0000016d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb24 | snr e5e5 | ber 00000000 | unc 0000016d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 365
Signal: 72% BER 0 UNC 365
Signal: 72% BER 0 UNC 365
Signal: 73% BER 0 UNC 365
Signal: 72% BER 28 UNC 365
Signal: 73% BER 28 UNC 365
Signal: 72% BER 28 UNC 365
Signal: 72% BER 28 UNC 365
Signal: 73% BER 28 UNC 365
Signal: 72% BER 28 UNC 365
================================================================================
Tunning channel SBS 4(SBS) (571500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal 39bc | snr 0000 | ber 00000000 | unc 0000016d |
status 1e | signal ba8c | snr e4e4 | ber 00000000 | unc 0000016d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bab0 | snr e4e4 | ber 00000000 | unc 0000016d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 365
Signal: 72% BER 0 UNC 365
Signal: 72% BER 0 UNC 365
Signal: 72% BER 0 UNC 365
Signal: 72% BER 0 UNC 365
Signal: 72% BER 0 UNC 365
Signal: 72% BER 0 UNC 365
Signal: 72% BER 0 UNC 365
Signal: 72% BER 0 UNC 365
Signal: 73% BER 0 UNC 365
================================================================================
Tunning channel SBS HD(SBS) (571500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 571500000 Hz
video pid 0x0066, audio pid 0x0067
status 00 | signal 3508 | snr 0000 | ber 00000000 | unc 0000016d |
status 1e | signal bad8 | snr e4e4 | ber 00000000 | unc 0000016d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bad4 | snr e5e5 | ber 00000000 | unc 00000256 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 9 UNC 598
Signal: 72% BER 9 UNC 598
Signal: 73% BER 9 UNC 598
Signal: 73% BER 9 UNC 598
Signal: 72% BER 9 UNC 598
Signal: 72% BER 9 UNC 598
================================================================================
Tunning channel SBS Radio 1(SBS) (571500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 571500000 Hz
video pid 0x0000, audio pid 0x00c9
status 00 | signal 4270 | snr 0000 | ber 00000000 | unc 00000256 |
status 1e | signal bad8 | snr e6e6 | ber 00000000 | unc 00000256 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb2c | snr e6e6 | ber 00000000 | unc 00000256 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
Signal: 72% BER 0 UNC 598
================================================================================
Tunning channel SBS Radio 2(SBS) (571500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 571500000 Hz
video pid 0x0000, audio pid 0x00ca
status 00 | signal 34e8 | snr 0000 | ber 00000000 | unc 00000256 |
status 00 | signal 31a8 | snr 0000 | ber 00000000 | unc 00000256 |
status 1e | signal bad0 | snr e6e6 | ber 00000000 | unc 0000033f | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bad8 | snr e6e6 | ber 00000000 | unc 0000033f | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 831
Signal: 72% BER 0 UNC 831
Signal: 72% BER 0 UNC 831
Signal: 72% BER 0 UNC 831
Signal: 72% BER 30 UNC 831
Signal: 72% BER 30 UNC 831
Signal: 72% BER 30 UNC 831
Signal: 72% BER 30 UNC 831
Signal: 72% BER 30 UNC 831
Signal: 72% BER 30 UNC 831
================================================================================
Tunning channel FTV Guide(D44) (578500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 578500000 Hz
video pid 0x0096, audio pid 0x0097
status 00 | signal 4ed4 | snr 0000 | ber 00000000 | unc 0000033f |
status 1e | signal bc1c | snr d3d3 | ber 00000000 | unc 0000050a | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bbe0 | snr d3d3 | ber 00000000 | unc 0000050a | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 1290
Signal: 73% BER 0 UNC 1290
Signal: 73% BER 0 UNC 1290
Signal: 73% BER 1708 UNC 1290
Signal: 73% BER 1708 UNC 1290
Signal: 73% BER 1708 UNC 1290
Signal: 73% BER 1708 UNC 1290
Signal: 73% BER 1708 UNC 1290
Signal: 73% BER 1708 UNC 1290
Signal: 73% BER 0 UNC 1290
================================================================================
Tunning channel NITV(NITV) (578500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 578500000 Hz
video pid 0x00a0, audio pid 0x00a1
status 00 | signal 4a1c | snr 0000 | ber 00000000 | unc 0000050a |
status 1e | signal bbf0 | snr d5d5 | ber 00000000 | unc 0000075d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc18 | snr d2d2 | ber 00000000 | unc 0000075d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 1885
Signal: 73% BER 0 UNC 1885
Signal: 73% BER 0 UNC 1885
Signal: 73% BER 3727 UNC 1885
Signal: 73% BER 3727 UNC 1885
Signal: 73% BER 3727 UNC 1885
Signal: 73% BER 3727 UNC 1885
Signal: 73% BER 3727 UNC 1885
Signal: 73% BER 3727 UNC 1885
Signal: 73% BER 0 UNC 1885
================================================================================
Tunning channel D44-News(ABC) (578500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 578500000 Hz
video pid 0x006e, audio pid 0x006f
status 00 | signal 48d4 | snr 0000 | ber 00000000 | unc 0000075d |
status 1e | signal bc20 | snr d2d2 | ber 00000000 | unc 000009e4 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc44 | snr d2d2 | ber 00000000 | unc 000009e4 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 2532
Signal: 73% BER 0 UNC 2532
Signal: 73% BER 0 UNC 2532
Signal: 73% BER 6867 UNC 2532
Signal: 73% BER 6867 UNC 2532
Signal: 73% BER 6867 UNC 2532
Signal: 73% BER 6867 UNC 2532
Signal: 73% BER 6867 UNC 2532
Signal: 73% BER 6867 UNC 2532
Signal: 73% BER 0 UNC 2532
================================================================================
Tunning channel Digital Forty-Four(Digital Forty-Four) (578500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 578500000 Hz
video pid 0x0064, audio pid 0x0065
status 00 | signal 4570 | snr 0000 | ber 00000000 | unc 000009e4 |
status 1e | signal bc08 | snr d3d3 | ber 00000000 | unc 00000d55 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bbdc | snr d3d3 | ber 00000000 | unc 00000d55 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 3413
Signal: 73% BER 0 UNC 3413
Signal: 73% BER 0 UNC 3413
Signal: 73% BER 5629 UNC 3413
Signal: 73% BER 5629 UNC 3413
Signal: 73% BER 5629 UNC 3413
Signal: 73% BER 5629 UNC 3413
Signal: 73% BER 5629 UNC 3413
Signal: 73% BER 5629 UNC 3413
Signal: 73% BER 0 UNC 3413
================================================================================
Tunning channel Teachers TV(Digital Forty-Four) (578500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 578500000 Hz
video pid 0x0078, audio pid 0x0079
status 00 | signal 489c | snr 0000 | ber 00000000 | unc 00000d55 |
status 1e | signal bc1c | snr d5d5 | ber 00000000 | unc 000011d6 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bbe8 | snr d3d3 | ber 00000000 | unc 000011d6 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 4566
Signal: 73% BER 0 UNC 4566
Signal: 73% BER 0 UNC 4566
Signal: 73% BER 4906 UNC 4566
Signal: 73% BER 4906 UNC 4566
Signal: 73% BER 4906 UNC 4566
Signal: 73% BER 4906 UNC 4566
Signal: 73% BER 4906 UNC 4566
Signal: 73% BER 4906 UNC 4566
Signal: 73% BER 0 UNC 4566
================================================================================
Tunning channel ACCTV(ACC) (578500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 578500000 Hz
video pid 0x00aa, audio pid 0x00ab
status 00 | signal 7008 | snr 0000 | ber 00000000 | unc 000011d6 |
status 1e | signal bbdc | snr d5d5 | ber 00000000 | unc 000013c1 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc08 | snr d5d5 | ber 00000000 | unc 000013c1 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 5057
Signal: 73% BER 0 UNC 5057
Signal: 73% BER 0 UNC 5057
Signal: 73% BER 2849 UNC 5057
Signal: 73% BER 2849 UNC 5057
Signal: 73% BER 2849 UNC 5057
Signal: 73% BER 2849 UNC 5057
Signal: 73% BER 2849 UNC 5057
Signal: 73% BER 2849 UNC 5057
Signal: 73% BER 0 UNC 5057
================================================================================
Tunning channel Parliament - Representatives(D44) (578500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 578500000 Hz
video pid 0x00b4, audio pid 0x00b5
status 00 | signal 46a4 | snr 0000 | ber 00000000 | unc 000013c1 |
status 1e | signal bc1c | snr d5d5 | ber 00000000 | unc 000015f9 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc30 | snr d5d5 | ber 00000000 | unc 000015f9 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 5625
Signal: 73% BER 0 UNC 5625
Signal: 73% BER 0 UNC 5625
Signal: 73% BER 3359 UNC 5625
Signal: 73% BER 3359 UNC 5625
Signal: 73% BER 3359 UNC 5625
Signal: 73% BER 3359 UNC 5625
Signal: 73% BER 3359 UNC 5625
Signal: 73% BER 3359 UNC 5625
Signal: 73% BER 0 UNC 5625
================================================================================
Tunning channel Parliament - Senate(D44) (578500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 578500000 Hz
video pid 0x00b4, audio pid 0x00b6
status 00 | signal 4fd8 | snr 0000 | ber 00000000 | unc 000015f9 |
status 1e | signal bc20 | snr d2d2 | ber 00000000 | unc 0000187d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bbe4 | snr d2d2 | ber 00000000 | unc 0000187d | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 6269
Signal: 73% BER 0 UNC 6269
Signal: 73% BER 0 UNC 6269
Signal: 73% BER 2431 UNC 6269
Signal: 73% BER 2431 UNC 6269
Signal: 73% BER 2431 UNC 6269
Signal: 73% BER 2431 UNC 6269
Signal: 73% BER 2431 UNC 6269
Signal: 73% BER 2431 UNC 6269
Signal: 73% BER 0 UNC 6269
================================================================================
Tunning channel EXPO(EXPO/TVSN) (578500000)
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0'
tuning to 578500000 Hz
video pid 0x008c, audio pid 0x008d
status 00 | signal 3928 | snr 0000 | ber 00000000 | unc 0000187d |
status 1e | signal bc24 | snr d3d3 | ber 00000000 | unc 00001bac | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc64 | snr d5d5 | ber 00000000 | unc 00001bac | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 7084
Signal: 73% BER 0 UNC 7084
Signal: 73% BER 0 UNC 7084
Signal: 73% BER 2563 UNC 7084
Signal: 73% BER 2563 UNC 7084
Signal: 73% BER 2563 UNC 7084
Signal: 73% BER 2563 UNC 7084
Signal: 73% BER 2563 UNC 7084
Signal: 73% BER 2563 UNC 7084
Signal: 73% BER 0 UNC 7084
Summary statistics:
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 72.3 % 22.1 53.8
191625000 73.8 % 0.0 117.0
219500000 72.9 % 0.1 117.0
226500000 73.5 % 0.7 117.0
571500000 72.9 % 5.7 427.3
578500000 73.5 % 2269.3 4191.2
adapter 3 ==================================================================
signaltest =================================================================
tzap args: -a 3 -r -c /home/vjm/mythtv/channels.conf.2009-11-28
Starting...
================================================================================
Tunning channel 7 Digital(Seven Network) (177500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal 211c | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal b814 | snr fdfd | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b854 | snr fcfc | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
================================================================================
Tunning channel 7 Digital 1(Seven Network) (177500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal 1c08 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal b868 | snr fafa | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b864 | snr fdfd | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
================================================================================
Tunning channel 7TWO(Seven Network) (177500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 177500000 Hz
video pid 0x0221, audio pid 0x0222
status 00 | signal 20c0 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal b974 | snr fcfc | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b988 | snr fafa | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 6 UNC 0
Signal: 72% BER 6 UNC 0
Signal: 72% BER 6 UNC 0
Signal: 72% BER 6 UNC 0
Signal: 72% BER 6 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
================================================================================
Tunning channel 7 Digital 3(Seven Network) (177500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 177500000 Hz
video pid 0x0201, audio pid 0x0202
status 00 | signal 2160 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal b980 | snr f9f9 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b980 | snr fafa | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
================================================================================
Tunning channel 7 HD Digital(Seven Network) (177500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 177500000 Hz
video pid 0x0241, audio pid 0x0000
status 00 | signal 1f3c | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal b99c | snr fcfc | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b9b0 | snr fafa | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
================================================================================
Tunning channel NINE DIGITAL(Nine Network) (191625000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 191625000 Hz
video pid 0x0207, audio pid 0x02d0
status 00 | signal 46f8 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal bbdc | snr eeee | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bbf8 | snr ecec | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
================================================================================
Tunning channel NINE HD(Nine Network) (191625000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 191625000 Hz
video pid 0x0200, audio pid 0x0000
status 00 | signal 4844 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal bc8c | snr f0f0 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc9c | snr e9e9 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
================================================================================
Tunning channel GO!(Nine Network) (191625000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 191625000 Hz
video pid 0x0205, audio pid 0x02bc
status 00 | signal 4518 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal bc70 | snr f1f1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc6c | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 6 UNC 0
Signal: 73% BER 6 UNC 0
Signal: 73% BER 6 UNC 0
Signal: 73% BER 6 UNC 0
Signal: 73% BER 6 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
================================================================================
Tunning channel ONE HD(Ten Sydney) (219500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 219500000 Hz
video pid 0x0202, audio pid 0x0000
status 00 | signal 2954 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal ba24 | snr f6f6 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba4c | snr fafa | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
================================================================================
Tunning channel TEN Digital(Ten Sydney) (219500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 219500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal 2d20 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal ba4c | snr f8f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba68 | snr f8f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
================================================================================
Tunning channel ONE HD(TEN Sydney) (219500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 219500000 Hz
video pid 0x0202, audio pid 0x0000
status 00 | signal 2ab4 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal ba3c | snr f8f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba2c | snr f8f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 3 UNC 0
Signal: 72% BER 3 UNC 0
Signal: 72% BER 3 UNC 0
Signal: 72% BER 3 UNC 0
Signal: 72% BER 3 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
================================================================================
Tunning channel ONE DIGITAL(Ten Sydney) (219500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 219500000 Hz
video pid 0x0204, audio pid 0x02a9
status 00 | signal 1d2c | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal ba40 | snr f6f6 | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba2c | snr fafa | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
Signal: 72% BER 0 UNC 0
================================================================================
Tunning channel ABC HDTV(ABC) (226500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 226500000 Hz
video pid 0x090a, audio pid 0x0000
status 00 | signal 3538 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal baf4 | snr fdfd | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb00 | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
================================================================================
Tunning channel ABC1(ABC) (226500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal 3284 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal bb40 | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb08 | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 11 UNC 0
Signal: 73% BER 11 UNC 0
Signal: 73% BER 11 UNC 0
Signal: 73% BER 11 UNC 0
Signal: 73% BER 11 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
================================================================================
Tunning channel ABC2(ABC) (226500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 226500000 Hz
video pid 0x0903, audio pid 0x0904
status 00 | signal 4118 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal bbec | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc1c | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
================================================================================
Tunning channel ABC1(ABC) (226500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal 35f0 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal bbe4 | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb94 | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
================================================================================
Tunning channel ABC3(ABC) (226500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal 3d40 | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal bc04 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bbd0 | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
================================================================================
Tunning channel ABC DiG Radio(ABC) (226500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 226500000 Hz
video pid 0x0000, audio pid 0x090d
status 00 | signal 3e4c | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal bbf4 | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bbe4 | snr fdfd | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
================================================================================
Tunning channel ABC DiG Jazz(ABC) (226500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 226500000 Hz
video pid 0x0000, audio pid 0x090e
status 00 | signal 375c | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal bb30 | snr fdfd | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb40 | snr fefe | ber 00000000 | unc 00000000 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
Signal: 73% BER 0 UNC 0
================================================================================
Tunning channel SBS ONE(SBS) (571500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal 280c | snr 0000 | ber 00000000 | unc 00000000 |
status 1e | signal ba80 | snr cccc | ber 00000000 | unc 000000e5 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba9c | snr cccc | ber 00000000 | unc 000000e5 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 229
Signal: 72% BER 0 UNC 229
Signal: 72% BER 0 UNC 229
Signal: 72% BER 0 UNC 229
Signal: 72% BER 730 UNC 229
Signal: 72% BER 730 UNC 229
Signal: 72% BER 730 UNC 229
Signal: 72% BER 730 UNC 229
Signal: 72% BER 730 UNC 229
Signal: 72% BER 730 UNC 229
================================================================================
Tunning channel SBS TWO(SBS) (571500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 571500000 Hz
video pid 0x00a2, audio pid 0x0053
status 00 | signal 2424 | snr 0000 | ber 00000000 | unc 000000e5 |
status 1e | signal ba04 | snr caca | ber 00000000 | unc 000001ca | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba2c | snr caca | ber 00000000 | unc 000001ca | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 458
Signal: 72% BER 0 UNC 458
Signal: 72% BER 0 UNC 458
Signal: 72% BER 0 UNC 458
Signal: 72% BER 887 UNC 458
Signal: 72% BER 887 UNC 458
Signal: 72% BER 887 UNC 458
Signal: 72% BER 887 UNC 458
Signal: 72% BER 887 UNC 458
Signal: 72% BER 887 UNC 458
================================================================================
Tunning channel SBS 3(SBS) (571500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal 29a0 | snr 0000 | ber 00000000 | unc 000001ca |
status 1e | signal ba20 | snr cdcd | ber 00000000 | unc 000002fb | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba20 | snr caca | ber 00000000 | unc 000002fb | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 763
Signal: 72% BER 0 UNC 763
Signal: 72% BER 0 UNC 763
Signal: 72% BER 0 UNC 763
Signal: 72% BER 703 UNC 763
Signal: 72% BER 703 UNC 763
Signal: 72% BER 703 UNC 763
Signal: 72% BER 703 UNC 763
Signal: 72% BER 703 UNC 763
Signal: 72% BER 703 UNC 763
================================================================================
Tunning channel SBS 4(SBS) (571500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 571500000 Hz
video pid 0x00a1, audio pid 0x0051
status 00 | signal 238c | snr 0000 | ber 00000000 | unc 000002fb |
status 1e | signal b9d8 | snr cccc | ber 00000000 | unc 0000041f | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba20 | snr cccc | ber 00000000 | unc 0000041f | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 1055
Signal: 72% BER 0 UNC 1055
Signal: 72% BER 0 UNC 1055
Signal: 72% BER 0 UNC 1055
Signal: 72% BER 1107 UNC 1055
Signal: 72% BER 1107 UNC 1055
Signal: 72% BER 1107 UNC 1055
Signal: 72% BER 1107 UNC 1055
Signal: 72% BER 1107 UNC 1055
Signal: 72% BER 1107 UNC 1055
================================================================================
Tunning channel SBS HD(SBS) (571500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 571500000 Hz
video pid 0x0066, audio pid 0x0067
status 00 | signal 2594 | snr 0000 | ber 00000000 | unc 0000041f |
status 1e | signal ba10 | snr cece | ber 00000000 | unc 0000054b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba6c | snr cdcd | ber 00000000 | unc 0000054b | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 1355
Signal: 72% BER 0 UNC 1355
Signal: 72% BER 0 UNC 1355
Signal: 72% BER 0 UNC 1355
Signal: 72% BER 687 UNC 1355
Signal: 72% BER 687 UNC 1355
Signal: 72% BER 687 UNC 1355
Signal: 72% BER 687 UNC 1355
Signal: 72% BER 687 UNC 1355
Signal: 72% BER 687 UNC 1355
================================================================================
Tunning channel SBS Radio 1(SBS) (571500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 571500000 Hz
video pid 0x0000, audio pid 0x00c9
status 00 | signal 27d0 | snr 0000 | ber 00000000 | unc 0000054b |
status 1e | signal ba14 | snr cdcd | ber 00000000 | unc 00000663 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal b9e0 | snr cece | ber 00000000 | unc 00000663 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 1635
Signal: 72% BER 0 UNC 1635
Signal: 72% BER 0 UNC 1635
Signal: 72% BER 0 UNC 1635
Signal: 72% BER 931 UNC 1635
Signal: 72% BER 931 UNC 1635
Signal: 72% BER 931 UNC 1635
Signal: 72% BER 931 UNC 1635
Signal: 72% BER 931 UNC 1635
Signal: 72% BER 931 UNC 1635
================================================================================
Tunning channel SBS Radio 2(SBS) (571500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 571500000 Hz
video pid 0x0000, audio pid 0x00ca
status 00 | signal 2728 | snr 0000 | ber 00000000 | unc 00000663 |
status 1e | signal ba2c | snr cdcd | ber 00000000 | unc 00000781 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal ba34 | snr cccc | ber 00000000 | unc 00000781 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 72% BER 0 UNC 1921
Signal: 72% BER 0 UNC 1921
Signal: 72% BER 0 UNC 1921
Signal: 72% BER 0 UNC 1921
Signal: 72% BER 1237 UNC 1921
Signal: 72% BER 1237 UNC 1921
Signal: 72% BER 1237 UNC 1921
Signal: 72% BER 1237 UNC 1921
Signal: 72% BER 1237 UNC 1921
Signal: 72% BER 1237 UNC 1921
================================================================================
Tunning channel FTV Guide(D44) (578500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 578500000 Hz
video pid 0x0096, audio pid 0x0097
status 00 | signal 3aa4 | snr 0000 | ber 00000000 | unc 00000781 |
status 1e | signal bbe8 | snr aeae | ber 00000000 | unc 00000904 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bbe4 | snr adad | ber 00000000 | unc 00000904 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 2308
Signal: 73% BER 0 UNC 2308
Signal: 73% BER 0 UNC 2308
Signal: 73% BER 1204 UNC 2308
Signal: 73% BER 1204 UNC 2308
Signal: 73% BER 1204 UNC 2308
Signal: 73% BER 1204 UNC 2308
Signal: 73% BER 1204 UNC 2308
Signal: 73% BER 1204 UNC 2308
Signal: 73% BER 0 UNC 2308
================================================================================
Tunning channel NITV(NITV) (578500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 578500000 Hz
video pid 0x00a0, audio pid 0x00a1
status 00 | signal 2f48 | snr 0000 | ber 00000000 | unc 00000904 |
status 1e | signal bb08 | snr acac | ber 00000000 | unc 00000a93 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb0c | snr aeae | ber 00000000 | unc 00000a93 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 2707
Signal: 73% BER 0 UNC 2707
Signal: 73% BER 0 UNC 2707
Signal: 73% BER 1125 UNC 2707
Signal: 73% BER 1125 UNC 2707
Signal: 73% BER 1125 UNC 2707
Signal: 73% BER 1125 UNC 2707
Signal: 73% BER 1125 UNC 2707
Signal: 73% BER 1125 UNC 2707
Signal: 73% BER 0 UNC 2707
================================================================================
Tunning channel D44-News(ABC) (578500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 578500000 Hz
video pid 0x006e, audio pid 0x006f
status 00 | signal 2c10 | snr 0000 | ber 00000000 | unc 00000a93 |
status 1e | signal bb3c | snr adad | ber 00000000 | unc 00000bda | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal baf4 | snr acac | ber 00000000 | unc 00000bda | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 3034
Signal: 73% BER 0 UNC 3034
Signal: 73% BER 0 UNC 3034
Signal: 72% BER 1213 UNC 3034
Signal: 73% BER 1213 UNC 3034
Signal: 73% BER 1213 UNC 3034
Signal: 73% BER 1213 UNC 3034
Signal: 73% BER 1213 UNC 3034
Signal: 73% BER 1213 UNC 3034
Signal: 73% BER 0 UNC 3034
================================================================================
Tunning channel Digital Forty-Four(Digital Forty-Four) (578500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 578500000 Hz
video pid 0x0064, audio pid 0x0065
status 00 | signal 3880 | snr 0000 | ber 00000000 | unc 00000bda |
status 1e | signal bb90 | snr aeae | ber 00000000 | unc 00000d1e | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bbcc | snr adad | ber 00000000 | unc 00000d1e | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 3358
Signal: 73% BER 0 UNC 3358
Signal: 73% BER 0 UNC 3358
Signal: 73% BER 1033 UNC 3358
Signal: 73% BER 1033 UNC 3358
Signal: 73% BER 1033 UNC 3358
Signal: 73% BER 1033 UNC 3358
Signal: 73% BER 1033 UNC 3358
Signal: 73% BER 1033 UNC 3358
Signal: 73% BER 0 UNC 3358
================================================================================
Tunning channel Teachers TV(Digital Forty-Four) (578500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 578500000 Hz
video pid 0x0078, audio pid 0x0079
status 00 | signal 29f0 | snr 0000 | ber 00000000 | unc 00000d1e |
status 1e | signal bb1c | snr acac | ber 00000000 | unc 00000eac | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb0c | snr adad | ber 00000000 | unc 00000eac | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 3756
Signal: 73% BER 0 UNC 3756
Signal: 73% BER 0 UNC 3756
Signal: 72% BER 1374 UNC 3756
Signal: 72% BER 1374 UNC 3756
Signal: 73% BER 1374 UNC 3756
Signal: 72% BER 1374 UNC 3756
Signal: 72% BER 1374 UNC 3756
Signal: 73% BER 1374 UNC 3756
Signal: 73% BER 0 UNC 3756
================================================================================
Tunning channel ACCTV(ACC) (578500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 578500000 Hz
video pid 0x00aa, audio pid 0x00ab
status 00 | signal 6370 | snr 0000 | ber 00000000 | unc 00000eac |
status 1e | signal bbf0 | snr acac | ber 00000000 | unc 00001030 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bc14 | snr acac | ber 00000000 | unc 00001030 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 4144
Signal: 73% BER 0 UNC 4144
Signal: 73% BER 0 UNC 4144
Signal: 73% BER 1398 UNC 4144
Signal: 73% BER 1398 UNC 4144
Signal: 73% BER 1398 UNC 4144
Signal: 73% BER 1398 UNC 4144
Signal: 73% BER 1398 UNC 4144
Signal: 73% BER 1398 UNC 4144
Signal: 73% BER 0 UNC 4144
================================================================================
Tunning channel Parliament - Representatives(D44) (578500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 578500000 Hz
video pid 0x00b4, audio pid 0x00b5
status 00 | signal 3390 | snr 0000 | ber 00000000 | unc 00001030 |
status 1e | signal bb44 | snr adad | ber 00000000 | unc 00001176 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb30 | snr acac | ber 00000000 | unc 00001176 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 4470
Signal: 73% BER 0 UNC 4470
Signal: 73% BER 0 UNC 4470
Signal: 73% BER 1086 UNC 4470
Signal: 73% BER 1086 UNC 4470
Signal: 73% BER 1086 UNC 4470
Signal: 73% BER 1086 UNC 4470
Signal: 73% BER 1086 UNC 4470
Signal: 73% BER 1086 UNC 4470
Signal: 73% BER 0 UNC 4470
================================================================================
Tunning channel Parliament - Senate(D44) (578500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 578500000 Hz
video pid 0x00b4, audio pid 0x00b6
status 00 | signal 2ff4 | snr 0000 | ber 00000000 | unc 00001176 |
status 1e | signal bb4c | snr acac | ber 00000000 | unc 000012c6 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb38 | snr adad | ber 00000000 | unc 000012c6 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 4806
Signal: 73% BER 0 UNC 4806
Signal: 73% BER 0 UNC 4806
Signal: 73% BER 1271 UNC 4806
Signal: 73% BER 1271 UNC 4806
Signal: 73% BER 1271 UNC 4806
Signal: 73% BER 1271 UNC 4806
Signal: 73% BER 1271 UNC 4806
Signal: 73% BER 1271 UNC 4806
Signal: 72% BER 0 UNC 4806
================================================================================
Tunning channel EXPO(EXPO/TVSN) (578500000)
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
tuning to 578500000 Hz
video pid 0x008c, audio pid 0x008d
status 00 | signal 3990 | snr 0000 | ber 00000000 | unc 000012c6 |
status 1e | signal bbb8 | snr acac | ber 00000000 | unc 00001449 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(2)
status 1e | signal bb98 | snr acac | ber 00000000 | unc 00001449 | FE_HAS_LOCK (Ignoring to let tuner/decoder settle.(1)
Signal: 73% BER 0 UNC 5193
Signal: 73% BER 0 UNC 5193
Signal: 73% BER 0 UNC 5193
Signal: 73% BER 1326 UNC 5193
Signal: 73% BER 1326 UNC 5193
Signal: 73% BER 1326 UNC 5193
Signal: 73% BER 1326 UNC 5193
Signal: 73% BER 1326 UNC 5193
Signal: 73% BER 1326 UNC 5193
Signal: 73% BER 0 UNC 5193
Summary statistics:
Frequency Signal Ber Unc
========= ======== ======== ========
177500000 72.4 % 0.6 0.0
191625000 73.6 % 1.0 0.0
219500000 72.8 % 0.4 0.0
226500000 73.3 % 0.8 0.0
571500000 72.7 % 538.5 1059.4
578500000 73.2 % 735.3 3752.9
finish =====================================================================
$ (cd ~/v4l-dvb; hg identify; hg status;)
2e0444bf93a4+ tip
M linux/drivers/media/common/tuners/tuner-xc2028.c
$ (cd ~/v4l-dvb; hg diff;)
diff -r 2e0444bf93a4 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Mon Feb 22 10:58:43 2010 -0300
+++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Tue Mar 09 00:03:46 2010 +1100
@@ -933,30 +933,68 @@ static int generic_set_freq(struct dvb_f
* that xc2028 will be in a safe state.
* Maybe this might also be needed for DTV.
*/
- if (new_mode == T_ANALOG_TV)
+ if (new_mode == T_ANALOG_TV) {
rc = send_seq(priv, {0x00, 0x00});
- /*
- * Digital modes require an offset to adjust to the
- * proper frequency.
- * Analog modes require offset = 0
- */
- if (new_mode == T_DIGITAL_TV) {
- /* Sets the offset according with firmware */
+ /* Analog modes require offset = 0 */
+ } else {
+ /*
+ * Digital modes require an offset to adjust to the
+ * proper frequency. The offset depends on what
+ * firmware version is used.
+ */
+
+ /*
+ * Adjust to the center frequency. This is calculated by the
+ * formula: offset = 1.25MHz - BW/2
+ * For DTV 7/8, the firmware uses BW = 8000, so it needs a
+ * further adjustment to get the frequency center on VHF
+ */
if (priv->cur_fw.type & DTV6)
offset = 1750000;
else if (priv->cur_fw.type & DTV7)
offset = 2250000;
else /* DTV8 or DTV78 */
offset = 2750000;
+ if ((priv->cur_fw.type & DTV78) && freq < 470000000)
+ offset -= 500000;
/*
- * We must adjust the offset by 500kHz when
- * tuning a 7MHz VHF channel with DTV78 firmware
- * (used in Australia, Italy and Germany)
+ * xc3028 additional "magic"
+ * Depending on the firmware version, it needs some adjustments
+ * to properly centralize the frequency. This seems to be
+ * needed to compensate the SCODE table adjustments made by
+ * newer firmwares
*/
- if ((priv->cur_fw.type & DTV78) && freq < 470000000)
- offset -= 500000;
+
+#if 1
+ /*
+ * The proper adjustment would be to do it at s-code table.
+ * However, this didn't work, as reported by
+ * Robert Lowery <rglowery@exemail.com.au>
+ */
+
+ if (priv->cur_fw.type & DTV7)
+ offset += 500000;
+
+#else
+ /*
+ * Still need tests for XC3028L (firmware 3.2 or upper)
+ * So, for now, let's just comment the per-firmware
+ * version of this change. Reports with xc3028l working
+ * with and without the lines bellow are welcome
+ */
+
+ if (priv->firm_version < 0x0302) {
+ if (priv->cur_fw.type & DTV7)
+ offset += 500000;
+ } else {
+ if (priv->cur_fw.type & DTV7)
+ offset -= 300000;
+ else if (type != ATSC) /* DVB @6MHz, DTV 8 and DTV 7/8 */
+ offset += 200000;
+ }
+#endif
}
div = (freq - offset + DIV / 2) / DIV;
@@ -1115,17 +1153,22 @@ static int xc2028_set_params(struct dvb_
/* All S-code tables need a 200kHz shift */
if (priv->ctrl.demod) {
- demod = priv->ctrl.demod + 200;
+ /*
+ * Newer firmwares require a 200 kHz offset only for ATSC
+ */
+ if (type == ATSC || priv->firm_version < 0x0302)
+ demod = priv->ctrl.demod + 200;
/*
* The DTV7 S-code table needs a 700 kHz shift.
- * Thanks to Terry Wu <terrywu2009@gmail.com> for reporting this
*
* DTV7 is only used in Australia. Germany or Italy may also
* use this firmware after initialization, but a tune to a UHF
* channel should then cause DTV78 to be used.
+ *
+ * Unfortunately, on real-field tests, the s-code offset
+ * didn't work as expected, as reported by
+ * Robert Lowery <rglowery@exemail.com.au>
*/
- if (type & DTV7)
- demod += 500;
}
return generic_set_freq(fe, p->frequency,
$ exit
Script done on Tue 09 Mar 2010 00:07:36 EST
^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
2010-03-12 10:34 ` Vincent McIntyre
@ 2010-03-13 23:51 ` Andy Walls
0 siblings, 0 replies; 34+ messages in thread
From: Andy Walls @ 2010-03-13 23:51 UTC (permalink / raw)
To: Vincent McIntyre
Cc: Mauro Carvalho Chehab, Robert Lowery, Terry Wu, Devin Heitmueller,
linux-media, Stefan Ringel, Steven Toth
On Fri, 2010-03-12 at 21:34 +1100, Vincent McIntyre wrote:
> On 2/20/10, Mauro Carvalho Chehab <mchehab@redhat.com> wrote:
> > Robert Lowery wrote:
> >> Mauro,
> >>
> >> I had to make 2 changes to get the patch to work for me
> >
> > Ok. Please test this (hopefully) final revision.
> >
> > --
> >
> > commit bd8bb8798bb96136b6898186d505c9e154334b5d
> > Author: Mauro Carvalho Chehab <mchehab@redhat.com>
> > Date: Fri Feb 19 02:45:00 2010 -0200
>
> I finally found time to test carefully and if anyone still cares, the
> patch works fine for me too.
> I pulled it in from the hg tree, by the time it got there it had
> morphed a little...
> Many thanks for your (and Rob's) patient work on this.
>
> I've attached a test log that shows what happens with signaltest.pl,
> on each tuner.
> The first two adapters are the Dual Digital 4 rev1, the next two
> belong to a FusionHDTV Dual Digital Express.
>
> The errors are nice and small now, compared with the values I got
> before the patch.
> I noticed something a little odd - the UNC error value always
> increases, even though
> signaltest.pl does a fresh invocation for each station in the sequence.
This is proper behavior for the frontend. The UNC count should not be
reset when it is read (think of what would happen when more than one app
was trying to monitor the frontend status).
What matters is the slope of the UNC curve over a measurement interval:
== 0 is good, > 0 is bad.
> Switching to a different tuner seems to reset the UNC error counters.
The zl10353 driver will maintain the UNC block count for each paticular
ZL10353 chip in the system. It will only go back to 0 for a particular
ZL10353 chip when the the driver's 32 bit "state->ucblocks" variable for
that chip rolls over.
Regards,
Andy
^ permalink raw reply [flat|nested] 34+ messages in thread
end of thread, other threads:[~2010-03-13 23:52 UTC | newest]
Thread overview: 34+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-11-26 6:17 DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression Robert Lowery
2009-11-26 8:27 ` Robert Lowery
2009-11-26 9:37 ` Vincent McIntyre
2009-11-26 9:57 ` Vincent McIntyre
2009-11-26 11:22 ` Robert Lowery
2009-11-26 23:35 ` Robert Lowery
2009-12-01 9:18 ` Vincent McIntyre
2009-12-01 12:40 ` Robert Lowery
2009-12-02 14:57 ` Devin Heitmueller
2009-12-08 6:02 ` [RESEND] " Robert Lowery
2009-12-08 9:03 ` Vincent McIntyre
2009-12-15 23:49 ` Robert Lowery
2010-01-04 4:27 ` Robert Lowery
2010-01-05 2:27 ` Andy Walls
2010-01-05 3:13 ` Devin Heitmueller
2010-01-05 3:43 ` Andy Walls
2010-01-05 3:18 ` Andy Walls
2010-01-06 3:20 ` Robert Lowery
2010-01-07 1:51 ` Andy Walls
2010-01-07 5:03 ` Robert Lowery
2010-01-07 13:48 ` Terry Wu
2010-01-07 14:04 ` Terry Wu
2010-01-07 14:18 ` Terry Wu
2010-01-07 14:42 ` Terry Wu
2010-01-08 2:21 ` Robert Lowery
[not found] ` <6ab2c27e1001080007h70bcf309u65251763a70200c6@mail.gmail.com>
2010-01-08 8:12 ` Terry Wu
2010-02-19 4:53 ` Mauro Carvalho Chehab
2010-02-19 6:12 ` Robert Lowery
2010-02-19 10:18 ` Robert Lowery
2010-02-19 12:23 ` Mauro Carvalho Chehab
2010-02-19 14:07 ` Mauro Carvalho Chehab
2010-02-19 14:17 ` Robert Lowery
2010-03-12 10:34 ` Vincent McIntyre
2010-03-13 23:51 ` Andy Walls
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox