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

2014-05-17 Thread fredboboss

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


On 14/05/2014 21:14, fredbob...@free.fr 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 Schinagloli...@schinagl.nl
To:fredbob...@free.fr
Cc: Jonathan 
McCrohanjmccro...@gmail.com,linux-media@vger.kernel.org,746...@bugs.debian.org
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,

On 05/14/2014 06:50 PM,fredbob...@free.fr  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.


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

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 Schinagloli...@schinagl.nl
Cc: fredbobossfredbob...@free.fr
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

On 04/29/2014 11:57 PM, Jonathan McCrohan wrote:

Hi Oliver,

Please find Debian bug report from fredboboss regarding
dtv-scan-tables below.

Thanks,
Jon

On Tue, 29 Apr 2014 19:50:57 +0200

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

2014-05-14 Thread Olliver Schinagl

Hey Fred,

On 05/14/2014 06:50 PM, fredbob...@free.fr 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.


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

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 oli...@schinagl.nl
Cc: fredboboss fredbob...@free.fr
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

On 04/29/2014 11:57 PM, Jonathan McCrohan wrote:

Hi Oliver,

Please find Debian bug report from fredboboss regarding
dtv-scan-tables below.

Thanks,
Jon

On Tue, 29 Apr 2014 19:50:57 +0200, fredboboss wrote:

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 :
-T 47400 8MHZ 2/3 NONE QAM64 8K 1/32 NONE #Channel UHF 21
+T 47400 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 47400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 21
T 48200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 22
T 49000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 23
T 49800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 24
T 50600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 25
T 51400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 26
T 52200 8MHz AUTO NONE QAM64 8k

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

2014-05-12 Thread Olliver Schinagl
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

On 04/29/2014 11:57 PM, Jonathan McCrohan wrote:

Hi Oliver,

Please find Debian bug report from fredboboss regarding
dtv-scan-tables below.

Thanks,
Jon

On Tue, 29 Apr 2014 19:50:57 +0200, fredboboss wrote:

Package: dtv-scan-tables
Version: 0+git20140326.cfc2975-1
Severity: normal

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 :
-T 47400 8MHZ 2/3 NONE QAM64 8K 1/32 NONE #Channel UHF 21
+T 47400 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 47400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 21
T 48200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 22
T 49000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 23
T 49800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 24
T 50600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 25
T 51400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 26
T 52200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 27
T 53000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 28
T 53800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 29
T 54600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 30
T 55400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 31
T 56200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 32
T 57000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 33
T 57800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 34
T 58600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 35
T 59400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 36
T 60200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 37
T 61000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 38
T 61800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 39
T 62600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 40
T 63400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 41
T 64200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 42
T 65000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 43
T 65800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 44
T 66600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 45
T 67400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 46
T 68200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 47
T 69000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 48
T 69800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 49
T 70600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 50
T 71400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 51
T 72200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 52
T 73000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 53
T 73800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 54
T 74600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 55
T 75400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 56
T 76200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 57
T 77000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 58
T 77800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 59
T 78600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 60


--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


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

2014-04-29 Thread Jonathan McCrohan
Hi Oliver,

Please find Debian bug report from fredboboss regarding
dtv-scan-tables below.

Thanks,
Jon

On Tue, 29 Apr 2014 19:50:57 +0200, fredboboss wrote:
 Package: dtv-scan-tables
 Version: 0+git20140326.cfc2975-1
 Severity: normal

 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 :
 -T 47400 8MHZ 2/3 NONE QAM64 8K 1/32 NONE #Channel UHF 21
 +T 47400 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 47400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 21
 T 48200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 22
 T 49000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 23
 T 49800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 24
 T 50600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 25
 T 51400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 26
 T 52200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 27
 T 53000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 28
 T 53800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 29
 T 54600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 30
 T 55400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 31
 T 56200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 32
 T 57000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 33
 T 57800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 34
 T 58600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 35
 T 59400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 36
 T 60200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 37
 T 61000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 38
 T 61800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 39
 T 62600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 40
 T 63400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 41
 T 64200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 42
 T 65000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 43
 T 65800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 44
 T 66600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 45
 T 67400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 46
 T 68200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 47
 T 69000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 48
 T 69800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 49
 T 70600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 50
 T 71400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 51
 T 72200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 52
 T 73000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 53
 T 73800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 54
 T 74600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 55
 T 75400 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 56
 T 76200 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 57
 T 77000 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 58
 T 77800 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 59
 T 78600 8MHz AUTO NONE QAM64 8k 1/32 NONE #Channel UHF 60
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html