Attachment 10339 Details for Bug 18995 – Attempt to build channel scan file for PCtv 292e

Attempt to build channel scan file for PCtv 292e

scanning (text/plain), 2.62 KB, created by Len Lawrence on 2018-08-29 18:52:04 CEST

(hide)

Description:

Filename:

MIME Type:

Creator: Len Lawrence

Created: 2018-08-29 18:52:04 CEST

Size: 2.62 KB

patch

obsolete

>Used this command to scan for channels:
>
>$ w_scan -ft -c GB -L > channels_new.xspf
>w_scan version 20120605 (compiled for DVB API 5.10)
>using settings for UNITED KINGDOM
>DVB aerial
>DVB-T GB
>scan type TERRESTRIAL, channellist 6
>output format vlc xspf playlist
>output charset 'UTF-8'
>Info: using DVB adapter auto detection.
>	/dev/dvb/adapter0/frontend0 -> TERRESTRIAL "Silicon Labs Si2168": very good :-))
>
>Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0)
>-_-_-_-_ Getting frontend capabilities-_-_-_-_ 
>Using DVB API 5.b
>frontend 'Silicon Labs Si2168' supports
>DVB-T2
>INVERSION_AUTO
>QAM_AUTO
>TRANSMISSION_MODE_AUTO
>GUARD_INTERVAL_AUTO
>HIERARCHY_AUTO
>FEC_AUTO
>FREQ (42.00MHz ... 870.00MHz)
>-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ 
>Scanning 7MHz frequencies...
>177500: (time: 00:00) 
>184500: (time: 00:02) 
>191500: (time: 00:05) 
>[...]
>489833: (time: 00:40) 
>498000: (time: 00:42) (time: 00:43) signal ok:
>	QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999
>	new transponder:
>	   (QAM_64   f = 674000 kHz I999B8C23D0T8G32Y0) 0x405A
>	new transponder:
>	   (QAM_64   f = 650000 kHz I999B8C23D0T8G32Y0) 0x405A
>	new transponder:
>	   (QAM_64   f = 634167 kHz I999B8C34D0T8G32Y0) 0x405A
>	updating transponder:
>	   (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999) 0x0000
>	to (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999P0) 0x4004
>	new transponder:
>	   (QAM_64   f = 658000 kHz I999B8C34D0T8G32Y0) 0x405A
>	new transponder:
>	   (QAM_64   f = 682000 kHz I999B8C34D0T8G32Y0) 0x405A
>	new transponder:
>	   (QPSK     f = 714000 kHz I999B8C34D0T8G32Y0) 0x405A
>	updating transponder:
>	   (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999P0) 0x4004
>	to (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999P0) 0x4004
>	updating transponder:
>	   (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999P0) 0x4004
>	to (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999P0) 0x4004
>498167: skipped (already known transponder)
>497833: skipped (already known transponder)
>506000: (time: 00:57) 
>
>There are a number of sections like the above which I interpret as a signal of reasonable strength being found.  The sequence finishes like this:
>
>tune to: QAM_AUTO f = 642000 kHz I999B8C999D999T999G999Y999P0 
>(time: 06:45) ----------no signal----------
>tune to: QAM_AUTO f = 642000 kHz I999B8C999D999T999G999Y999P0  (no signal)
>(time: 06:46) ----------no signal----------
>tune to: QAM_AUTO f = 666000 kHz I999B8C999D999T999G999Y999P0 
>(time: 06:47) ----------no signal----------
>tune to: QAM_AUTO f = 666000 kHz I999B8C999D999T999G999Y999P0  (no signal)
>(time: 06:48) ----------no signal----------
>
>ERROR: Sorry - i couldn't get any working frequency/transponder
> Nothing to scan!!

Used this command to scan for channels:

$ w_scan -ft -c GB -L > channels_new.xspf
w_scan version 20120605 (compiled for DVB API 5.10)
using settings for UNITED KINGDOM
DVB aerial
DVB-T GB
scan type TERRESTRIAL, channellist 6
output format vlc xspf playlist
output charset 'UTF-8'
Info: using DVB adapter auto detection.
	/dev/dvb/adapter0/frontend0 -> TERRESTRIAL "Silicon Labs Si2168": very good :-))

Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_ 
Using DVB API 5.b
frontend 'Silicon Labs Si2168' supports
DVB-T2
INVERSION_AUTO
QAM_AUTO
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
FREQ (42.00MHz ... 870.00MHz)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ 
Scanning 7MHz frequencies...
177500: (time: 00:00) 
184500: (time: 00:02) 
191500: (time: 00:05) 
[...]
489833: (time: 00:40) 
498000: (time: 00:42) (time: 00:43) signal ok:
	QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999
	new transponder:
	   (QAM_64   f = 674000 kHz I999B8C23D0T8G32Y0) 0x405A
	new transponder:
	   (QAM_64   f = 650000 kHz I999B8C23D0T8G32Y0) 0x405A
	new transponder:
	   (QAM_64   f = 634167 kHz I999B8C34D0T8G32Y0) 0x405A
	updating transponder:
	   (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999) 0x0000
	to (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999P0) 0x4004
	new transponder:
	   (QAM_64   f = 658000 kHz I999B8C34D0T8G32Y0) 0x405A
	new transponder:
	   (QAM_64   f = 682000 kHz I999B8C34D0T8G32Y0) 0x405A
	new transponder:
	   (QPSK     f = 714000 kHz I999B8C34D0T8G32Y0) 0x405A
	updating transponder:
	   (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999P0) 0x4004
	to (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999P0) 0x4004
	updating transponder:
	   (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999P0) 0x4004
	to (QAM_AUTO f = 498000 kHz I999B8C999D999T999G999Y999P0) 0x4004
498167: skipped (already known transponder)
497833: skipped (already known transponder)
506000: (time: 00:57) 

There are a number of sections like the above which I interpret as a signal of reasonable strength being found.  The sequence finishes like this:

tune to: QAM_AUTO f = 642000 kHz I999B8C999D999T999G999Y999P0 
(time: 06:45) ----------no signal----------
tune to: QAM_AUTO f = 642000 kHz I999B8C999D999T999G999Y999P0  (no signal)
(time: 06:46) ----------no signal----------
tune to: QAM_AUTO f = 666000 kHz I999B8C999D999T999G999Y999P0 
(time: 06:47) ----------no signal----------
tune to: QAM_AUTO f = 666000 kHz I999B8C999D999T999G999Y999P0  (no signal)
(time: 06:48) ----------no signal----------

ERROR: Sorry - i couldn't get any working frequency/transponder
 Nothing to scan!!

Actions: View

Attachments on bug 18995: 8314 | 8315 | 8316 | 8317 | 8318 | 8319 | 9574 | 10338 | 10339