Table /usr/share/dvb/dvb-t/cz-All outdated

[Pavel Mendl]

Package: dvb-apps
Version: 1.1.1+rev1483-1

When I did run scan command using /usr/share/dvb/dvb-t/cz-All table, some channels that my "ordinary" TV did tune did not tune (even attempt to tune) on the PC TV adapter. I traced issue to 
the aforementioned table, which is (by commented header inside the table) taken from public sources not directly under the CZ TV regulator's control. I found the official broadcast spectrum 
regulation (as of August 2012 - currently valid) here http://www.ctu.cz/cs/download/plan-vyuziti-radioveho-spektra/rok_2012/pv-p_10-08_2012-11.pdf

It states on pages 9, 15-16 that all the channels 21-60 are allocated for various DVB-T networks in the country. The aforementioned table cz-All did include just some of them, what lead to 
"missing" of some newly installed channels from the scanning. (Understandable, DVB-T is still in the development phase in Czech republic and many spectrum allocations are still designated as 
testing or not-definitive.)

Attached is the new table I created, ensuring scan of all the channels theoretically allocatable in Czech republic. Tested on my own comp it really found channels consistent with the TV box scan, 
with no bugging.

The only part I am not sure about is the guard-interval where 1/4 and 1/8 values were irregularly mixed in the original table and no regulatory guidelines are released. Based on the theoretical 
assumption, that 1/8 should tune (i.e. not exclude) more channels than 1/4, I entered 1/8 for all the channels. Should you have better experience or regulatory resources on the topic, please, 
correct these values as appropriate.

I suggest to replace the cz-All table with my updated one in the next release.

Have a nice day,
Pavel Mendl
-------------- next part --------------
# Czech Republic, whole country (updated to regulatory 2013)
# Created from http://www.ctu.cz/cs/download/plan-vyuziti-radioveho-spektra/rok_2012/pv-p_10-08_2012-11.pdf

# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
T 474000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 482000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 490000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 498000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 506000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 514000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 522000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 530000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 538000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 546000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 554000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 562000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 570000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 578000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 586000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 594000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 602000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 610000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 618000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 626000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 634000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 642000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 650000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 658000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 666000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 674000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 682000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 690000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 698000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 706000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 714000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 722000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 730000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 738000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 746000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 754000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 762000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 770000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 778000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE
T 786000000 8MHz 2/3 NONE QAM64 8k 1/8 NONE