* [linux-dvb] DVB-T South Africa
@ 2008-05-12 10:39 Rogan Dawes
2008-05-12 10:59 ` Patrick Boettcher
0 siblings, 1 reply; 8+ messages in thread
From: Rogan Dawes @ 2008-05-12 10:39 UTC (permalink / raw)
To: linux-dvb
[-- Attachment #1: Type: text/plain, Size: 2685 bytes --]
Hi folks,
I am trying to get my FlyDVB Trio card working with the trial broadcasts
that are currently underway in South Africa (Johannesburg).
I have got the drivers loaded fine, and used "w_scan" as described on
the wiki to generate an initial tuning file (attached). From there I
used "scan" to construct a channels.conf file (also attached).
However, my problem arises is that there do not seem to be any audio or
video PIDs identified. It is possible that the broadcast is encrypted,
since I see many station names operated by MultiChoice (normally DVB-S
with CA).
I did try using dvbtraffic to see which PIDs were generating the most
data, but entering that as the video PID for an arbitrary station was
unsuccessful. Any ideas what I can try further? Unfortunately, our
"Department of Communications" has not been very communicative about
these trials, so I don't have any more information about how these
stations are being transmitted.
A snippet of dvbtraffic while "tzap RT" was running follows:
-PID--FREQ-----BANDWIDTH-BANDWIDTH-
0000 4 p/s 0 kb/s 7 kbit
0010 1 p/s 0 kb/s 2 kbit
0011 13 p/s 2 kb/s 20 kbit
0015 1 p/s 0 kb/s 2 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006f 2 p/s 0 kb/s 4 kbit
0078 106 p/s 19 kb/s 159 kbit
0079 2 p/s 0 kb/s 4 kbit
0083 2 p/s 0 kb/s 4 kbit
008d 2 p/s 0 kb/s 4 kbit
0097 5 p/s 0 kb/s 8 kbit
0098 2 p/s 0 kb/s 4 kbit
00a0 291 p/s 53 kb/s 438 kbit
00a1 2 p/s 0 kb/s 4 kbit
00aa 345 p/s 63 kb/s 519 kbit
00ab 2 p/s 0 kb/s 4 kbit
00b4 381 p/s 69 kb/s 573 kbit
00b5 2 p/s 0 kb/s 4 kbit
00ba 2 p/s 0 kb/s 4 kbit
00bc 246 p/s 45 kb/s 371 kbit
00bd 2 p/s 0 kb/s 4 kbit
00be 400 p/s 73 kb/s 601 kbit
00bf 2 p/s 0 kb/s 4 kbit
00c8 382 p/s 70 kb/s 574 kbit
00c9 2 p/s 0 kb/s 4 kbit
00d2 59 p/s 10 kb/s 89 kbit
00d3 2 p/s 0 kb/s 4 kbit
00dc 435 p/s 79 kb/s 655 kbit
00dd 2 p/s 0 kb/s 4 kbit
0104 341 p/s 62 kb/s 513 kbit
0105 2 p/s 0 kb/s 4 kbit
0118 137 p/s 25 kb/s 206 kbit
0119 2 p/s 0 kb/s 4 kbit
012d 2 p/s 0 kb/s 4 kbit
0141 2 p/s 0 kb/s 4 kbit
014b 2 p/s 0 kb/s 4 kbit
1fff 93 p/s 17 kb/s 140 kbit
2000 3311 p/s 607 kb/s 4980 kbit
To my mind, these all seem *way* too low to be meaningful, right?
Is there anything else I can try?
Thanks
Rogan
P.S. Cc: appreciated, but I do read the list via GMANE as well occasionally.
[-- Attachment #2: za-Johannesburg --]
[-- Type: text/plain, Size: 250 bytes --]
# file automatically generated by w_scan
# (http://wirbel.htpc-forum.de/w_scan/index2.html)
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
T 554000000 8MHz 1/2 1/2 QPSK 8k 1/4 NONE
T 586000000 8MHz 1/2 1/2 QPSK 8k 1/4 NONE
[-- Attachment #3: channels.conf --]
[-- Type: text/plain, Size: 4624 bytes --]
Radio 2:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:14
RT:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:17
ActX:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:4
MM1:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:5
Hallmark:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:6
MNet:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:7
Discovery:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:8
ChO:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:9
MNet Series:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:10
SABC Africa:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:11
MM2:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:12
Radio1:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:21
Discovery Region:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:15
Radio3:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:23
eTV:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:16
esg:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:1
Int Table:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:2
Radio4:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:24
MStar:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:3
SS Max:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:18
MMT Service:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:13
E! Entertaiment:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:5
Int Table:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:21
ESG Sagem:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:22
Supersport 1:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:1
SuperSport 2:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:2
SuperSport 3:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:3
MagicWorld:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:4
SABC 1:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:6
CNN:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:7
Channel O:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:9
MTV:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:10
Cartoon Network:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:11
ESG CBMS:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:23
Nat Geo:586000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE:0:0:8
[-- Attachment #4: Type: text/plain, Size: 150 bytes --]
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-dvb] DVB-T South Africa
2008-05-12 10:39 [linux-dvb] DVB-T South Africa Rogan Dawes
@ 2008-05-12 10:59 ` Patrick Boettcher
2008-05-12 11:21 ` Rogan Dawes
0 siblings, 1 reply; 8+ messages in thread
From: Patrick Boettcher @ 2008-05-12 10:59 UTC (permalink / raw)
To: Rogan Dawes; +Cc: linux-dvb
Hi Rogan,
your dvbtraffic output raises a question: What happens when you run it for
several seconds ?
Are the PIDs always the same? Especially the one with the higher bitrate?
I'm asking because if that is the case, it could be that this is a DVB-H
transmission.
I have some tools (which I did not commit yet) which "scan", in a very
basic way, for DVB-H services, maybe this could help you.
Before that you can try to use dvbsnoop on PID 0x00 and 0x10 to see
whether it signals a INT-section.
I could also be a pure radio transmission, but in that case scan should
detect those channels.
Patrick.
On Mon, 12 May 2008, Rogan Dawes wrote:
> Hi folks,
>
> I am trying to get my FlyDVB Trio card working with the trial broadcasts
> that are currently underway in South Africa (Johannesburg).
>
> I have got the drivers loaded fine, and used "w_scan" as described on
> the wiki to generate an initial tuning file (attached). From there I
> used "scan" to construct a channels.conf file (also attached).
>
> However, my problem arises is that there do not seem to be any audio or
> video PIDs identified. It is possible that the broadcast is encrypted,
> since I see many station names operated by MultiChoice (normally DVB-S
> with CA).
>
> I did try using dvbtraffic to see which PIDs were generating the most
> data, but entering that as the video PID for an arbitrary station was
> unsuccessful. Any ideas what I can try further? Unfortunately, our
> "Department of Communications" has not been very communicative about
> these trials, so I don't have any more information about how these
> stations are being transmitted.
>
> A snippet of dvbtraffic while "tzap RT" was running follows:
>
> -PID--FREQ-----BANDWIDTH-BANDWIDTH-
> 0000 4 p/s 0 kb/s 7 kbit
> 0010 1 p/s 0 kb/s 2 kbit
> 0011 13 p/s 2 kb/s 20 kbit
> 0015 1 p/s 0 kb/s 2 kbit
> 0065 3 p/s 0 kb/s 5 kbit
> 0066 0 p/s 0 kb/s 1 kbit
> 006f 2 p/s 0 kb/s 4 kbit
> 0078 106 p/s 19 kb/s 159 kbit
> 0079 2 p/s 0 kb/s 4 kbit
> 0083 2 p/s 0 kb/s 4 kbit
> 008d 2 p/s 0 kb/s 4 kbit
> 0097 5 p/s 0 kb/s 8 kbit
> 0098 2 p/s 0 kb/s 4 kbit
> 00a0 291 p/s 53 kb/s 438 kbit
> 00a1 2 p/s 0 kb/s 4 kbit
> 00aa 345 p/s 63 kb/s 519 kbit
> 00ab 2 p/s 0 kb/s 4 kbit
> 00b4 381 p/s 69 kb/s 573 kbit
> 00b5 2 p/s 0 kb/s 4 kbit
> 00ba 2 p/s 0 kb/s 4 kbit
> 00bc 246 p/s 45 kb/s 371 kbit
> 00bd 2 p/s 0 kb/s 4 kbit
> 00be 400 p/s 73 kb/s 601 kbit
> 00bf 2 p/s 0 kb/s 4 kbit
> 00c8 382 p/s 70 kb/s 574 kbit
> 00c9 2 p/s 0 kb/s 4 kbit
> 00d2 59 p/s 10 kb/s 89 kbit
> 00d3 2 p/s 0 kb/s 4 kbit
> 00dc 435 p/s 79 kb/s 655 kbit
> 00dd 2 p/s 0 kb/s 4 kbit
> 0104 341 p/s 62 kb/s 513 kbit
> 0105 2 p/s 0 kb/s 4 kbit
> 0118 137 p/s 25 kb/s 206 kbit
> 0119 2 p/s 0 kb/s 4 kbit
> 012d 2 p/s 0 kb/s 4 kbit
> 0141 2 p/s 0 kb/s 4 kbit
> 014b 2 p/s 0 kb/s 4 kbit
> 1fff 93 p/s 17 kb/s 140 kbit
> 2000 3311 p/s 607 kb/s 4980 kbit
>
> To my mind, these all seem *way* too low to be meaningful, right?
>
> Is there anything else I can try?
>
> Thanks
>
> Rogan
> P.S. Cc: appreciated, but I do read the list via GMANE as well occasionally.
>
>
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-dvb] DVB-T South Africa
2008-05-12 10:59 ` Patrick Boettcher
@ 2008-05-12 11:21 ` Rogan Dawes
2008-05-12 12:22 ` Patrick Boettcher
0 siblings, 1 reply; 8+ messages in thread
From: Rogan Dawes @ 2008-05-12 11:21 UTC (permalink / raw)
To: Patrick Boettcher; +Cc: linux-dvb
[-- Attachment #1: Type: text/plain, Size: 1362 bytes --]
Patrick Boettcher wrote:
> Hi Rogan,
>
> your dvbtraffic output raises a question: What happens when you run it
> for several seconds ?
>
> Are the PIDs always the same? Especially the one with the higher bitrate?
>
> I'm asking because if that is the case, it could be that this is a DVB-H
> transmission.
>
> I have some tools (which I did not commit yet) which "scan", in a very
> basic way, for DVB-H services, maybe this could help you.
>
> Before that you can try to use dvbsnoop on PID 0x00 and 0x10 to see
> whether it signals a INT-section.
>
> I could also be a pure radio transmission, but in that case scan should
> detect those channels.
>
> Patrick.
Hi Patrick,
Actually, I think you may well be right. Our cell networks are trialling
(or even deploying) DVB-H, and the content is provided by MultiChoice.
Unfortunately (for me) that content is almost definitely encrypted.
I guess I might have to retry w_scan to see if it picks up any other
frequencies that might have the real DVB-T signals on them. And maybe
improve my antennae - I am currently using a Technisat DigiFlex TT2,
which is just sitting on my desk.
I am attaching the results of "dvbsnoop -s pidscan", as well as a longer
capture of dvbtraffic (using "dvbtraffic | tee dvbtraffic.txt", then
Ctrl-C after 6-7 seconds).
Thanks for your help.
Regards,
Rogan
[-- Attachment #2: pidscan.txt --]
[-- Type: text/plain, Size: 3034 bytes --]
rogan@athena:~$ dvbsnoop -s pidscan
dvbsnoop V1.4.00 -- http://dvbsnoop.sourceforge.net/
---------------------------------------------------------
Transponder PID-Scan...
---------------------------------------------------------
PID found: 0 (0x0000) [SECTION: Program Association Table (PAT)]
PID found: 16 (0x0010) [SECTION: Network Information Table (NIT) - actual network]
PID found: 17 (0x0011) [SECTION: Service Description Table (SDT) - actual transport stream]
PID found: 20 (0x0014) [SECTION: Time Date Table (TDT)]
PID found: 21 (0x0015) [SECTION: ITU-T Rec. H.222.0|ISO/IEC13818 reserved]
PID found: 101 (0x0065) [SECTION: IP/MAC Notification Table (INT) [EN 301 192]]
PID found: 102 (0x0066) [SECTION: ATSC reserved]
PID found: 110 (0x006e) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 111 (0x006f) [SECTION: Program Map Table (PMT)]
PID found: 120 (0x0078) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 121 (0x0079) [SECTION: Program Map Table (PMT)]
PID found: 130 (0x0082) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 131 (0x0083) [SECTION: Program Map Table (PMT)]
PID found: 140 (0x008c) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 141 (0x008d) [SECTION: Program Map Table (PMT)]
PID found: 150 (0x0096) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 151 (0x0097) [SECTION: Program Map Table (PMT)]
PID found: 152 (0x0098) [SECTION: Program Map Table (PMT)]
PID found: 160 (0x00a0) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 161 (0x00a1) [SECTION: Program Map Table (PMT)]
PID found: 170 (0x00aa) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 171 (0x00ab) [SECTION: Program Map Table (PMT)]
PID found: 180 (0x00b4) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 181 (0x00b5) [SECTION: Program Map Table (PMT)]
PID found: 186 (0x00ba) [SECTION: Program Map Table (PMT)]
PID found: 188 (0x00bc) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 189 (0x00bd) [SECTION: Program Map Table (PMT)]
PID found: 190 (0x00be) [SECTION: MPE-FEC Table (MFT)]
PID found: 191 (0x00bf) [SECTION: Program Map Table (PMT)]
PID found: 200 (0x00c8) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 201 (0x00c9) [SECTION: Program Map Table (PMT)]
PID found: 210 (0x00d2) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 211 (0x00d3) [SECTION: Program Map Table (PMT)]
PID found: 220 (0x00dc) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 221 (0x00dd) [SECTION: Program Map Table (PMT)]
PID found: 260 (0x0104) [SECTION: MPE-FEC Table (MFT)]
PID found: 261 (0x0105) [SECTION: Program Map Table (PMT)]
PID found: 280 (0x0118) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 281 (0x0119) [SECTION: Program Map Table (PMT)]
PID found: 8191 (0x1fff)
rogan@athena:~$
[-- Attachment #3: dvbtraffic.txt --]
[-- Type: text/plain, Size: 13312 bytes --]
0000 4 p/s 0 kb/s 7 kbit
0010 2 p/s 0 kb/s 4 kbit
0011 12 p/s 2 kb/s 18 kbit
0015 1 p/s 0 kb/s 2 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006e 419 p/s 76 kb/s 630 kbit
006f 2 p/s 0 kb/s 4 kbit
0078 395 p/s 72 kb/s 594 kbit
0079 1 p/s 0 kb/s 2 kbit
0082 400 p/s 73 kb/s 602 kbit
0083 2 p/s 0 kb/s 4 kbit
008c 340 p/s 62 kb/s 512 kbit
008d 2 p/s 0 kb/s 4 kbit
0096 206 p/s 37 kb/s 311 kbit
0097 5 p/s 0 kb/s 8 kbit
0098 2 p/s 0 kb/s 4 kbit
00a1 2 p/s 0 kb/s 4 kbit
00ab 2 p/s 0 kb/s 4 kbit
00b5 2 p/s 0 kb/s 4 kbit
00ba 2 p/s 0 kb/s 4 kbit
00bd 2 p/s 0 kb/s 4 kbit
00bf 2 p/s 0 kb/s 4 kbit
00c8 128 p/s 23 kb/s 192 kbit
00c9 2 p/s 0 kb/s 4 kbit
00d2 59 p/s 10 kb/s 89 kbit
00d3 2 p/s 0 kb/s 4 kbit
00dc 288 p/s 52 kb/s 433 kbit
00dd 2 p/s 0 kb/s 4 kbit
0104 328 p/s 60 kb/s 494 kbit
0105 2 p/s 0 kb/s 4 kbit
0118 314 p/s 57 kb/s 472 kbit
0119 2 p/s 0 kb/s 4 kbit
012d 2 p/s 0 kb/s 4 kbit
0141 2 p/s 0 kb/s 4 kbit
014b 2 p/s 0 kb/s 4 kbit
1fff 219 p/s 40 kb/s 329 kbit
2000 3187 p/s 585 kb/s 4794 kbit
-PID--FREQ-----BANDWIDTH-BANDWIDTH-
0000 4 p/s 0 kb/s 7 kbit
0010 1 p/s 0 kb/s 2 kbit
0011 13 p/s 2 kb/s 20 kbit
0015 1 p/s 0 kb/s 2 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006f 1 p/s 0 kb/s 2 kbit
0079 1 p/s 0 kb/s 2 kbit
0083 1 p/s 0 kb/s 2 kbit
008d 1 p/s 0 kb/s 2 kbit
0096 197 p/s 36 kb/s 296 kbit
0097 3 p/s 0 kb/s 5 kbit
0098 1 p/s 0 kb/s 2 kbit
00a0 360 p/s 66 kb/s 541 kbit
00a1 1 p/s 0 kb/s 2 kbit
00aa 400 p/s 73 kb/s 602 kbit
00ab 1 p/s 0 kb/s 2 kbit
00b4 371 p/s 68 kb/s 558 kbit
00b5 1 p/s 0 kb/s 2 kbit
00ba 1 p/s 0 kb/s 2 kbit
00bc 321 p/s 58 kb/s 483 kbit
00bd 1 p/s 0 kb/s 2 kbit
00be 442 p/s 81 kb/s 665 kbit
00bf 1 p/s 0 kb/s 2 kbit
00c8 358 p/s 65 kb/s 538 kbit
00c9 1 p/s 0 kb/s 2 kbit
00d2 60 p/s 11 kb/s 91 kbit
00d3 1 p/s 0 kb/s 2 kbit
00dc 405 p/s 74 kb/s 610 kbit
00dd 1 p/s 0 kb/s 2 kbit
0104 209 p/s 38 kb/s 315 kbit
0105 1 p/s 0 kb/s 2 kbit
0119 1 p/s 0 kb/s 2 kbit
012d 1 p/s 0 kb/s 2 kbit
0141 1 p/s 0 kb/s 2 kbit
014b 1 p/s 0 kb/s 2 kbit
1fff 113 p/s 20 kb/s 170 kbit
2000 3311 p/s 607 kb/s 4980 kbit
-PID--FREQ-----BANDWIDTH-BANDWIDTH-
0000 4 p/s 0 kb/s 7 kbit
0010 1 p/s 0 kb/s 2 kbit
0011 14 p/s 2 kb/s 22 kbit
0015 0 p/s 0 kb/s 1 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006e 440 p/s 80 kb/s 662 kbit
006f 2 p/s 0 kb/s 4 kbit
0078 407 p/s 74 kb/s 613 kbit
0079 2 p/s 0 kb/s 4 kbit
0082 413 p/s 75 kb/s 622 kbit
0083 2 p/s 0 kb/s 4 kbit
008c 368 p/s 67 kb/s 553 kbit
008d 2 p/s 0 kb/s 4 kbit
0096 381 p/s 69 kb/s 573 kbit
0097 5 p/s 0 kb/s 8 kbit
0098 2 p/s 0 kb/s 4 kbit
00a0 269 p/s 49 kb/s 405 kbit
00a1 2 p/s 0 kb/s 4 kbit
00ab 2 p/s 0 kb/s 4 kbit
00b5 2 p/s 0 kb/s 4 kbit
00ba 2 p/s 0 kb/s 4 kbit
00bc 210 p/s 38 kb/s 317 kbit
00bd 2 p/s 0 kb/s 4 kbit
00bf 2 p/s 0 kb/s 4 kbit
00c9 2 p/s 0 kb/s 4 kbit
00d3 2 p/s 0 kb/s 4 kbit
00dd 2 p/s 0 kb/s 4 kbit
0104 126 p/s 23 kb/s 189 kbit
0105 2 p/s 0 kb/s 4 kbit
0118 137 p/s 25 kb/s 206 kbit
0119 2 p/s 0 kb/s 4 kbit
012d 2 p/s 0 kb/s 4 kbit
0141 2 p/s 0 kb/s 4 kbit
014b 2 p/s 0 kb/s 4 kbit
1fff 464 p/s 85 kb/s 698 kbit
2000 3311 p/s 607 kb/s 4980 kbit
-PID--FREQ-----BANDWIDTH-BANDWIDTH-
0000 4 p/s 0 kb/s 7 kbit
0010 1 p/s 0 kb/s 2 kbit
0011 14 p/s 2 kb/s 22 kbit
0015 1 p/s 0 kb/s 2 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006f 1 p/s 0 kb/s 2 kbit
0078 392 p/s 71 kb/s 589 kbit
0079 1 p/s 0 kb/s 2 kbit
0083 1 p/s 0 kb/s 2 kbit
008d 1 p/s 0 kb/s 2 kbit
0097 3 p/s 0 kb/s 5 kbit
0098 1 p/s 0 kb/s 2 kbit
00a0 137 p/s 25 kb/s 206 kbit
00a1 1 p/s 0 kb/s 2 kbit
00aa 417 p/s 76 kb/s 628 kbit
00ab 1 p/s 0 kb/s 2 kbit
00b4 351 p/s 64 kb/s 528 kbit
00b5 1 p/s 0 kb/s 2 kbit
00ba 1 p/s 0 kb/s 2 kbit
00bc 108 p/s 19 kb/s 162 kbit
00bd 1 p/s 0 kb/s 2 kbit
00be 418 p/s 76 kb/s 629 kbit
00bf 1 p/s 0 kb/s 2 kbit
00c8 344 p/s 63 kb/s 517 kbit
00c9 1 p/s 0 kb/s 2 kbit
00d2 60 p/s 11 kb/s 91 kbit
00d3 1 p/s 0 kb/s 2 kbit
00dc 416 p/s 76 kb/s 626 kbit
00dd 1 p/s 0 kb/s 2 kbit
0104 342 p/s 62 kb/s 514 kbit
0105 1 p/s 0 kb/s 2 kbit
0118 137 p/s 25 kb/s 206 kbit
0119 1 p/s 0 kb/s 2 kbit
012d 1 p/s 0 kb/s 2 kbit
0141 1 p/s 0 kb/s 2 kbit
014b 1 p/s 0 kb/s 2 kbit
1fff 113 p/s 20 kb/s 170 kbit
2000 3311 p/s 607 kb/s 4980 kbit
-PID--FREQ-----BANDWIDTH-BANDWIDTH-
0000 5 p/s 0 kb/s 8 kbit
0010 1 p/s 0 kb/s 2 kbit
0011 13 p/s 2 kb/s 20 kbit
0015 1 p/s 0 kb/s 2 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006e 442 p/s 81 kb/s 665 kbit
006f 2 p/s 0 kb/s 4 kbit
0078 21 p/s 3 kb/s 32 kbit
0079 2 p/s 0 kb/s 4 kbit
0082 414 p/s 76 kb/s 623 kbit
0083 2 p/s 0 kb/s 4 kbit
008c 372 p/s 68 kb/s 559 kbit
008d 2 p/s 0 kb/s 4 kbit
0096 432 p/s 79 kb/s 650 kbit
0097 5 p/s 0 kb/s 8 kbit
0098 2 p/s 0 kb/s 4 kbit
00a0 359 p/s 65 kb/s 540 kbit
00a1 2 p/s 0 kb/s 4 kbit
00aa 404 p/s 74 kb/s 608 kbit
00ab 2 p/s 0 kb/s 4 kbit
00b5 2 p/s 0 kb/s 4 kbit
00ba 2 p/s 0 kb/s 4 kbit
00bc 317 p/s 58 kb/s 477 kbit
00bd 2 p/s 0 kb/s 4 kbit
00bf 2 p/s 0 kb/s 4 kbit
00c9 2 p/s 0 kb/s 4 kbit
00d3 2 p/s 0 kb/s 4 kbit
00dd 2 p/s 0 kb/s 4 kbit
0105 2 p/s 0 kb/s 4 kbit
0119 2 p/s 0 kb/s 4 kbit
012d 2 p/s 0 kb/s 4 kbit
0141 2 p/s 0 kb/s 4 kbit
014b 2 p/s 0 kb/s 4 kbit
1fff 453 p/s 83 kb/s 682 kbit
2000 3311 p/s 607 kb/s 4980 kbit
-PID--FREQ-----BANDWIDTH-BANDWIDTH-
0000 4 p/s 0 kb/s 7 kbit
0010 1 p/s 0 kb/s 2 kbit
0011 14 p/s 2 kb/s 22 kbit
0015 0 p/s 0 kb/s 1 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006e 456 p/s 83 kb/s 686 kbit
006f 2 p/s 0 kb/s 4 kbit
0078 411 p/s 75 kb/s 619 kbit
0079 2 p/s 0 kb/s 4 kbit
0083 2 p/s 0 kb/s 4 kbit
008d 2 p/s 0 kb/s 4 kbit
0097 5 p/s 0 kb/s 8 kbit
0098 2 p/s 0 kb/s 4 kbit
00a1 2 p/s 0 kb/s 4 kbit
00aa 17 p/s 3 kb/s 26 kbit
00ab 2 p/s 0 kb/s 4 kbit
00b4 323 p/s 59 kb/s 486 kbit
00b5 2 p/s 0 kb/s 4 kbit
00ba 2 p/s 0 kb/s 4 kbit
00bd 2 p/s 0 kb/s 4 kbit
00be 399 p/s 73 kb/s 600 kbit
00bf 2 p/s 0 kb/s 4 kbit
00c8 358 p/s 65 kb/s 538 kbit
00c9 2 p/s 0 kb/s 4 kbit
00d2 61 p/s 11 kb/s 92 kbit
00d3 2 p/s 0 kb/s 4 kbit
00dc 420 p/s 77 kb/s 632 kbit
00dd 2 p/s 0 kb/s 4 kbit
0104 345 p/s 63 kb/s 519 kbit
0105 2 p/s 0 kb/s 4 kbit
0118 131 p/s 24 kb/s 197 kbit
0119 2 p/s 0 kb/s 4 kbit
012d 2 p/s 0 kb/s 4 kbit
0141 2 p/s 0 kb/s 4 kbit
014b 2 p/s 0 kb/s 4 kbit
1fff 294 p/s 53 kb/s 442 kbit
2000 3311 p/s 607 kb/s 4980 kbit
-PID--FREQ-----BANDWIDTH-BANDWIDTH-
0000 4 p/s 0 kb/s 7 kbit
0010 1 p/s 0 kb/s 2 kbit
0011 13 p/s 2 kb/s 20 kbit
0015 1 p/s 0 kb/s 2 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006f 1 p/s 0 kb/s 2 kbit
0079 1 p/s 0 kb/s 2 kbit
0082 415 p/s 76 kb/s 625 kbit
0083 1 p/s 0 kb/s 2 kbit
008c 375 p/s 68 kb/s 564 kbit
008d 1 p/s 0 kb/s 2 kbit
0096 424 p/s 77 kb/s 639 kbit
0097 3 p/s 0 kb/s 5 kbit
0098 1 p/s 0 kb/s 2 kbit
00a0 355 p/s 65 kb/s 534 kbit
00a1 1 p/s 0 kb/s 2 kbit
00aa 417 p/s 76 kb/s 628 kbit
00ab 1 p/s 0 kb/s 2 kbit
00b4 317 p/s 58 kb/s 477 kbit
00b5 1 p/s 0 kb/s 2 kbit
00ba 1 p/s 0 kb/s 2 kbit
00bc 321 p/s 58 kb/s 483 kbit
00bd 1 p/s 0 kb/s 2 kbit
00be 331 p/s 60 kb/s 498 kbit
00bf 1 p/s 0 kb/s 2 kbit
00c9 1 p/s 0 kb/s 2 kbit
00d3 1 p/s 0 kb/s 2 kbit
00dd 1 p/s 0 kb/s 2 kbit
0105 1 p/s 0 kb/s 2 kbit
0119 1 p/s 0 kb/s 2 kbit
012d 1 p/s 0 kb/s 2 kbit
0141 1 p/s 0 kb/s 2 kbit
014b 1 p/s 0 kb/s 2 kbit
1fff 282 p/s 51 kb/s 424 kbit
2000 3311 p/s 607 kb/s 4980 kbit
-PID--FREQ-----BANDWIDTH-BANDWIDTH-
0000 4 p/s 0 kb/s 7 kbit
0010 1 p/s 0 kb/s 2 kbit
0011 13 p/s 2 kb/s 20 kbit
0015 1 p/s 0 kb/s 2 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006e 443 p/s 81 kb/s 667 kbit
006f 2 p/s 0 kb/s 4 kbit
0078 407 p/s 74 kb/s 613 kbit
0079 2 p/s 0 kb/s 4 kbit
0082 413 p/s 75 kb/s 622 kbit
0083 2 p/s 0 kb/s 4 kbit
008c 74 p/s 13 kb/s 112 kbit
008d 2 p/s 0 kb/s 4 kbit
0097 4 p/s 0 kb/s 7 kbit
0098 2 p/s 0 kb/s 4 kbit
00a1 2 p/s 0 kb/s 4 kbit
00ab 2 p/s 0 kb/s 4 kbit
00b5 2 p/s 0 kb/s 4 kbit
00ba 1 p/s 0 kb/s 2 kbit
00bd 2 p/s 0 kb/s 4 kbit
00be 107 p/s 19 kb/s 161 kbit
00bf 2 p/s 0 kb/s 4 kbit
00c8 372 p/s 68 kb/s 559 kbit
00c9 2 p/s 0 kb/s 4 kbit
00d2 61 p/s 11 kb/s 92 kbit
00d3 2 p/s 0 kb/s 4 kbit
00dc 417 p/s 76 kb/s 628 kbit
00dd 2 p/s 0 kb/s 4 kbit
0104 340 p/s 62 kb/s 511 kbit
0105 1 p/s 0 kb/s 2 kbit
0118 116 p/s 21 kb/s 175 kbit
0119 1 p/s 0 kb/s 2 kbit
012d 2 p/s 0 kb/s 4 kbit
0141 1 p/s 0 kb/s 2 kbit
014b 2 p/s 0 kb/s 4 kbit
1fff 469 p/s 86 kb/s 706 kbit
2000 3311 p/s 607 kb/s 4980 kbit
-PID--FREQ-----BANDWIDTH-BANDWIDTH-
0000 4 p/s 0 kb/s 7 kbit
0010 1 p/s 0 kb/s 2 kbit
0011 15 p/s 2 kb/s 23 kbit
0015 0 p/s 0 kb/s 1 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006f 1 p/s 0 kb/s 2 kbit
0079 1 p/s 0 kb/s 2 kbit
0083 1 p/s 0 kb/s 2 kbit
008c 300 p/s 55 kb/s 451 kbit
008d 1 p/s 0 kb/s 2 kbit
0096 396 p/s 72 kb/s 595 kbit
0097 4 p/s 0 kb/s 7 kbit
0098 1 p/s 0 kb/s 2 kbit
00a0 392 p/s 71 kb/s 589 kbit
00a1 1 p/s 0 kb/s 2 kbit
00aa 413 p/s 75 kb/s 622 kbit
00ab 1 p/s 0 kb/s 2 kbit
00b4 337 p/s 61 kb/s 507 kbit
00b5 1 p/s 0 kb/s 2 kbit
00ba 2 p/s 0 kb/s 4 kbit
00bc 318 p/s 58 kb/s 478 kbit
00bd 1 p/s 0 kb/s 2 kbit
00be 425 p/s 78 kb/s 640 kbit
00bf 1 p/s 0 kb/s 2 kbit
00c8 370 p/s 67 kb/s 556 kbit
00c9 1 p/s 0 kb/s 2 kbit
00d2 60 p/s 11 kb/s 91 kbit
00d3 1 p/s 0 kb/s 2 kbit
00dc 114 p/s 20 kb/s 172 kbit
00dd 1 p/s 0 kb/s 2 kbit
0105 2 p/s 0 kb/s 4 kbit
0119 2 p/s 0 kb/s 4 kbit
012d 1 p/s 0 kb/s 2 kbit
0141 2 p/s 0 kb/s 4 kbit
014b 1 p/s 0 kb/s 2 kbit
1fff 106 p/s 19 kb/s 159 kbit
2000 3311 p/s 607 kb/s 4980 kbit
-PID--FREQ-----BANDWIDTH-BANDWIDTH-
0000 4 p/s 0 kb/s 7 kbit
0010 1 p/s 0 kb/s 2 kbit
0011 12 p/s 2 kb/s 19 kbit
0014 0 p/s 0 kb/s 1 kbit
0015 1 p/s 0 kb/s 2 kbit
0065 3 p/s 0 kb/s 5 kbit
0066 0 p/s 0 kb/s 1 kbit
006e 439 p/s 80 kb/s 661 kbit
006f 2 p/s 0 kb/s 4 kbit
0078 412 p/s 75 kb/s 620 kbit
0079 2 p/s 0 kb/s 4 kbit
0082 415 p/s 76 kb/s 625 kbit
0083 2 p/s 0 kb/s 4 kbit
0
[-- Attachment #4: Type: text/plain, Size: 150 bytes --]
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-dvb] DVB-T South Africa
2008-05-12 11:21 ` Rogan Dawes
@ 2008-05-12 12:22 ` Patrick Boettcher
2008-05-12 12:50 ` Rogan Dawes
0 siblings, 1 reply; 8+ messages in thread
From: Patrick Boettcher @ 2008-05-12 12:22 UTC (permalink / raw)
To: Rogan Dawes; +Cc: linux-dvb
Hi,
I'm now 100% sure that this is a DVB-H transport stream.
the appearing/disappearing TS-PIDs in the dvbtraffic are indicating that
timeslicing is active.
The dvbsnoop clearly says that there are only MPE-sections which is
another indicator for that.
I will commit my two little, proof-of-concept-like, tools soon and tell
you where to find and how to try it.
Patrick.
On Mon, 12 May 2008, Rogan Dawes wrote:
> Patrick Boettcher wrote:
>> Hi Rogan,
>>
>> your dvbtraffic output raises a question: What happens when you run it for
>> several seconds ?
>>
>> Are the PIDs always the same? Especially the one with the higher bitrate?
>>
>> I'm asking because if that is the case, it could be that this is a DVB-H
>> transmission.
>>
>> I have some tools (which I did not commit yet) which "scan", in a very
>> basic way, for DVB-H services, maybe this could help you.
>>
>> Before that you can try to use dvbsnoop on PID 0x00 and 0x10 to see
>> whether it signals a INT-section.
>>
>> I could also be a pure radio transmission, but in that case scan should
>> detect those channels.
>>
>> Patrick.
>
> Hi Patrick,
>
> Actually, I think you may well be right. Our cell networks are trialling (or
> even deploying) DVB-H, and the content is provided by MultiChoice.
> Unfortunately (for me) that content is almost definitely encrypted.
>
> I guess I might have to retry w_scan to see if it picks up any other
> frequencies that might have the real DVB-T signals on them. And maybe improve
> my antennae - I am currently using a Technisat DigiFlex TT2, which is just
> sitting on my desk.
>
> I am attaching the results of "dvbsnoop -s pidscan", as well as a longer
> capture of dvbtraffic (using "dvbtraffic | tee dvbtraffic.txt", then Ctrl-C
> after 6-7 seconds).
>
> Thanks for your help.
>
> Regards,
>
> Rogan
>
>
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-dvb] DVB-T South Africa
2008-05-12 12:22 ` Patrick Boettcher
@ 2008-05-12 12:50 ` Rogan Dawes
2008-05-12 14:00 ` Rogan Dawes
0 siblings, 1 reply; 8+ messages in thread
From: Rogan Dawes @ 2008-05-12 12:50 UTC (permalink / raw)
To: Patrick Boettcher; +Cc: linux-dvb
Patrick Boettcher wrote:
> Hi,
>
> I'm now 100% sure that this is a DVB-H transport stream.
>
> the appearing/disappearing TS-PIDs in the dvbtraffic are indicating that
> timeslicing is active.
>
> The dvbsnoop clearly says that there are only MPE-sections which is
> another indicator for that.
>
> I will commit my two little, proof-of-concept-like, tools soon and tell
> you where to find and how to try it.
>
> Patrick.
>
Great! Thanks for your help.
I look forward to trying your code out, and seeing if I can actually get
anything from these streams.
Rogan
>
> On Mon, 12 May 2008, Rogan Dawes wrote:
>
>> Patrick Boettcher wrote:
>>> Hi Rogan,
>>>
>>> your dvbtraffic output raises a question: What happens when you run
>>> it for
>>> several seconds ?
>>>
>>> Are the PIDs always the same? Especially the one with the higher
>>> bitrate?
>>>
>>> I'm asking because if that is the case, it could be that this is a
>>> DVB-H
>>> transmission.
>>>
>>> I have some tools (which I did not commit yet) which "scan", in a very
>>> basic way, for DVB-H services, maybe this could help you.
>>>
>>> Before that you can try to use dvbsnoop on PID 0x00 and 0x10 to see
>>> whether it signals a INT-section.
>>>
>>> I could also be a pure radio transmission, but in that case scan should
>>> detect those channels.
>>>
>>> Patrick.
>>
>> Hi Patrick,
>>
>> Actually, I think you may well be right. Our cell networks are
>> trialling (or even deploying) DVB-H, and the content is provided by
>> MultiChoice. Unfortunately (for me) that content is almost definitely
>> encrypted.
>>
>> I guess I might have to retry w_scan to see if it picks up any other
>> frequencies that might have the real DVB-T signals on them. And maybe
>> improve my antennae - I am currently using a Technisat DigiFlex TT2,
>> which is just sitting on my desk.
>>
>> I am attaching the results of "dvbsnoop -s pidscan", as well as a
>> longer capture of dvbtraffic (using "dvbtraffic | tee dvbtraffic.txt",
>> then Ctrl-C after 6-7 seconds).
>>
>> Thanks for your help.
>>
>> Regards,
>>
>> Rogan
>>
>>
>
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-dvb] DVB-T South Africa
2008-05-12 12:50 ` Rogan Dawes
@ 2008-05-12 14:00 ` Rogan Dawes
2008-05-12 14:08 ` Patrick Boettcher
0 siblings, 1 reply; 8+ messages in thread
From: Rogan Dawes @ 2008-05-12 14:00 UTC (permalink / raw)
To: Patrick Boettcher; +Cc: linux-dvb
Rogan Dawes wrote:
> Patrick Boettcher wrote:
>> Hi,
>>
>> I'm now 100% sure that this is a DVB-H transport stream.
>>
>> the appearing/disappearing TS-PIDs in the dvbtraffic are indicating that
>> timeslicing is active.
>>
>> The dvbsnoop clearly says that there are only MPE-sections which is
>> another indicator for that.
>>
>> I will commit my two little, proof-of-concept-like, tools soon and tell
>> you where to find and how to try it.
>>
>> Patrick.
>>
>
> Great! Thanks for your help.
>
> I look forward to trying your code out, and seeing if I can actually get
> anything from these streams.
>
> Rogan
>
So I ran w_scan again, with more conservative options, and actualy
picked up the channels that are being broadcast via DVB-T on 770MHz. In
case anyone cares:
S-a-b-c
1(SABC):770000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:85:83:61
S-a-b-c
2(SABC):770000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:260:34:62
S-a-b-c
3(SABC):770000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:65:89:63
eTV(ETV):770000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:272:273:105
Unfortunately, VLC jumps all over the place (window resizing, mostly),
and shows a pretty garbled signal. It is visually recognizable as a TV
broadcast, though. Eventually, though, VLC just dumps core with a
segmentation fault.
I guess this is related to a weak/corrupted signal, although the ber
showing up while running tzap seemed reasonable:
rogan@athena:~/w_scan-20080105$ tzap "eTV(ETV)"
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 770000000 Hz
video pid 0x0110, audio pid 0x0111
status 00 | signal 9393 | snr 4646 | ber 0001fffe | unc 00000000 |
status 1f | signal 9494 | snr f5f5 | ber 0000f4c8 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f9f9 | ber 0000fc64 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f8f8 | ber 000100ce | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f9f9 | ber 0001083e | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f9f9 | ber 00011630 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f5f5 | ber 000131be | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f5f5 | ber 000115ca | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f8f8 | ber 00013590 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f9f9 | ber 0001188a | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f8f8 | ber 0001074e | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f9f9 | ber 0001030e | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f5f5 | ber 00010b5a | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f6f6 | ber 0000fe42 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f6f6 | ber 00010196 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 0001236c | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00011d80 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 0001213c | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00011a4e | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f5f5 | ber 0001244c | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f5f5 | ber 00011a2e | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00012650 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00013684 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f8f8 | ber 00012bb0 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00012082 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f5f5 | ber 00011ea6 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f5f5 | ber 0001251a | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f5f5 | ber 00011292 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f5f5 | ber 0001132e | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00011f66 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f7f7 | ber 00012310 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f8f8 | ber 00010cb2 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00010ec2 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f9f9 | ber 00011a10 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f4f4 | ber 00013166 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f5f5 | ber 00011f96 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00012c24 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 000119e6 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00011a2a | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f8f8 | ber 00011ea4 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f5f5 | ber 00011bc8 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f5f5 | ber 00010af0 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f9f9 | ber 00012ae6 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00011f40 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00011de8 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr f0f0 | ber 00013958 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr acac | ber 0001fffe | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9393 | snr e5e5 | ber 0001fffe | unc ffffffff |
FE_HAS_LOCK
status 00 | signal 9191 | snr 6c6c | ber 0001fffe | unc 00000000 |
status 1f | signal 9292 | snr e6e6 | ber 0001fffe | unc ffffffff |
FE_HAS_LOCK
status 01 | signal 9292 | snr 2525 | ber 0001fffe | unc ffffffff |
status 1f | signal 9191 | snr e1e1 | ber 0001fffe | unc ffffffff |
FE_HAS_LOCK
status 00 | signal 9191 | snr 3a3a | ber 0001fffe | unc 00000000 |
status 1f | signal 9191 | snr f7f7 | ber 00012c98 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f8f8 | ber 00012cd0 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f8f8 | ber 00011012 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f4f4 | ber 00011c16 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f7f7 | ber 00012550 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f8f8 | ber 00011d94 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f7f7 | ber 00011bfe | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 00011ac8 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f7f7 | ber 00012ba2 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f4f4 | ber 00011cbc | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f8f8 | ber 0001140a | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f6f6 | ber 00012264 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f6f6 | ber 0001229a | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9191 | snr f7f7 | ber 00011c34 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f7f7 | ber 0000fbdc | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 9292 | snr f3f3 | ber 00016966 | unc ffffffff |
FE_HAS_LOCK
I guess I'll need to get a better DVB antenna.
Rogan
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-dvb] DVB-T South Africa
2008-05-12 14:00 ` Rogan Dawes
@ 2008-05-12 14:08 ` Patrick Boettcher
2008-05-12 14:53 ` Rogan Dawes
0 siblings, 1 reply; 8+ messages in thread
From: Patrick Boettcher @ 2008-05-12 14:08 UTC (permalink / raw)
To: Rogan Dawes; +Cc: linux-dvb
Hi again,
On Mon, 12 May 2008, Rogan Dawes wrote:
> I guess this is related to a weak/corrupted signal, although the ber showing
> up while running tzap seemed reasonable:
A reasonable BER is 0 and (if the demod-driver is supporting) UNC should
be 0 as well.
BER is the bit-error-rate, not the bitrate.
> I guess I'll need to get a better DVB antenna.
Try to open the window or to put the antenna outside, rotate the antenna,
check the cables and connector, while having femon running and check which
position is the best.
Sometimes it helps,
Patrick.
--
Mail: patrick.boettcher@desy.de
WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-dvb] DVB-T South Africa
2008-05-12 14:08 ` Patrick Boettcher
@ 2008-05-12 14:53 ` Rogan Dawes
0 siblings, 0 replies; 8+ messages in thread
From: Rogan Dawes @ 2008-05-12 14:53 UTC (permalink / raw)
To: Patrick Boettcher; +Cc: linux-dvb
Patrick Boettcher wrote:
> Hi again,
> On Mon, 12 May 2008, Rogan Dawes wrote:
>> I guess this is related to a weak/corrupted signal, although the ber
>> showing up while running tzap seemed reasonable:
>
> A reasonable BER is 0 and (if the demod-driver is supporting) UNC should
> be 0 as well.
>
> BER is the bit-error-rate, not the bitrate.
>
>> I guess I'll need to get a better DVB antenna.
>
> Try to open the window or to put the antenna outside, rotate the
> antenna, check the cables and connector, while having femon running and
> check which position is the best.
>
> Sometimes it helps,
> Patrick.
>
Ok, so I tried unplugging and replugging the antenna, just to make sure
that femon would pick up the crudest of changes, before I tried more
refined ones.
I got the following, but it also crashed my machine :-(
rogan@athena:~$ tzap "eTV(ETV)" > /dev/null &
[1] 5339
rogan@athena:~$ femon
using '/dev/dvb/adapter0/frontend0'
FE: Philips TDA10046H DVB-T (TERRESTRIAL)
status 00 | signal 8b8b | snr 3030 | ber 0001fffe | unc ffffffff |
status 1f | signal 8989 | snr f6f6 | ber 0001a268 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 8989 | snr 6565 | ber 0001fffe | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 8989 | snr f6f6 | ber 0001b110 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 8989 | snr ecec | ber 0001ac00 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 8888 | snr f4f4 | ber 0001a84c | unc ffffffff |
FE_HAS_LOCK
status 01 | signal 8989 | snr 6161 | ber 0001fffe | unc ffffffff |
status 1f | signal 8888 | snr f2f2 | ber 0001b28c | unc ffffffff |
FE_HAS_LOCK
status 00 | signal 8989 | snr 2c2c | ber 0001fffe | unc ffffffff |
status 1f | signal 8989 | snr f3f3 | ber 0001a590 | unc ffffffff |
FE_HAS_LOCK
status 00 | signal 8787 | snr 6d6d | ber 0001fffe | unc ffffffff |
status 1f | signal 8888 | snr f4f4 | ber 0001aeae | unc ffffffff |
FE_HAS_LOCK
status 01 | signal 8989 | snr 8f8f | ber 0001fffe | unc ffffffff |
status 1f | signal 8787 | snr f3f3 | ber 0001e982 | unc ffffffff |
FE_HAS_LOCK
status 00 | signal 8d8d | snr 7171 | ber 0001fffe | unc 00000001 |
status 1f | signal 8c8c | snr f5f5 | ber 00014628 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 8c8c | snr f8f8 | ber 00016fb0 | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 8b8b | snr f7f7 | ber 00013b8c | unc ffffffff |
FE_HAS_LOCK
status 1f | signal 8b8b | snr f7f7 | ber 000129d4 | unc 0000001e |
FE_HAS_LOCK
status 1f | signal 8888 | snr f6f6 | ber 00017330 | unc ffffffff |
FE_HAS_LOCK
status 00 | signal 0000 | snr e0e0 | ber 0001fffe | unc 00000000 |
status 00 | signal 0000 | snr 3535 | ber 0001fffe | unc 00000000 |
status 00 | signal 0000 | snr 2c2c | ber 0001fffe | unc 00000000 |
status 00 | signal 0000 | snr 3030 | ber 0001fffe | unc 00000000 |
status 00 | signal 0000 | snr e1e1 | ber 0001fffe | unc 00000000 |
status 00 | signal 0000 | snr ffff | ber 0001fffe | unc 00000000 |
status 00 | signal 0000 | snr 3737 | ber 0001fffe | unc 00000000 |
status 00 | signal 0000 | snr 7d7d | ber 0001fffe | unc 00000000 |
status 00 | signal 0000 | snr a9a9 | ber 0001fffe | unc 00000000 |
This would seem to support the notion that I am not getting a good
enough signal, right?
Rogan
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2008-05-12 14:54 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-12 10:39 [linux-dvb] DVB-T South Africa Rogan Dawes
2008-05-12 10:59 ` Patrick Boettcher
2008-05-12 11:21 ` Rogan Dawes
2008-05-12 12:22 ` Patrick Boettcher
2008-05-12 12:50 ` Rogan Dawes
2008-05-12 14:00 ` Rogan Dawes
2008-05-12 14:08 ` Patrick Boettcher
2008-05-12 14:53 ` Rogan Dawes
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox