Bug#746404: dtv-scan-tables: /usr/share/dvb/dvb-t/fr-all file : invalid enum and no DVB-T services found

DISCUSSION [email protected] 2 participants 4 messages May 14, 2014 – May 17, 2014 1 message not in the archive Media (V4L/DVB)

lore

Share & tools

lore

A message that is not in the archive (sent off-list or not yet received): [email protected]

[email protected]

author

2014-05-14 16:50 UTC #1 lore raw

Thank you guys for your support !

Olliver,
thank you for your commit I tested it and the parsing 1) is now good.

However problem 2) is still there : no services are found at the end of the scan.

I mean when doing :
scan dtv-scan-tables/dvb-t/fr-All

the end result is :
"ERROR: initial tuning failed
dumping lists (0 services)
Done.
"

Digging further I think the problem is due to FEC, QAM and Guard Interval parameters consistency.

Indeed in France it seems there are 2 schemes for DVB-T services depending on where you live (I'm not quite 100% sure as I could only find very few official & reliable information) :
FEC 3/4, QAM64, Guard Interval 1/8
FEC 2/3, QAM16, Guard Interval 1/32

Whereas in the file we have :
FEC 2/3, QAM64, Guard Interval 1/32
However I think this scheme may be OK depending on your HW frontend tolerance. Unfortunately it doesn't work with my Hauppauge NOVA-TD-500.

I propose 2 options :
A) rely on the the AUTO capability and use FEC AUTO, QAM AUTO, GI AUTO in the frequency file (please refer to attached file fr-All-optionA)
B) double the file with both schemes for each frequency (please refer to attached file fr-All-optionB) : the drawback is that the scan is twice longer.

I sucessfully managed to scan services with both A & B. I've attached both tests outputs for your reference. => But I only have TV channels with the first scheme in my area.

Do you have an opinion about A or B ?

Thank you.

Cheers,
Fred

----- Original Message -----
From: "Olliver Schinagl" <[email protected]>
Cc: "fredboboss" <[email protected]>
Sent: Monday, May 12, 2014 11:16:18 PM
Subject: Re: Fwd: Bug#746404: dtv-scan-tables: /usr/share/dvb/dvb-t/fr-all file : invalid enum and no DVB-T services found

Apologies to all involved, I overlooked this e-mail. I patched it to fix the casing as suggested in the e-mail and pushed it upstream. Can you please test it?

Olliver

Quoted 104 lines · Jonathan McCrohan

Hi Oliver,
Please find Debian bug report from fredboboss regarding dtv-scan-tables below.
Thanks,
Jon
Quoted 95 lines · fredboboss
Package: dtv-scan-tables
Version: 0+git20140326.cfc2975-1
Severity: normal
1246b27f8b45f84c1824925060ad931530542f2e
Dear Maintainer,
Dear Debian Maintainer,
when performing a DVB-T frequency scan with the /usr/bin/scan utility (dvb-apps package) and the /usr/share/dvb/dvb-t/fr-All frequency file (dtv-scan-tables packages) the following 2 problems occur :
1) file parsing error :
ERROR: invalid enum value '8MHZ'
ERROR: invalid enum value '8K'
2) in the end no DVB-T services are found with a Hauppauge NOVA-TD-500 DVB-T card.
Those problems seem to come from the /usr/share/dvb/dvb-t/fr-All file.
The following changes are proposed in this file :
For 1) :
- 8MHZ changed by 8MHz
- 8K changed by 8k
For 2) :
- change FEC_HI parameter by AUTO
Thus the 1st frequency line of the file would be changed like that :
(quoted diff) +1 -1
-T 474000000 8MHZ 2/3 NONE QAM64 8K 1/32 NONE #Channel UHF 21
+T 474000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 21
(Please refer to the end of the mail for the complete modified file).
Thanks to those modifications I successfully performed a DVB-T scan with the NOVA TD-500 card.
In case more information is needed don't hesitate to contact me.
Best regards,
Fred
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-- no debconf information
Modified file :
# France ALL (All channel 21 to 60)
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy T 474000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 21 T 482000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 22 T 490000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 23 T 498000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 24 T 506000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 25 T 514000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 26 T 522000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 27 T 530000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 28 T 538000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 29 T 546000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 30 T 554000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 31 T 562000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 32 T 570000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 33 T 578000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 34 T 586000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 35 T 594000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 36 T 602000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 37 T 610000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 38 T 618000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 39 T 626000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 40 T 634000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 41 T 642000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 42 T 650000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 43 T 658000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 44 T 666000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 45 T 674000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 46 T 682000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 47 T 690000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 48 T 698000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 49 T 706000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 50 T 714000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 51 T 722000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 52 T 730000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 53 T 738000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 54 T 746000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 55 T 754000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 56 T 762000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 57 T 770000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 58 T 778000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 59 T 786000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 60

Olliver Schinagl

2014-05-14 18:45 UTC #2 lore raw

Hey Fred,

Quoted 16 lines · On 05/14/2014 06:50 PM, [email protected] wrote:

Thank you guys for your support !
Olliver,
thank you for your commit I tested it and the parsing 1) is now good.
However problem 2) is still there : no services are found at the end of the scan.
I mean when doing :
scan dtv-scan-tables/dvb-t/fr-All
the end result is :
"ERROR: initial tuning failed
dumping lists (0 services)
Done.
"

Quoted 8 lines

Digging further I think the problem is due to FEC, QAM and Guard Interval parameters consistency.
Indeed in France it seems there are 2 schemes for DVB-T services depending on where you live (I'm not quite 100% sure as I could only find very few official & reliable information) :
FEC 3/4, QAM64, Guard Interval 1/8
FEC 2/3, QAM16, Guard Interval 1/32
Whereas in the file we have :
FEC 2/3, QAM64, Guard Interval 1/32

Have you tried wscan? wscan is able to generate a 'initial scanning file' which should result in a proper file. See, the thing is, I don't know what is right and what is from for the entirety of France, I don't have the range nor the lingustic skill to read the dvb-t sites from French providers about the proper parameters. We are kind of Dependant on people who live in an area to submit the proper scan files.

If you think or know that identical frequencies are used with different parameters in different regions, then that is something that needs to be explored. If the auto setting works well, we could use that. But try to do a wscan and generate an initial scan file from it and see what it says, I'd be very curious indeed.

Olliver

Quoted 137 lines

However I think this scheme may be OK depending on your HW frontend tolerance. Unfortunately it doesn't work with my Hauppauge NOVA-TD-500.
I propose 2 options :
A) rely on the the AUTO capability and use FEC AUTO, QAM AUTO, GI AUTO in the frequency file (please refer to attached file fr-All-optionA)
B) double the file with both schemes for each frequency (please refer to attached file fr-All-optionB) : the drawback is that the scan is twice longer.
I sucessfully managed to scan services with both A & B. I've attached both tests outputs for your reference. => But I only have TV channels with the first scheme in my area.
Do you have an opinion about A or B ?
Thank you.
Cheers,
Fred
----- Original Message -----
From: "Olliver Schinagl" <[email protected]>
Cc: "fredboboss" <[email protected]>
Sent: Monday, May 12, 2014 11:16:18 PM
Subject: Re: Fwd: Bug#746404: dtv-scan-tables: /usr/share/dvb/dvb-t/fr-all file : invalid enum and no DVB-T services found
Apologies to all involved, I overlooked this e-mail. I patched it to fix the casing as suggested in the e-mail and pushed it upstream. Can you please test it?
Olliver
Quoted 104 lines · Jonathan McCrohan
Hi Oliver,
Please find Debian bug report from fredboboss regarding dtv-scan-tables below.
Thanks,
Jon
Quoted 95 lines · fredboboss
Package: dtv-scan-tables
Version: 0+git20140326.cfc2975-1
Severity: normal
1246b27f8b45f84c1824925060ad931530542f2e
Dear Maintainer,
Dear Debian Maintainer,
when performing a DVB-T frequency scan with the /usr/bin/scan utility (dvb-apps package) and the /usr/share/dvb/dvb-t/fr-All frequency file (dtv-scan-tables packages) the following 2 problems occur :
1) file parsing error :
ERROR: invalid enum value '8MHZ'
ERROR: invalid enum value '8K'
2) in the end no DVB-T services are found with a Hauppauge NOVA-TD-500 DVB-T card.
Those problems seem to come from the /usr/share/dvb/dvb-t/fr-All file.
The following changes are proposed in this file :
For 1) :
- 8MHZ changed by 8MHz
- 8K changed by 8k
For 2) :
- change FEC_HI parameter by AUTO
Thus the 1st frequency line of the file would be changed like that :
(quoted diff) +1 -1
-T 474000000 8MHZ 2/3 NONE QAM64 8K 1/32 NONE #Channel UHF 21
+T 474000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 21
(Please refer to the end of the mail for the complete modified file).
Thanks to those modifications I successfully performed a DVB-T scan with the NOVA TD-500 card.
In case more information is needed don't hesitate to contact me.
Best regards,
Fred
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-- no debconf information
Modified file :
# France ALL (All channel 21 to 60)
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy T 474000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 21 T 482000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 22 T 490000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 23 T 498000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 24 T 506000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 25 T 514000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 26 T 522000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 27 T 530000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 28 T 538000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 29 T 546000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 30 T 554000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 31 T 562000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 32 T 570000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 33 T 578000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 34 T 586000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 35 T 594000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 36 T 602000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 37 T 610000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 38 T 618000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 39 T 626000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 40 T 634000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 41 T 642000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 42 T 650000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 43 T 658000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 44 T 666000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 45 T 674000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 46 T 682000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 47 T 690000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 48 T 698000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 49 T 706000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 50 T 714000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 51 T 722000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 52 T 730000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 53 T 738000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 54 T 746000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 55 T 754000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 56 T 762000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 57 T 770000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 58 T 778000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 59 T 786000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 60

[email protected]

author

2014-05-14 19:15 UTC #3 lore raw

Hello Olliver,

thank you for your reply, I will try wscan as soon as I can.

I will also chase for as much information about DVB-T providers as I can.

I'll keep you updated,
cheers,
Fred

----- Original Message -----
From: "Olliver Schinagl" <[email protected]>
To: [email protected]
Cc: "Jonathan McCrohan" <[email protected]>, [email protected], [email protected]
Sent: Wednesday, May 14, 2014 8:45:45 PM
Subject: Re: Bug#746404: dtv-scan-tables: /usr/share/dvb/dvb-t/fr-all file : invalid enum and no DVB-T services found

Hey Fred,

Quoted 16 lines · On 05/14/2014 06:50 PM, [email protected] wrote:

Thank you guys for your support !
Olliver,
thank you for your commit I tested it and the parsing 1) is now good.
However problem 2) is still there : no services are found at the end of the scan.
I mean when doing :
scan dtv-scan-tables/dvb-t/fr-All
the end result is :
"ERROR: initial tuning failed
dumping lists (0 services)
Done.
"

Quoted 8 lines

Digging further I think the problem is due to FEC, QAM and Guard Interval parameters consistency.
Indeed in France it seems there are 2 schemes for DVB-T services depending on where you live (I'm not quite 100% sure as I could only find very few official & reliable information) :
FEC 3/4, QAM64, Guard Interval 1/8
FEC 2/3, QAM16, Guard Interval 1/32
Whereas in the file we have :
FEC 2/3, QAM64, Guard Interval 1/32

Olliver

Quoted 137 lines

However I think this scheme may be OK depending on your HW frontend tolerance. Unfortunately it doesn't work with my Hauppauge NOVA-TD-500.
I propose 2 options :
A) rely on the the AUTO capability and use FEC AUTO, QAM AUTO, GI AUTO in the frequency file (please refer to attached file fr-All-optionA)
B) double the file with both schemes for each frequency (please refer to attached file fr-All-optionB) : the drawback is that the scan is twice longer.
I sucessfully managed to scan services with both A & B. I've attached both tests outputs for your reference. => But I only have TV channels with the first scheme in my area.
Do you have an opinion about A or B ?
Thank you.
Cheers,
Fred
----- Original Message -----
From: "Olliver Schinagl" <[email protected]>
Cc: "fredboboss" <[email protected]>
Sent: Monday, May 12, 2014 11:16:18 PM
Subject: Re: Fwd: Bug#746404: dtv-scan-tables: /usr/share/dvb/dvb-t/fr-all file : invalid enum and no DVB-T services found
Apologies to all involved, I overlooked this e-mail. I patched it to fix the casing as suggested in the e-mail and pushed it upstream. Can you please test it?
Olliver
Quoted 104 lines · Jonathan McCrohan
Hi Oliver,
Please find Debian bug report from fredboboss regarding dtv-scan-tables below.
Thanks,
Jon
Quoted 95 lines · fredboboss
Package: dtv-scan-tables
Version: 0+git20140326.cfc2975-1
Severity: normal
1246b27f8b45f84c1824925060ad931530542f2e
Dear Maintainer,
Dear Debian Maintainer,
when performing a DVB-T frequency scan with the /usr/bin/scan utility (dvb-apps package) and the /usr/share/dvb/dvb-t/fr-All frequency file (dtv-scan-tables packages) the following 2 problems occur :
1) file parsing error :
ERROR: invalid enum value '8MHZ'
ERROR: invalid enum value '8K'
2) in the end no DVB-T services are found with a Hauppauge NOVA-TD-500 DVB-T card.
Those problems seem to come from the /usr/share/dvb/dvb-t/fr-All file.
The following changes are proposed in this file :
For 1) :
- 8MHZ changed by 8MHz
- 8K changed by 8k
For 2) :
- change FEC_HI parameter by AUTO
Thus the 1st frequency line of the file would be changed like that :
(quoted diff) +1 -1
-T 474000000 8MHZ 2/3 NONE QAM64 8K 1/32 NONE #Channel UHF 21
+T 474000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 21
(Please refer to the end of the mail for the complete modified file).
Thanks to those modifications I successfully performed a DVB-T scan with the NOVA TD-500 card.
In case more information is needed don't hesitate to contact me.
Best regards,
Fred
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-- no debconf information
Modified file :
# France ALL (All channel 21 to 60)
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy T 474000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 21 T 482000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 22 T 490000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 23 T 498000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 24 T 506000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 25 T 514000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 26 T 522000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 27 T 530000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 28 T 538000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 29 T 546000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 30 T 554000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 31 T 562000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 32 T 570000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 33 T 578000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 34 T 586000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 35 T 594000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 36 T 602000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 37 T 610000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 38 T 618000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 39 T 626000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 40 T 634000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 41 T 642000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 42 T 650000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 43 T 658000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 44 T 666000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 45 T 674000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 46 T 682000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 47 T 690000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 48 T 698000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 49 T 706000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 50 T 714000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 51 T 722000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 52 T 730000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 53 T 738000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 54 T 746000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 55 T 754000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 56 T 762000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 57 T 770000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 58 T 778000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 59 T 786000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 60

fredboboss

author

2014-05-17 16:45 UTC #4 lore raw

Hello Olliver,

attached is the output of "w_scan -v -M", all the available services are well found.

I've searched the web for information about DVB-T settings in France. The governement websites only provide the frequencies (the fr-All file contains all the correct frequencies for the whole country).

Unfortunately no information about FEC and guard interval are publicly available. Some people provide information about the parameters of the services they receive, but it's local (for instance Paris area) or not precise (for instance: "Code Rate: Unknown (0x05)").

I did more tests with "scan" in my area (Rennes, Brittany) changing only FEC and Guard Interval parameters (QAM64) :
FEC=1/2 GI=1/8 : 0 services, WARNING: filter timeout
FEC=1/2 GI=1/32 : 0 services, WARNING: >>> tuning failed
FEC=2/3 GI=1/8 : 0 services, WARNING: filter timeout
FEC=2/3 GI=1/32 : 0 services, WARNING: >>> tuning failed
FEC=3/4 GI=1/8 : all services found
FEC=3/4 GI=1/32 : 0 services, WARNING: >>> tuning failed
FEC=AUTO GI=AUTO : all services found
FEC=2/3 GI=AUTO : all services found
FEC=3/4 GI=AUTO : all services found
FEC=AUTO GI=1/8 : all services found
FEC=AUTO GI=1/32 : all services found

It seems my frontend doesn't care about a parameter when the other is set to AUTO. That is, when FEC_AUTO is selected it doesn't care about guard interval. When GUARD_INTERVAL_AUTO is selected it doesn't car about FEC.

However, what I read is that some hardware doesn't support AUTO settings.

Best regards,
Fred

Quoted 146 lines · On 14/05/2014 21:14, [email protected] wrote:

Hello Olliver,
thank you for your reply, I will try wscan as soon as I can.
I will also chase for as much information about DVB-T providers as I can.
I'll keep you updated,
cheers,
Fred
----- Original Message -----
From: "Olliver Schinagl"<[email protected]>
To:[email protected]
Cc: "Jonathan McCrohan"<[email protected]>,[email protected],[email protected]
Sent: Wednesday, May 14, 2014 8:45:45 PM
Subject: Re: Bug#746404: dtv-scan-tables: /usr/share/dvb/dvb-t/fr-all file : invalid enum and no DVB-T services found
Hey Fred,
Quoted 16 lines · On 05/14/2014 06:50 PM,[email protected] wrote:
Thank you guys for your support !
Olliver,
thank you for your commit I tested it and the parsing 1) is now good.
However problem 2) is still there : no services are found at the end of the scan.
I mean when doing :
scan dtv-scan-tables/dvb-t/fr-All
the end result is :
"ERROR: initial tuning failed
dumping lists (0 services)
Done.
"
Quoted 8 lines
Digging further I think the problem is due to FEC, QAM and Guard Interval parameters consistency.
Indeed in France it seems there are 2 schemes for DVB-T services depending on where you live (I'm not quite 100% sure as I could only find very few official & reliable information) :
FEC 3/4, QAM64, Guard Interval 1/8
FEC 2/3, QAM16, Guard Interval 1/32
Whereas in the file we have :
FEC 2/3, QAM64, Guard Interval 1/32
Have you tried wscan? wscan is able to generate a 'initial scanning file' which should result in a proper file. See, the thing is, I don't know what is right and what is from for the entirety of France, I don't have the range nor the lingustic skill to read the dvb-t sites from French providers about the proper parameters. We are kind of Dependant on people who live in an area to submit the proper scan files.
If you think or know that identical frequencies are used with different parameters in different regions, then that is something that needs to be explored. If the auto setting works well, we could use that. But try to do a wscan and generate an initial scan file from it and see what it says, I'd be very curious indeed.
Olliver
Quoted 88 lines
However I think this scheme may be OK depending on your HW frontend tolerance. Unfortunately it doesn't work with my Hauppauge NOVA-TD-500.
I propose 2 options :
A) rely on the the AUTO capability and use FEC AUTO, QAM AUTO, GI AUTO in the frequency file (please refer to attached file fr-All-optionA)
B) double the file with both schemes for each frequency (please refer to attached file fr-All-optionB) : the drawback is that the scan is twice longer.
I sucessfully managed to scan services with both A & B. I've attached both tests outputs for your reference. => But I only have TV channels with the first scheme in my area.
Do you have an opinion about A or B ?
Thank you.
Cheers,
Fred
----- Original Message -----
From: "Olliver Schinagl"<[email protected]>
Cc: "fredboboss"<[email protected]>
Sent: Monday, May 12, 2014 11:16:18 PM
Subject: Re: Fwd: Bug#746404: dtv-scan-tables: /usr/share/dvb/dvb-t/fr-all file : invalid enum and no DVB-T services found
Apologies to all involved, I overlooked this e-mail. I patched it to fix the casing as suggested in the e-mail and pushed it upstream. Can you please test it?
Olliver
Quoted 55 lines · Jonathan McCrohan
Hi Oliver,
Please find Debian bug report from fredboboss regarding dtv-scan-tables below.
Thanks,
Jon
Quoted 46 lines · fredboboss
Package: dtv-scan-tables
Version: 0+git20140326.cfc2975-1
Severity: normal 1246b27f8b45f84c1824925060ad931530542f2e Dear Maintainer,
Dear Debian Maintainer,
when performing a DVB-T frequency scan with the /usr/bin/scan utility (dvb-apps package) and the /usr/share/dvb/dvb-t/fr-All frequency file (dtv-scan-tables packages) the following 2 problems occur :
1) file parsing error :
ERROR: invalid enum value '8MHZ'
ERROR: invalid enum value '8K'
2) in the end no DVB-T services are found with a Hauppauge NOVA-TD-500 DVB-T card.
Those problems seem to come from the /usr/share/dvb/dvb-t/fr-All file.
The following changes are proposed in this file :
For 1) :
- 8MHZ changed by 8MHz
- 8K changed by 8k
For 2) :
- change FEC_HI parameter by AUTO
Thus the 1st frequency line of the file would be changed like that :
(quoted diff) +1 -1
-T 474000000 8MHZ 2/3 NONE QAM64 8K 1/32 NONE #Channel UHF 21
+T 474000000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 21
(Please refer to the end of the mail for the complete modified file).
Thanks to those modifications I successfully performed a DVB-T scan with the NOVA TD-500 card.
In case more information is needed don't hesitate to contact me.
Best regards,
Fred
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Quoted 7 lines

Quoted 7 lines
Quoted 7 lines
Quoted 7 lines
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-- no debconf information

w_scan version 20130331 (compiled for DVB API 5.9)
WARNING: could not guess your country. Falling back to 'DE' guessing country 'DE', use -c <country> to override using settings for GERMANY
DVB aerial
DVB-T Europe
scan type TERRESTRIAL, channellist 4
output format mplayer
WARNING: could not guess your codepage. Falling back to 'UTF-8' output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.

	/dev/dvb/adapter0/frontend0 -> TERRESTRIAL "DiBcom 7000PC": good :-)
	/dev/dvb/adapter1/frontend0 -> TERRESTRIAL "DiBcom 7000PC": good :-)

Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0) -_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.a
frontend 'DiBcom 7000PC' supports
INVERSION_AUTO
QAM_AUTO
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
FREQ (45.00MHz ... 860.00MHz)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
Scanning 7MHz frequencies...
177500: (time: 00:00)
184500: (time: 00:03)
191500: (time: 00:06)
198500: (time: 00:09)
205500: (time: 00:12)
212500: (time: 00:15)
219500: (time: 00:18)
226500: (time: 00:22)
Scanning 8MHz frequencies...
474000: (time: 00:25) (time: 00:26) signal ok:

	QAM_AUTO f = 474000 kHz I999B8C999D999T999G999Y999
NIT (actual TS)
undefined coderate HP
	new transponder:
	   (QAM_64   f = 4294967 kHz I999B8C999D0T8G8Y0) 0x405A

undefined coderate HP
undefined coderate HP
undefined coderate HP
undefined coderate HP
undefined coderate HP
undefined coderate HP

	updating transponder:
	   (QAM_64   f = 4294967 kHz I999B8C999D0T8G8Y0) 0x405A
	to (QAM_64   f = 4294967 kHz I999B8C999D0T8G32Y0) 0x405A
undefined coderate HP
	updating transponder:
	   (QAM_64   f = 4294967 kHz I999B8C999D0T8G32Y0) 0x405A
	to (QAM_64   f = 4294967 kHz I999B8C999D0T8G8Y0) 0x405A

undefined coderate HP
Info: no data from NIT(other)
482000: (time: 00:39)
490000: (time: 00:42)
498000: (time: 00:45) (time: 00:46) signal ok:

	QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999