Digital TV scan tables https://git.dereenigne.org/dtv-scan-tables.git/atom?h=master 2014-11-10T09:10:47+00:00 2014-11-10T09:10:47+00:00 Jonathan McCrohan jmccrohan@gmail.com 2014-10-21T08:45:59+00:00 urn:sha1:2d9e6af384f85a7c998114b21d9cd8314f401743 Probably should have happened as part of 06e54ff. Signed-off-by: Jonathan McCrohan <jmccrohan@gmail.com> 2014-09-05T18:05:42+00:00 Mauro Carvalho Chehab m.chehab@samsung.com 2014-09-05T18:05:42+00:00 urn:sha1:06e54ff221c2e3126a7dfbd63e9814431511b558 All comments were preserved on this conversion, thanks to a temporary patch for libdvbv5. Signed-off-by: Mauro Carvalho Chehab <m.chehab@samsung.com> 2013-09-20T12:53:55+00:00 Jonathan McCrohan jmccrohan@gmail.com 2013-09-19T00:46:23+00:00 urn:sha1:6213a2f4e91bcef2f3aac0768fffb26ac5cfa617 reassign 720879 dtv-scan-tables forwarded 720879 oliver@schinagl.nl thanks Hi Pavel, On 25/08/13 22:32, Pavel Mendl wrote: > 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. Thanks for your mail. The scan files have been split out into a separate package called dtv-scan-tables. Therefore I am reassigning it to d-s-t. Oliver Schinagl (CC'd) is the upstream dtv-scan-tables maintainer. I have reattached your cz-All-actual-2013 for his consideration. Thanks, Jon Signed-off-by: Oliver Schinagl <oliver@schinagl.nl> 2012-12-06T09:38:07+00:00 Jiri Slaby jirislaby@gmail.com 2012-12-06T09:38:07+00:00 urn:sha1:1ae138d0ba0c48b3d7e505896432b3d4553799e7 Not 2/3. This I inappropriatelly got from the website. But it is wrong. 3/4 is definitely correct. Change that so that we can actually tune that multiplex. 2012-06-26T20:28:54+00:00 Jiri Slaby jirislaby@gmail.com 2012-06-26T20:28:54+00:00 urn:sha1:bc7b00bc9381cde5df2928bbfd94650667678f85 The tuning parameters are different for multiplexes 3 and 4. And the scan data are invalid for them. Further there are few more transmitters built in here. Especially for mux 4. So it is added too. 2010-02-07T14:16:52+00:00 Christoph Pfister pfister@linuxtv.org 2010-02-07T14:16:52+00:00 urn:sha1:c531f15339f7bc225b54695acd85ecd14950a5bb 2004-01-17T16:59:46+00:00 Johannes Stezenbach js@linuxtv.org 2004-01-17T16:59:46+00:00 urn:sha1:9d01b6b7b76b56b1b8065f313f83c5af80b0d1a8 them compile with the dvb-kernel DVB API includes (uint32_t etc.) --- Makefile | 8 TODO | 3 util/scan/dvb-c/at-Vienna | 3 util/scan/dvb-c/ch-unknown | 3 util/scan/dvb-c/de-Berlin | 4 util/scan/dvb-c/de-iesy | 3 util/scan/dvb-c/fi-3ktv | 3 util/scan/dvb-c/fi-vaasa-oncable | 13 + util/scan/dvb-s/Astra-19.2E | 3 util/scan/dvb-s/Hispasat-30.0W | 6 util/scan/dvb-s/Hotbird-13.0E | 3 util/scan/dvb-s/PAS-43.0W | 6 util/scan/dvb-s/Sirius-5.0E | 5 util/scan/dvb-s/Telecom2-8.0W | 4 util/scan/dvb-s/Telstar12-15.0W | 4 util/scan/dvb-s/Thor-1.0W | 8 util/scan/dvb-s/Turksat-42.0E | 4 util/scan/dvb-t/au-Darwin | 5 util/scan/dvb-t/au-canberra | 12 + util/scan/dvb-t/au-sydney_north_shore | 12 + util/scan/dvb-t/au-unknown | 3 util/scan/dvb-t/de-Berlin | 5 util/scan/dvb-t/es-Collserola | 6 util/scan/dvb-t/fi-Espoo | 3 util/scan/dvb-t/fi-Turku | 3 util/scan/dvb-t/uk-BlackHill | 3 util/scan/dvb-t/uk-CrystalPalace | 3 util/scan/dvb-t/uk-Hannington | 3 util/scan/dvb-t/uk-Oxford | 3 util/scan/dvb-t/uk-PontopPike | 3 util/scan/dvb-t/uk-Redruth | 3 util/scan/dvb-t/uk-Reigate | 3 util/scan/dvb-t/uk-Rowridge | 3 util/scan/dvb-t/uk-SandyHeath | 3 util/scan/dvb-t/uk-Storeton | 3 util/scan/dvb-t/uk-WinterHill | 3 util/szap/channels.conf-dvbc-berlin | 171 +++++++++++++++++++++ util/szap/channels.conf-dvbs-astra | 226 ++++++++++++++++++++++++++++ util/szap/channels.conf-dvbt-australia | 31 +++ util/szap/channels.conf-dvbt-berlin | 51 ++++++ util/szap/channels.conf-dvbt-collserola | 25 +++ util/szap/channels.conf-dvbt-crystal-palace | 70 ++++++++ util/szap/channels.conf-dvbt-hannington | 28 +++ util/szap/channels.conf-dvbt-madrid | 16 + util/szap/channels.conf-dvbt-oxford | 41 +++++ util/szap/channels.conf-dvbt-reigate | 51 ++++++ util/szap/channels.conf-dvbt-sandy_heath | 13 + 47 files changed, 888 insertions(+) +++ scanscan/dvb-c/at-Vienna @@ -0,0 +1,3 @@ +# Kabel Vienna +# freq sr fec mod +C 377750000 6900000 NONE QAM256 2010-02-07T14:16:52+00:00 Christoph Pfister pfister@linuxtv.org 2010-02-07T14:16:52+00:00 urn:sha1:53949ed6d7c96c87116f4f69b58acd9d93cb7190