Those zeros are there just to align the entries. However, we'll
convert them to DVBv5, and the conversion tools won't keep the
same alignment.
This is not needed for the conversion itself, but we want to
do the conversion on both directions and see if the file will
remain the same. Stripping those useless zeros makes easier
for us to double check if something got badly converted.
Signed-off-by: Mauro Carvalho Chehab <m.chehab@samsung.com>
Attached is a diff patch file to update dvb-t/au-Melbourne for the new
transmission frequency for SBS which came into effect in early 2014 as
well as adding channel 31, a community channel.
Could this please be considered for patching the existing file?
Regards
Paul
Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
This was forwarded from the debian bug tracker known as Bug #746404
find that the caseing in fr-All has been corrected.
Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
The FEC settings are not stipulated by the government as part of the
license and a number of broadcasters claim that the transmission
parameters are subject to change.
Additionally, the old settings were fec_lo=NONE, which is not completely
accurate, since the observed values are never NONE. The code in scan
will substitute FEC_AUTO for FEC_NONE, but we might as well be explicit.
ACMA.gov.au now considers the Sydney metropolitan area as one TLAP
(television license area plan) and has allocated new frequencies
which cover all the transmitters that were previously split between
au-Sydney_North_Shore (main transmitters) and au-Sydney_Kings_Cross
(in-fill transmitters).
The Sydney digital restack was completed on 18 Mar 2014.
Auto scan came from digitaluk rather than Ofcom as they have taken too
long to update.
They now only have single spaces between columns.
Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
Hello Oliver,
Seeing as you're the owner of the dtv-scan-tables GIT repository, I
thought I'd contact you regarding this. In Finland we've had a second
DVB-T provider for about the last 1 year. Instead of the former state
owned broadcaster Digita, there's another provider called DNA now. I
extracted the frequency data from their website and create scanfiles
based on that. I named them fi-DNA-<cityname>. Maybe you can include
them in the GIT repository as I don't have access?
Thanks!
Cheers,
-olli
Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
Hi, please find attached a scan table for au-Melbourne-Selby. This file
is very similar to the scan table file for au-Melbourne-Upwey (which I
was able to use until quite recently). However the fec_hi value of "2/3"
for SBS no longer works for me, and I need to use "AUTO" instead. I
don't know if this change also affects the Upwey repeater.
Details on the geographic locations of these repeaters can be found here:
Upwey: http://www20.sbs.com.au/transmissions/index.php?pid=2&id=795
Selby: http://www20.sbs.com.au/transmissions/index.php?pid=2&id=792
Note that the Selby repeater actually covers the parts of Upwey which
are not able to get signal from the Upwey repeater, due to hilly
terrain. Although they use identical frequencies, the polarisation is
different.
I assume AUTO allows the DVB tuner to choose one of the FEC types
dynamically, though I don't know if this is supported by all tuners. If
there's a way I can find out which actual fec_hi is in use, please let
me know and I will supply it.
I have provided a brief write-up at
http://pyarra.blogspot.com.au/2014/01/mythtv-and-sbs-in-dandenong-ranges.html
- please let me know if there is further information I can provide.
Regards,
Philip.
Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
Hello all,
I wanted to contribute to dvb-apps package with initial DVB-T tuning
data for Uganda, Africa
Attached is the scan file. Please let me know, if there's any other
info I can provide.
Thank you
--
Joseph Zik
Files ending with a tilde (~) are very often editor backup files.
These should never be commited and this patch adds a .gitignore file
and ignores *~
Signed-off-by: Oliver Schinagl <oliver@schinagl.nl>
Here goes the initial scan files for Portugal DVB-T. Please commit them.
Portugal is schedule to migrate from a SFN to a MFN, but for now this
is how it is.
Files in attach and also the hg diff:
Regards,
Nuno Goncalves
Signed-off-by: Oliver Schinagl <oliver@schinagl.nl>
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>
Hi Oliver,
I'd like to provide you a scan table for "DE Kabel Deutschland" region "Hannover"
Regards,
Ulf
Signed-off-by: Oliver Schinagl <oliver@schinagl.nl>
Hi,
I wanted to watch TV today with kaffeine 1.2.2-2 from debian and noticed
that it didn't work anymore. Also scans even after the update of the
initial tuning data didn't show all tv stations. Just replacing the
entry for dvb-c/de-Primacom in ~/.kde/share/apps/kaffeine/scanfile.dvb
with the one from http://narfation.org/misc/dvbc/de-Primacom fixed the
problem for me after the next scan for tv stations.
