Fwd: Bug#669715: dvb-apps: Channel/frequency/etc. data needs updating for London transmitters

2012-05-13 Thread Mark Purcell

--  Forwarded Message  --

Subject: Bug#669715: dvb-apps: Channel/frequency/etc. data needs updating for 
London transmitters
Date: Sun, 22 Apr 2012, 13:17:48
From: Russel Winder rus...@winder.org.uk
To: Darren Salt li...@youmustbejoking.demon.co.uk
CC: 669...@bugs.debian.org

The representative of the Amalgamated Union of Philosophers, Sages,
Luminaries, and other professional thinking persons quoth:

On Sun, 2012-04-22 at 03:16 +0100, Darren Salt wrote:
 I demand that Russel Winder may or may not have written...
 
  The digital switch over (DSO) -- closing of analogue television
  transmision -- has involved quite a convoluted rearrangement of the
  multiplexes and channels.  The DSO completed for London, and in my case
  Crystal Palace, 2012-04-18.  The channel data distributed with dvb-apps is
  now incorrect.
 
 You should use w_scan to gather the new information. It would be useful if
 you attach the new tuning information to this bug report.

Not sure about w_scan, I have scan.  It doesn't generate a channel list.

I calculated the following replacement for the uk-CrystalPalace file:

# UK, Crystal Palace
#
# Manually calculated by RLW 2012-04-21T10:20+01:00
#
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval
hierarchy
#
# BBC A — 23
T 49000 8MHz 2/3 NONE QAM64 2k 1/32 NONE
# D34 — 26
T 51400 8MHz 2/3 NONE QAM64 2k 1/32 NONE
# BBC B — 30-
T 545833000 8MHz 2/3 NONE QAM256 2k 1/32 NONE
# SDN — 25
T 50600 8MHz 3/4 NONE QAM64 2k 1/32 NONE
# Arqiva A — 22
T 48200 8MHz 3/4 NONE QAM64 2k 1/32 NONE
# Arqiva B — 28-
# ITV4
T 529833000 8MHz 3/4 NONE QAM64 2k 1/32 NONE

The BBC A, D34, SDN, Arqiva A, and Arqiva B frequencies all work fine
with vlc, I get all the channels on the multiplex.  BBC B seems to fail
but I have a suspicion that may be that the TerraTec USB unit I have
does not handle HD.  I am not sure what the NONE entries are, and I am
not sure if the 1/32 is correct.  All other entries come straight from
the OfCom document -- which I assume is definitive.

Running scan I get:

| scan uk-CrystalPalace_RLW
scanning uk-CrystalPalace_RLW
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder 49000 0 2 9 3 0 0 0
initial transponder 51400 0 2 9 3 0 0 0
initial transponder 545833000 0 2 9 5 0 0 0
initial transponder 50600 0 3 9 3 0 0 0
initial transponder 48200 0 3 9 3 0 0 0
initial transponder 529833000 0 3 9 3 0 0 0
 tune to: 
49000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
49000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
 
(tuning failed)
WARNING:  tuning failed!!!
 tune to: 
51400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
51400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
 
(tuning failed)
WARNING:  tuning failed!!!
 tune to: 
545833000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
545833000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
 
(tuning failed)
WARNING:  tuning failed!!!
 tune to: 
50600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
50600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
 
(tuning failed)
WARNING:  tuning failed!!!
 tune to: 
48200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
48200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
 
(tuning failed)
WARNING:  tuning failed!!!
 tune to: 
529833000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
529833000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
 
(tuning failed)
WARNING:  tuning failed!!!
ERROR: initial tuning failed
dumping lists (0 services)
Done.


 Also, as of 26 September, it'll also be incorrect for Pontop Pike...

Is that the last to go?

-- 
Russel.
=
Dr Russel Winder  t: +44 20 7585 2200   voip: sip:russel.win...@ekiga.net
41 Buckmaster Roadm: +44 7770 465 

Fwd: Bug#669563: dvb-apps conflicts nmh

2012-05-13 Thread Mark Purcell

--  Forwarded Message  --

Subject: Bug#669563: dvb-apps conflicts nmh
Date: Fri, 20 Apr 2012, 06:37:37
From: Anders Hammarquist i...@debian.org
To: Debian Bug Tracking System sub...@bugs.debian.org

Package: dvb-apps
Version: 1.1.1+rev1457-4
Severity: normal

The most recent dvb-apps conflicts with nmh. While they contain a file
with the same name (/usr/share/man/man1/scan.1.gz), the correct solution
is not to conflict, as they do not provide even remotely similar
functionality, but rather for dvb-apps to not provide this file. (n)mh
clearly has precedence, having provided that particular command for several
decades.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dvb-apps depends on:
ii  libc6   2.13-26
ii  libpng12-0  1.2.47-1
ii  libx11-62:1.4.4-4
ii  libzvbi00.2.33-4
ii  makedev 2.3.1-89
ii  udev175-3.1
ii  zlib1g  1:1.2.6.dfsg-2

dvb-apps recommends no packages.

dvb-apps suggests no packages.

-- no debconf information




-
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Fwd: Bug#606728: dvbscan: Infinite loop parsing arguments

2012-05-13 Thread Mark Purcell

--  Forwarded Message  --

Subject: Bug#606728: dvbscan: Infinite loop parsing arguments
Date: Sat, 11 Dec 2010, 21:13:08
From: Vincent Pelletier plr.vinc...@gmail.com
To: Debian Bug Tracking System sub...@bugs.debian.org

Package: dvb-apps
Version: 1.1.1+rev1355-1
Severity: normal
Tags: patch

How to reproduce:
  dvbscan -out raw - some_file
Result:
  dvbscan process taking 100% of cpu.

Cause:
  Argument parser doesn't increment argument position when
encountering -out parameter, so it loops forever on parsing -out.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.36vin0 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages dvb-apps depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared 
lib
ii  udev  164-2  /dev/ and hotplug management 
daemo

dvb-apps recommends no packages.

dvb-apps suggests no packages.

-- no debconf information

-
--- dvbscan.c.org	2010-12-11 11:00:22.0 +0100
+++ dvbscan.c	2010-12-11 11:00:05.0 +0100
@@ -225,6 +225,7 @@
 			output_filename = argv[argpos+2];
 			if (!strcmp(output_filename, -))
 output_filename = NULL;
+			argpos+=3;
 		} else {
 			if ((argc - argpos) != 1)
 usage();


Fwd: updated DVB-T frequencies for Italy

2012-01-04 Thread Mark Purcell

--  Forwarded Message  --

Subject: updated DVB-T frequencies for Italy
Date: Sun, 13 Feb 2011, 07:26:43
From: Marco d'Itri m...@linux.it
To: Debian Bug Tracking System sub...@bugs.debian.org
CC: debian-ital...@lists.debian.org

Package: dvb-apps
Version: 1.1.1+rev1355-1
Severity: normal
Tags: patch

In Italy there are way too many broadcasting sites, even more than one
covering the same city, so it not really practical to ship a frequencies
file for each one.
Also, frequencies are still changing due to the progressing switchover.

The attached file lists all frequencies used in Italy with reasonable
modulation parameters and allows performing a complete frequencies
scan no matter where the user is located.

I recommend removing the other italian files since (at least) many of
them are out of date (they list pre-switchover frequencies) and are
redundant anyway.

-- 
ciao,
Marco

-
# This file lists all frequencies used in Western Europe for DVB-T.
# The transmission parameters listed here are the ones generally used in
# Italy, broadcast neworks in other countries do use different parameters.
# Moreover, other countries use a bandwidth of 8 MHz also for Band III
# channels.
#
# Compiled in December 2010 by Marco d'Itri m...@linux.it.
#
# References:
# http://en.wikipedia.org/wiki/Band_I#Europe
# http://en.wikipedia.org/wiki/Band_III#Europe
# http://en.wikipedia.org/wiki/File:VHF_Usage.svg
# http://en.wikipedia.org/wiki/Television_channel_frequencies

# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy

### VHF - Band III ###
# 5
T 17750 7MHz 2/3 NONE QAM64 8k 1/32 NONE
# 6
T 18450 7MHz 2/3 NONE QAM64 8k 1/32 NONE
# 7
T 19150 7MHz 2/3 NONE QAM64 8k 1/32 NONE
# 8
T 19850 7MHz 2/3 NONE QAM64 8k 1/32 NONE
# 9
T 20550 7MHz 2/3 NONE QAM64 8k 1/32 NONE
# 10
T 21250 7MHz 2/3 NONE QAM64 8k 1/32 NONE
# 11
T 21950 7MHz 2/3 NONE QAM64 8k 1/32 NONE
# 12
T 22650 7MHz 2/3 NONE QAM64 8k 1/32 NONE

### UHF - Band IV ###
# 21
T 47400 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 22
T 48200 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 23
T 49000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 24
T 49800 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 25
T 50600 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 26
T 51400 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 27
T 52200 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 28
T 53000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 29
T 53800 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 30
T 54600 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 31
T 55400 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 32
T 56200 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 33
T 57000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 34
T 57800 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 35
T 58600 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 36
T 59400 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 37
T 60200 8MHz 2/3 NONE QAM64 8k 1/32 NONE

### UHF - Band V ###
# 38
T 61000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 39
T 61800 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 40
T 62600 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 41
T 63400 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 42
T 64300 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 43
T 65000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 44
T 65800 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 45
T 66600 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 46
T 67400 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 47
T 68200 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 48
T 69000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 49
T 69800 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 50
T 70600 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 51
T 71400 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 52
T 72200 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 53
T 73000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 54
T 73800 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 55
T 74600 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 56
T 75400 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 57
T 76200 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 58
T 77000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 59
T 77800 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 60
T 78600 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 61
T 79400 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 62
T 80200 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 63
T 81000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 64
T 81800 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 65
T 82600 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 66
T 83400 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 67
T 84200 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 68
T 85000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
# 69
T 85800 8MHz 2/3 NONE QAM64 8k 1/32 NONE



signature.asc
Description: This is a digitally signed message part.


Re: You are now subscribed to linuxtv-dvb-apps

2010-02-26 Thread Mark Purcell
On Friday 26 February 2010 18:02:53 Raphael Hertzog wrote:
 I was expecting somehow that either the Debian maintainer or the upstream
 maintainer of linuxtv-dvb-apps thought that it was a good idea to receive
 Debian BTS mails on his mailing list.

Debian Maintainer (me), thinking it is good for upstream to receive user 
updates of frequencies of their local TV stations which we are receiving in the 
BTS.

Mark


signature.asc
Description: This is a digitally signed message part.


Re: You are now subscribed to linuxtv-dvb-apps

2010-02-26 Thread Mark Purcell
On Friday 26 February 2010 23:46:30 Mauro Carvalho Chehab wrote:
 While receiving dvb-apps updates on upstream is a good idea, I don't think 
 that
 subscribing one list to the other is the proper way for it. If we use that 
 logic,
 we would need to subscribe all kernel ML's (LMML, acpi, alsa, ...) at LKML.
 This would just add more traffic, mixing different subjects.

Well the Debian linuxtv-dvb-apps isn't really a mailing list, rather an alias 
where bug reports from users and other interesting stuff is forwarded about the 
dvb-apps application.

 As you'll be receiving those requests and patches, the better is for you to
 forward us the patches you receive and send us upstream patches based on
 the reports you're receive, keeping your package in sync with upstream, while
 saving us for any internal discussions that it may be pertinent only to the
 Debian ML.

We aren't talking about a lot of traffic, there hasn't been any internal 
discussions and we have had 5 reports in the last 12 months..

http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=dvb-apps;dist=unstable

I'm happy to onforward, but there can be a lag of upto a couple of months.

Mark


signature.asc
Description: This is a digitally signed message part.


Fwd: Bug#540660: dvb-apps: Missing muxes

2010-02-25 Thread Mark Purcell

--  Forwarded Message  --

Subject: Bug#540660: dvb-apps: Missing muxes
Date: Sunday 09 August 2009
From: Hakan Ardo ha...@debian.org
To: Debian Bug Tracking System sub...@bugs.debian.org

Package: dvb-apps
Version: 1.1.1+rev1207-3
Severity: normal

Hi,
there are two muxes missing in dvb-t/se-Horby_Sallerup. Please add:

T 65000 8MHz 3/4 NONE QAM64 8k 1/4 NONE
T 57000 8MHz 3/4 NONE QAM64 8k 1/4 NONE


  Tahnx



# diff -c /usr/share/dvb/dvb-t/se-Horby_Sallerup se-Horby_Sallerup
*** /usr/share/dvb/dvb-t/se-Horby_Sallerup  2008-09-05
11:52:04.0 +0200
--- se-Horby_Sallerup   2009-08-09 15:18:16.0 +0200
***
*** 1,5 
--- 1,7 
  # Sweden - Hörby/Sallerup
  # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
+ T 65000 8MHz 3/4 NONE QAM64 8k 1/4 NONE
+ T 57000 8MHz 3/4 NONE QAM64 8k 1/4 NONE
  T 48200 8MHz 3/4 NONE QAM64 8k 1/4 NONE
  T 50600 8MHz 3/4 NONE QAM64 8k 1/4 NONE
  T 63400 8MHz 3/4 NONE QAM64 8k 1/4 NONE


-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages dvb-apps depends on:
ii  libc6 2.7-14 GNU C Library: Shared libraries
ii  makedev   2.3.1-82   creates device files in /dev
ii  udev  0.093-1/dev/ and hotplug management daemo

dvb-apps recommends no packages.

-- no debconf information





---


signature.asc
Description: This is a digitally signed message part.


Fwd: Bug#566336: dvb-apps: be-Schoten and be-Antwerp run on 506MHz

2010-02-25 Thread Mark Purcell

--  Forwarded Message  --

Subject: Bug#566336: dvb-apps: be-Schoten and be-Antwerp run on 506MHz
Date: Saturday 23 January 2010
From: Danai SAE-HAN  (=E9=9F=93=E9=81=94=E8=80=90) da...@debian.org
To: sub...@bugs.debian.org

Package: dvb-apps
Version: 1.1.1+rev1273-1
Severity: minor


Hi

The file be-Schoten currently has a frequency of 778MHz, but it should
be 506MHz.
Also, there is another broadcaster in Antwerp, so could you also add a
file called
be-Antwerp with frequency 506MHz?

Source (in Dutch): http://nl.wikipedia.org/wiki/DVB-T-frequenties

Cheers


-- 
Danai


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dvb-apps depends on:
ii  libc6 2.10.2-5   Embedded GNU C Library: Shared lib
ii  makedev   2.3.1-89   creates device files in /dev
ii  udev  150-2  /dev/ and hotplug management daemo

dvb-apps recommends no packages.

dvb-apps suggests no packages.

-- no debconf information





---


signature.asc
Description: This is a digitally signed message part.