Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[linux-dvb] Re: Hauppauge NOVA-T on Debian, UK Belmont Transmitter



Hi,

	disclaimer: I only got into this a month or so ago, so this
description may be complete arse...

	scan works by reading the Network Information Table (NIT) that
is broadcast with the DVB-T signal - the NIT lists all the other
frequencies the transmitter broadcasts on and gives a bunch of other
info - I had problems with the transmitter near me (Malvern) because
it is just a repeater for Sutton Coldfield - so it just rebroadcasts
the Sutton Coldfield NIT, but all the frequencies the Malvern
transmitter uses are different so the NIT is wrong.

	what I did was look at the OfCom web site to find what the
frequencies were for Malvern:

http://www.ofcom.org.uk/static/reception_advice/digital_trans_guide/index.asp-region=show_all.html

	this gives you the UHF channel number and an offset (0, + or -)
for each MUX - you can work out the frequency from the UHF channel
like this:

(UHF_channel * 8) + 306 = frequency (MHz)

	then add/subtract the offset: + means add 166667 Hz, - means
subtract 166667 Hz

	once I had a list of frequencies I used dvbtune:

http://www.linuxstb.org/dvb-t/index.shtml

	to tune into each frequency and dump the channels info, eg for
BBC here:

dvbtune -f 722166667 -i > muxa.xml

	and use xml2vdr in the same distribution to convert the XML to
channels.conf format - something else to look out for is that some
of the channels are different during the day and during the evening,
eg here BBC3 is CBBC during the day, BBC4 is CBeebies and FTN is UK
Bright Ideas during the day

	hope this helps!

Dave Marples wrote:
Folks,

I tried to send a variant of this message last night, but I didn't see it on the list and I didn't see any replies, so this is a RTX;

I'm trying to get a NOVA-T card working in an Asus Pundit box in the UK Midlands (Belmont transmitter). Having tried various versions of Debian I'm now working with current sarge, 2.6.5 kernel, using the modules in the kernel. The modules appear to be loaded into the system correctly and indeed tzap seems to get lock no problem;

using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 546000000 Hz
video pid 0x0258, audio pid 0x0259
status 00 | signal cdcd | snr afaf | ber 0001fffe | unc ffffffff |
status 1f | signal cdcd | snr fefe | ber 00000026 | unc 00000000 | FE_HAS_LOCK
status 1f | signal cdcd | snr fefe | ber 00000022 | unc 00000000 | FE_HAS_LOCK
status 1f | signal cdcd | snr fefe | ber 0000001e | unc 00000000 | FE_HAS_LOCK

Now, the problem occurs if I try to run scan....

scan -c
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
Frontend can not do INVERSION_AUTO, trying INVERSION_OFF instead
WARNING: filter timeout pid 0x0011
WARNING: filter timeout pid 0x0000
dumping lists (0 services)
Done.

I tried Adrian Looks' approach of switching on debug in the tda1004x driver, with no effect.

.So, at this point I get confused, because running dvbtraffic doesn't show that there's a PID 0x11 (assuming the pids mean the same thing)...the output from dvbtraffic is at the end of this post 'cos it's a bit long.

Now, if I hack a channels.conf to put a PID from dvbtraffic into it, I do get data via /dev/dvb/adaptor0/dvr0, so I know there's something there...

and finally to the questions;

1) What is scan actually looking for? Does it need to see pid 0x0011 to suck up the channel data, and if I don't see it in the Belmont transmission, is that a problem?

2) Does someone have a pre-brewed Belmont channels.conf to save me some of this pain?

3) What exactly is the pid 0x0000 and 0x0011 used for? Is there a place I can get some newbie info on how DVB-T works in the UK?

Thanks for any help or advice, it really is appreciated. Outside of our very narrow areas of expertise, I guess we're all end users ;-)

Regards

DAVE


--- Attached dvbtraffic output ----
0000 11 p/s 2 kb/s 17 kbit
0031 0 p/s 0 kb/s 1 kbit
0032 40 p/s 7 kb/s 60 kbit
0034 1 p/s 0 kb/s 2 kbit
0272 2226 p/s 408 kb/s 3348 kbit
0273 176 p/s 32 kb/s 265 kbit
0274 45 p/s 8 kb/s 67 kbit
0275 14 p/s 2 kb/s 21 kbit
0278 3071 p/s 563 kb/s 4619 kbit
0279 178 p/s 32 kb/s 268 kbit
027a 43 p/s 7 kb/s 64 kbit
027c 2878 p/s 528 kb/s 4329 kbit
027d 177 p/s 32 kb/s 266 kbit
027e 46 p/s 8 kb/s 69 kbit
027f 0 p/s 0 kb/s 1 kbit
0280 1513 p/s 277 kb/s 2275 kbit
0281 135 p/s 24 kb/s 203 kbit
0283 24 p/s 4 kb/s 36 kbit
028a 475 p/s 87 kb/s 714 kbit
028b 133 p/s 24 kb/s 200 kbit
028c 133 p/s 24 kb/s 200 kbit
028d 32 p/s 5 kb/s 48 kbit
03f0 1 p/s 0 kb/s 2 kbit
03f3 1 p/s 0 kb/s 2 kbit
03f4 1 p/s 0 kb/s 2 kbit
03f5 1 p/s 0 kb/s 2 kbit
03f6 1 p/s 0 kb/s 2 kbit
03fd 3 p/s 0 kb/s 5 kbit
104f 11 p/s 2 kb/s 17 kbit
108f 12 p/s 2 kb/s 18 kbit
10ff 11 p/s 2 kb/s 17 kbit
113f 11 p/s 2 kb/s 17 kbit
117f 11 p/s 2 kb/s 17 kbit
123f 11 p/s 2 kb/s 17 kbit
1fff 590 p/s 108 kb/s 888 kbit
2000 12035 p/s 2209 kb/s 18101 kbit



--
Simon Kilvington, s.kilvington@eris.qinetiq.com





--
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.



Home | Main Index | Thread Index