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, [EMAIL PROTECTED]





--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as 
subject.



Reply via email to