Age | Commit message (Collapse) | Author | Files | Lines |
|
The new mux H is being broadcasted by Digita from 6 stations in Finland.
Signed-off-by: Olli Salonen <olli.salonen@iki.fi>
|
|
Probably should have happened as part of 06e54ff.
Signed-off-by: Jonathan McCrohan <jmccrohan@gmail.com>
|
|
Add Dusseldorf DVB-T channels
While travelling for LinuxCon EU, I was able to do scans at the
Airport and at the hotel. Those are the channels I was able to
find while there.
I scanned for DVB-T2 channels too, but was unable to find any.
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
|
|
Both Argentina and Brazil uses ISDB-T, instead of DVB-T.
Signed-off-by: Mauro Carvalho Chehab <m.chehab@samsung.com>
|
|
Now that we have everything with DVBv5 format, we can get rid of
duplicated tables.
Signed-off-by: Mauro Carvalho Chehab <m.chehab@samsung.com>
|
|
All comments were preserved on this conversion, thanks to a
temporary patch for libdvbv5.
Signed-off-by: Mauro Carvalho Chehab <m.chehab@samsung.com>
|
|
On all other DVB-T2 files, the PLP ID is at the end of the file.
Move it to the end, to be equal to the other files.
Signed-off-by: Mauro Carvalho Chehab <m.chehab@samsung.com>
|
|
FEC=2/1 doesn't exist. It should be, instead 1/2.
Signed-off-by: Mauro Carvalho Chehab <m.chehab@samsung.com>
|
|
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>
|
|
|
|
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>
|
|
Signed-off-by: Antti Palosaari <crope@iki.fi>
|
|
|
|
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.
|
|
http://myswitch.digitalready.gov.au/
|
|
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.
|
|
Hi,
Please find attached an updated scan table for au-Sydney_North_Shore. The
main change is that the frequency for channel SBS is now 184500000[1].
The comment for channel D44 has been changed to "TVS UHF29". D44 is the
name of the trial data casting service that ended in 2010[2]. The community
channel TVS now broadcasts on this service[3].
[1] http://www20.sbs.com.au/transmissions/index.php?pid=2&id=902
[2] http://en.wikipedia.org/wiki/Digital_Forty_Four
[3] http://www.tvs.org.au/info/tune-in
Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
|
|
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>
|
|
Updated muxes
|
|
Updated initial tuning data for ca-AB-Calgary with more channels for
the repository.
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
|
|
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>
|
|
Update UK DVB-T settings
|
|
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>
|
|
|
|
Update includes national muxes from
<http://www.ofcom.org.uk/static/broadcasting/National-Muxes.csv> Renames
three files to match Ofcom names.
|
|
Signed-off-by: Oliver Schinagl <oliver@schinagl.nl>
|
|
Some DVB-T2 muxes for RU and UA.
Signed-off-by: Oliver Schinagl <oliver@schinagl.nl>
|
|
Signed-off-by: Oliver Schinagl <oliver@schinagl.nl>
|
|
Signed-off-by: Oliver Schinagl <oliver@schinagl.nl>
|
|
On 06/16/13 10:15, Duval Mickael wrote:
> It is true that only scans once! It can therefore be quite limited at
> this fr_All file and remove fr_Cherbourg and fr_Bordeaux.
|
|
Ok I have cloned your repo with Git, and I've make two patch files.
2013/6/15 Duval Mickael <duvalmickael@gmail.com>:
> In zip there is a little modification for city of cherbourg (add two
> new muxes) and a fr_ALL for France all channels DVB-T initial
> scan.
>
> What's the problem exactly with my files?
>
> Thanks
> Duval Mickael
>
> 2013/6/14 Oliver Schinagl <oliver+list@schinagl.nl>:
>> On 06/13/13 19:10, Duval Mickael wrote:
>>>
>>> Hello,
>>
>> Hi,
>>
>>>
>>> I send this email to you for a DVB-T scan file for the city of Cherbourg
>>> FRANCE, modified with the last channels.
>>> I also enclose a package file that includes all channels available for
>>> DVB-T in France.
>>
>> I've applied your patch (after manually working it over) last time.
>>
>> What is in this zip? Please send a patch file what still needs to be
>> adjusted. Cherbourg is in the repo now, isn't it?
>>
>>>
>>> Sorry for my poor English ;-)
>>>
>>> Thank you.
>>
>>
From 1b9f07365b91641543ce7fdbeae400e364279024 Mon Sep 17 00:00:00 2001
From: inrepublica <admin@inrepublica.fr>
Date: Sat, 15 Jun 2013 10:43:32 +0200
Subject: [PATCH 1/2] Add two muxes for fr_Cherbourg.
|
|
Hello,
I send this email to you for a DVB-T scan file for the city of Cherbourg
(France).
Sorry for my poor English ;-)
Thank you for your work.
Signed-off-by: Oliver Schinagl <oliver@schinagl.nl>
|
|
Renamed at-Official to at-All.
Added and updated all frequencies. from
http://www.ors.at/fileadmin/user_upload/downloads/DVB-T_Kanalbezeichnungen_und_Mittenfrequenzen.pdf
No further details are given besides an 8MHz bandwith so assuming the previous settings for now.
Signed-off-by: Oliver Schinagl <oliver@schinagl.nl>
|
|
The Frequency for NL has changed recently. Anything above channel 60
is no longer allowed and thus has been removed. Also some other changes
due to the destruction and rebuilding of 'Hoogersmilde'.
Reported by Geert Hedde Bosman <geert.hedde.bosman@gmail.com>
Hello,
in summer 2012 in the Netherlands major frequency changes took place in DVB-t broadcast. Some new
frequencies were added as well. Therefore the frequency-file dvb/dvb-t/nl-All is no longer
actual. Could someone (i believe Cristoph P. is one of the maintainers) please update this file?
The website http://radio-tv-nederland.nl/ provides an up to date frequency list.
As an example: i had to add the following line to the file 'nl-All' to get the FTA tv-stations in
the north of the Netherlands as it was missing:
T 674000000 8MHz 1/2 NONE QAM64 8k 1/4 NONE
regards
GHB
|
|
Hello.
I am sending the file for DVB-T in Portugal (excluding Madeira and
Azores) retrieved at Lisbon.
dvb-t/pt-Lisbon | 3 +++
1 file changed, 3 insertions(+)
create mode 100644 dvb-t/pt-Lisbon
|
|
Hello,
In attachment what I think is a patch for Luxembourg DVB-T initial
scan ("git diff origin master > lux-all.diff")
"Adding Channel 21 broadcasting 'Air' since 28/02/2011"
best regards,
Michael
|
|
Fix erroneous transmission parameters
Signed-off-by: Jonathan McCrohan <jmccrohan@gmail.com>
|
|
ASO frequency changes; effective 24th Oct 2012.
Signed-off-by: Jonathan McCrohan <jmccrohan@gmail.com>
|
|
|
|
Could you please include the following channel in your scan file for
au-Darwin?
T 564625000 7Mhz 3/4 QAM64 8k 1/16 None
Cheers,
Ben
|
|
Hi everyone,
as we are now in a process of turning into dvb-t in Poland I would like to help others setting their tuners.
Here it is the file PL-Czestochowa
|
|
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.
|
|
submitted by triiisz+macs gmail.com
|
|
submitted by hmronline gmail.com
|