Your message dated Sun, 22 Sep 2013 21:22:21 +0000
with message-id <[email protected]>
and subject line Bug#720879: fixed in dtv-scan-tables 0+git20130920.f61d5ec-1
has caused the Debian Bug report #720879,
regarding Table /usr/share/dvb/dvb-t/cz-All outdated
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
720879: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720879
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
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
# 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
--- End Message ---
--- Begin Message ---
Source: dtv-scan-tables
Source-Version: 0+git20130920.f61d5ec-1
We believe that the bug you reported is fixed in the latest version of
dtv-scan-tables, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Tobias Grimm <[email protected]> (supplier of updated dtv-scan-tables package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.8
Date: Sun, 22 Sep 2013 21:38:25 +0200
Source: dtv-scan-tables
Binary: dtv-scan-tables
Architecture: source all
Version: 0+git20130920.f61d5ec-1
Distribution: unstable
Urgency: low
Maintainer: Debian VDR Team <[email protected]>
Changed-By: Tobias Grimm <[email protected]>
Description:
dtv-scan-tables - Digital Video Broadcasting (DVB) initial scan files
Closes: 720879 722661
Changes:
dtv-scan-tables (0+git20130920.f61d5ec-1) unstable; urgency=low
.
[ Jonathan McCrohan ]
* New Upstream Snapshot (commit f61d5ec) (Closes: #720879)
* d/control: Add Vcs-{Git,Browser} URLs
.
[ Tobias Grimm ]
* d/control: Need breaks/replaces relation to dvb-apps (<< 1.1.1+rev1500-1)
(Closes: #722661)
Checksums-Sha1:
75c11f630a2bde6ffc24eb19948138d3f18587e7 1502
dtv-scan-tables_0+git20130920.f61d5ec-1.dsc
0701d9d7ec4e187b9b7e66bc3b605efa576fd528 123979
dtv-scan-tables_0+git20130920.f61d5ec.orig.tar.gz
718e186ef72f9467cc0e2dbee3154dbda1292d67 3242
dtv-scan-tables_0+git20130920.f61d5ec-1.debian.tar.gz
b4733a48d10430201c301b2c89cfcf446e4d0677 115210
dtv-scan-tables_0+git20130920.f61d5ec-1_all.deb
Checksums-Sha256:
02a3f72635762e10e97f4d6574d8bdf8e1f39c43ce0a26d9451f4f4f6d08e483 1502
dtv-scan-tables_0+git20130920.f61d5ec-1.dsc
94a32d9f15041a87aa95a94a98be4d6daef74f61509f201cd6c1afe3fc235e2b 123979
dtv-scan-tables_0+git20130920.f61d5ec.orig.tar.gz
42aacb7b88631bb94ca3b6f7f323fba3de055f5c9615fd8c918cc50ce377ac64 3242
dtv-scan-tables_0+git20130920.f61d5ec-1.debian.tar.gz
020b6742b93747bea9cf208f906d6ac5b8cf22c4783aa6103b65e5b01a2e5f10 115210
dtv-scan-tables_0+git20130920.f61d5ec-1_all.deb
Files:
2bddf174855fd9892954a50dafb94939 1502 video extra
dtv-scan-tables_0+git20130920.f61d5ec-1.dsc
49b73c51522a321b2906751eea6fe50f 123979 video extra
dtv-scan-tables_0+git20130920.f61d5ec.orig.tar.gz
109937e431b52a67767ba75a656f4aac 3242 video extra
dtv-scan-tables_0+git20130920.f61d5ec-1.debian.tar.gz
6decc16afd40172bb53af37b9e8ed8b0 115210 video extra
dtv-scan-tables_0+git20130920.f61d5ec-1_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAlI/Sd0ACgkQ9xgNJq7apkITlwCcCkIqG9A+OWMdQBRAHH+88pQq
I9UAnRe3/EiaPayTc2t74qSLLPkXYsUJ
=AZ4q
-----END PGP SIGNATURE-----
--- End Message ---
