aboutsummaryrefslogtreecommitdiffstats
path: root/dvb-t/es-Valencia
diff options
context:
space:
mode:
authorJonathan McCrohan <jmccrohan@gmail.com>2013-09-19 01:46:23 +0100
committerOliver Schinagl <oliver@schinagl.nl>2013-09-20 14:53:55 +0200
commit6213a2f4e91bcef2f3aac0768fffb26ac5cfa617 (patch)
tree488ab4a9e856d73f422ddb44f47e84f302f911bc /dvb-t/es-Valencia
parentbbc890eba7b7578011e95840f43fb3138a2b6be9 (diff)
downloaddtv-scan-tables-6213a2f4e91bcef2f3aac0768fffb26ac5cfa617.tar.gz
Table /usr/share/dvb/dvb-t/cz-All outdated
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>
Diffstat (limited to 'dvb-t/es-Valencia')
0 files changed, 0 insertions, 0 deletions
Atlantic Bird 1 was renamed to Eutelsat 12 West A in 2012 and moved from 12 to 36 degree's in 2016 and was thus not accurate anymore. In 2018 it was repositioned to 59 east and renamed to Eutelsat 59A as can be seen at [0]. So far there are no active transponders. [0] http://space.skyrocket.de/doc_sdat/atlantic-bird-1.htm Signed-off-by: Olliver Schinagl <oliver@schinagl.nl> 2018-05-10dtv-scan-tables - dvb-s - update and rename the config file for ↵leny@netcourrier.com1-53/+663 Atlantic-Bird-3-5.0W - Ku Band Hello, The latest update for the file Atlantic-Bird-3-5.0W (Ku Band) is 2015-03-28: https://git.linuxtv.org/dtv-scan-tables.git/log/dvb-s/Atlantic-Bird-3-5.0W but since March 2015 there are a lot of changes in the tranponders list. And now, a lot of transponders for Algerian, French and Italian TV and Radio channels are missing. Attached is an updated config scan file (Atlantic-Bird-3-5.0W.patch file) for Atlantic-Bird-3-5.0W transponders in dvbv5 format. Could you please ensure that this new patch is committed into the DVB source code tree repositery? PS : Attached there is also the full up to date file : Atlantic-Bird-3-5.0W-2017-01-09.NEW.FULL if you need it Thank you Best regards 2018-05-10Add another initial transponder for Ziggo/Netherlands.Jens Peters1-0/+8 Ziggo and UPC had merged, but the initial UPC transponder is still the correct one for former UPC customers. See also https://gathering.tweakers.net/forum/list_message/31632914#31632914