* Tuning a pvrusb2 device. Every attempt has failed.
@ 2009-01-23 1:58 A. F. Cano
2009-01-24 16:05 ` [linux-dvb] Leadtek WinFast PxDVR3200 H Wayne and Holly
2009-01-25 18:45 ` [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed CityK
0 siblings, 2 replies; 13+ messages in thread
From: A. F. Cano @ 2009-01-23 1:58 UTC (permalink / raw)
To: linux-media, linux-dvb
Still trying to get the OnAir Creator to work. It is properly recognized
by the pvrusb2 driver, but I can't seem to get any further. I'm now
trying to scan the digital channels.
What I have already tried:
o Channel scan with mythtv completes, but when trying to view any of the
supposedly found channels, I get a blank screen. Mythtv says it can't
get a signal lock.
o Channel scan withh kaffeine: as it progresses, I see the occasional green
light, most often with a relatively low number (15-25% or so) of signal
strength and an even lower number (1-3% or so) of SNR. When the progress
bar reaches about 80% the scan suddenly ends and there is nothing in the
right column, where the found channels are supposed to go (right?).
Usually the next operation I try crashes kaffeine. I'm still trying to
find gdb on this new lenny install. Until I do I won't be able to get
a trace-back.
o Scan with 'scan' from dvb-tools. I used the us-ATSC-center-frequencies-8VSB
file from kaffeine. I get this:
scanning /tmp/us-ATSC-center-frequencies-8VSB
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
>>> tune to: 57028615:8VSB
WARNING: >>> tuning failed!!!
>>> tune to: 57028615:8VSB (tuning failed)
WARNING: >>> tuning failed!!!
... [ exactly the same output for most channels but then I get a few
channels like this ]
>>> tune to: 497028615:8VSB
WARNING: filter timeout pid 0x0000
WARNING: filter timeout pid 0x1ffb
...
dumping lists (0 services)
Done.
o If I try to tune it (to one of the frequencies that gives a filter
timeout, with dvbtune from dvb-tools) I get this:
> dvbtune -f 533028615
Using DVB card "LG Electronics LGDT3303 VSB/QAM Frontend"
Unknown FE type. Aborting
o scantv is for analog only, and it doesn't have NTSC norm, but in any
case, it seems to put the device into analog mode (it has an analog tuner)
and turns the red led off. From observation, it seems that when the device
is accessed in analog mode (via /dev/video0) the led goes off, when
accessed through the /dev/dvb/adapter0, it comes back on.
o change-channel.sh that comes with the pvrusb2 driver. The above frequency
list (from kaffeine) is apparently the wrong format for this script. I'll
have to look further into the proper format. Of course it would be quicker
if someone can point me to a list of us channels in the proper format.
The procedure described in the script to obtain the frequencies depends on
frequency lists in /usr/share/doc/xawtv, but there is no file for us
frequencies.
o femon returns this, which makes sense since the card is not tuned to
anything:
FE: LG Electronics LGDT3303 VSB/QAM Frontend (ATSC)
status | signal 0000 | snr 0000 | ber 00000000 | unc 0000fbdf |
Can anyone suggest other tools I might have missed? Explain why I'm getting
the results above? Since both mythtv and kaffeine find some channels in the
scan, shouldn't I be able to watch them? To narrow down the problem, I was
going to tune the card to one of the channels and then use mplayer to read
directly from the device, but I can't even change the channel.
Any suggestions would be welcome. Thanks.
A.
^ permalink raw reply [flat|nested] 13+ messages in thread
* [linux-dvb] Leadtek WinFast PxDVR3200 H
2009-01-23 1:58 Tuning a pvrusb2 device. Every attempt has failed A. F. Cano
@ 2009-01-24 16:05 ` Wayne and Holly
2009-01-25 7:42 ` Robert Golding
2009-01-25 18:45 ` [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed CityK
1 sibling, 1 reply; 13+ messages in thread
From: Wayne and Holly @ 2009-01-24 16:05 UTC (permalink / raw)
To: linux-media, linux-dvb
[-- Attachment #1: Type: text/plain, Size: 2029 bytes --]
Hello list,
I have a Leadtek WinFast PxDVR3200 H that I am attempting to utilise with
MythTV. The Wiki site states that experimental support exists for the DVB
side and that "Successful tuning of typical Australian channels" has been
achieved.
I am able to create a channels.conf (attached) using scan, and am then able
to tune using mythtv-setup, however none of these channels are viewable with
the mythfrontend due to it being unable to gain a lock.
Relevant bits and pieces:
scan, using the latest it-Varese file scan is able to tune to three of the
five transponders as per the attached file "scan". It also scans on
800000000Hz but I have no idea why.
The file leadtek.dmesg contains the relevant info from dmesg (and
messages.log) regarding the initialisation of the card itself. There are no
error messages at any time (that I am aware of) despite all of my fiddling
about.
Of the three transponders that are in my channels.conf file, the third one
(618000000Hz) causes an error when tuning in mythtv-setup. It states that
channels are found but the tsid is incorrect. As such, only the first two
successful transponders (706000000 and 602000000) are tuned by myth.
When I attempt to view the tuned channels, myth is unable to gain a lock on
any of them. The reported signal strength is about 58% and the S/N varies
between 3 and 3.8dB. I am able to tune DVB-T channels on my TV using the
same aerial cable but am wondering if signal strength is an issue.
I am running it on Kubuntu with a 2.6.24-19 kernel, I have a recent version
of the v4l-dvb tree (approx Nov 08) and am using firmware version 2.7. I
haven't updated the drivers or the firmware as I have no reason to believe
there are changes that would effect this. That said, if someone thinks
there has been changes I will get straight on it.
I am more than happy to provide more debugging info if required (if you are
willing to tell me where else to look) and appreciate any help provided.
Cheers
Wayne
[-- Attachment #2: scan --]
[-- Type: application/octet-stream, Size: 5227 bytes --]
scanning ./it-Varese
using '/dev/dvb/adapter7/frontend0' and '/dev/dvb/adapter7/demux0'
initial transponder 226500000 1 2 9 3 1 0 0
initial transponder 706000000 0 2 9 3 1 0 0
initial transponder 602000000 0 2 9 3 1 0 0
initial transponder 514000000 0 2 9 3 1 0 0
initial transponder 610000000 0 2 9 3 1 0 0
>>> tune to: 226500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 226500000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
0x0000 0x000b: pmt_pid 0x006f (null) -- Servizio OTA11 (running)
0x0000 0x000c: pmt_pid 0x0070 (null) -- Servizio OTA12 (running)
0x0000 0x000d: pmt_pid 0x0071 (null) -- Servizio 13 (running)
0x0000 0x000e: pmt_pid 0x0072 (null) -- Servizio 14 (running)
0x0000 0x000f: pmt_pid 0x0073 (null) -- Servizio 15 (running)
0x0000 0x0010: pmt_pid 0x0074 (null) -- Servizio 16 (running)
0x0000 0x0011: pmt_pid 0x0075 (null) -- Servizio 17 (running)
0x0000 0x0012: pmt_pid 0x0076 (null) -- Servizio 18 (running)
0x0000 0x0014: pmt_pid 0x0078 (null) -- Servizio 20 (running)
0x0000 0x006d: pmt_pid 0x00d1 Mediaset -- Disney Channel - Premium (running, scrambled)
0x0000 0x006f: pmt_pid 0x00d3 Mediaset -- Joi - Premium (running, scrambled)
0x0000 0x0070: pmt_pid 0x00d4 Mediaset -- Mya - Premium (running, scrambled)
0x0000 0x0071: pmt_pid 0x00d5 Mediaset -- Steel - Premium (running, scrambled)
0x0000 0x0072: pmt_pid 0x00d6 Mediaset -- Joi+1 - Premium (running, scrambled)
0x0000 0x0073: pmt_pid 0x00d7 Mediaset -- Mya+1 - Premium (running, scrambled)
0x0000 0x0074: pmt_pid 0x00d8 Mediaset -- Steel+1 - Premium (running, scrambled)
0x0000 0x00ac: pmt_pid 0x0110 Mediaset -- Mediashopping (running)
0x0000 0x03e7: pmt_pid 0x0063 (null) -- Servizio M_e (running)
0x0000 0x1f4f: pmt_pid 0x1b67 (null) -- HUMAX DOWNLOAD SVC (running)
Network Name 'DFree'
>>> tune to: 602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
0x0000 0x0001: pmt_pid 0x0100 MBone -- LA7 (running, scrambled)
0x0000 0x0004: pmt_pid 0x0167 MBone -- TIMB TEST 2 (running, scrambled)
0x0000 0x0006: pmt_pid 0x0121 MBone -- Cartapiu' A (running, scrambled)
0x0000 0x0007: pmt_pid 0x0124 MBone -- Cartapiu' B (running, scrambled)
0x0000 0x0008: pmt_pid 0x0127 MBone -- Cartapiu' C (running, scrambled)
0x0000 0x0009: pmt_pid 0x012a MBone -- Cartapiu' D (running, scrambled)
0x0000 0x000a: pmt_pid 0x012d MBone -- Cartapiu' E (running, scrambled)
0x0000 0x000b: pmt_pid 0x0130 MBone -- Cartapiu' Attivazione (running, scrambled)
0x0000 0x000c: pmt_pid 0x0000 MBone -- TIMB TEST (running, scrambled)
0x0000 0x000e: pmt_pid 0x010d MBone -- TIMB TEST 4 (running, scrambled)
0x0000 0x000f: pmt_pid 0x011e MBone -- Cartapiu' GOL! (running, scrambled)
0x0000 0x0011: pmt_pid 0x0000 MBone -- TIMB TEST 3 (running, scrambled)
0x0000 0x0013: pmt_pid 0x0157 MBone -- PIU' SERVIZI (running, scrambled)
0x0000 0x1f4f: pmt_pid 0x0000 MBone -- HUMAX DOWNLOAD SVC (running, scrambled)
Network Name 'MBone'
>>> tune to: 514000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 514000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 610000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 610000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 800000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 800000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 618000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
0x0202 0x0001: pmt_pid 0x0000 Bergamo Digitale -- Video Bergamo (running)
0x0202 0x0002: pmt_pid 0x0000 Bergamo digitale -- Enti&ComuniTV (running)
0x0202 0x0007: pmt_pid 0x0000 Radio Number One -- Radio Number One (running)
0x0202 0x0008: pmt_pid 0x0000 Radio Bergamo -- Radio Bergamo (running)
0x0202 0x0009: pmt_pid 0x0000 Radio Millenote -- Radio Millenote (running)
0x0202 0x0006: pmt_pid 0x0000 Scopus Network Technologies -- NUMBERONE CHANNEL (running)
0x0202 0x20db: pmt_pid 0x0000 Telespazio -- Radio Italia TV (running)
0x0202 0x000c: pmt_pid 0x0000 Scopus Network Technologies -- BETTING CHANNEL (running)
WARNING: filter timeout pid 0x0010
dumping lists (41 services)
Done.
[-- Attachment #3: channels.conf --]
[-- Type: application/octet-stream, Size: 5961 bytes --]
Servizio OTA11:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:11
Servizio OTA12:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:12
Servizio 13:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:13
Servizio 14:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:14
Servizio 15:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:15
Servizio 16:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:16
Servizio 17:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17
Servizio 18:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:18
Servizio 20:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:472:20
Disney Channel - Premium:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:890:891:109
Joi - Premium:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:910:911:111
Mya - Premium:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:920:921:112
Steel - Premium:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:930:931:113
Joi+1 - Premium:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:940:941:114
Mya+1 - Premium:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:950:951:115
Steel+1 - Premium:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:960:961:116
Mediashopping:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:640:641:172
Servizio M_e:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:999
HUMAX DOWNLOAD SVC:706000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:8015
Cartapiu' Attivazione:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:305:0:11
TIMB TEST 2:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:4
PIU' SERVIZI:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:345:19
Cartapiu' B:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:8006:0:7
Cartapiu' GOL!:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:8006:0:15
Cartapiu' C:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:8006:0:8
Cartapiu' D:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:8006:0:9
Cartapiu' E:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:8006:0:10
TIMB TEST 4:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:270:0:14
LA7:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:257:258:1
Cartapiu' A:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:290:291:6
TIMB TEST:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:12
TIMB TEST 3:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17
HUMAX DOWNLOAD SVC:602000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:8015
Video Bergamo:618000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:256:258:1
Enti&ComuniTV:618000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:512:514:2
Radio Number One:618000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:519:7
Radio Bergamo:618000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:521:8
Radio Millenote:618000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:523:9
NUMBERONE CHANNEL:618000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:2304:2305:6
Radio Italia TV:618000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:639:640:8411
BETTING CHANNEL:618000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:4194:4195:12
[-- Attachment #4: leadtek.dmesg --]
[-- Type: application/octet-stream, Size: 1292 bytes --]
[ 29.781655] CORE cx23885[0]: subsystem: 107d:6681, board: Leadtek Winfast PxDVR3200 H [card=12,autodetected]
[ 29.992087] cx25840' 2-0044: cx25 0-21 found @ 0x88 (cx23885[0])
[ 29.992740] cx23885_dvb_register() allocating 1 frontend(s)
[ 29.992747] cx23885[0]: cx23885 based dvb card
[ 30.082514] xc2028 1-0061: creating new instance
[ 30.082518] xc2028 1-0061: type set to XCeive xc2028/xc3028 tuner
[ 30.082524] DVB: registering new adapter (cx23885[0])
[ 30.082527] DVB: registering adapter 0 frontend 0 (Zarlink ZL10353 DVB-T)...
[ 30.082749] cx23885_dev_checkrevision() Hardware revision = 0xb0
[ 30.082755] cx23885[0]/0: found at 0000:02:00.0, rev: 2, irq: 20, latency: 0, mmio: 0xfd000000
Jan 22 14:18:47 HTPC kernel: [484270.205203] xc2028 1-0061: Loading 80 firmware images from xc3028-v27.fw, type: xc2028 firmware, ver 2.7
Jan 22 14:18:47 HTPC kernel: [484270.403473] xc2028 1-0061: Loading firmware for type=BASE F8MHZ (3), id 0000000000000000.
Jan 22 14:18:48 HTPC kernel: [484271.538905] xc2028 1-0061: Loading firmware for type=D2633 DTV8 (210), id 0000000000000000.
Jan 22 14:18:48 HTPC kernel: [484271.552649] xc2028 1-0061: Loading SCODE for type=DTV6 QAM DTV7 DTV78 DTV8 ZARLINK456 SCODE HAS_IF_4760 (620003e0), id 0000000000000000.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [linux-dvb] Leadtek WinFast PxDVR3200 H
2009-01-24 16:05 ` [linux-dvb] Leadtek WinFast PxDVR3200 H Wayne and Holly
@ 2009-01-25 7:42 ` Robert Golding
2009-01-25 7:46 ` Fwd: " Robert Golding
0 siblings, 1 reply; 13+ messages in thread
From: Robert Golding @ 2009-01-25 7:42 UTC (permalink / raw)
To: Wayne and Holly; +Cc: linux-dvb
2009/1/25 Wayne and Holly <wayneandholly@alice.it>:
> Hello list,
> I have a Leadtek WinFast PxDVR3200 H that I am attempting to utilise with
> MythTV. The Wiki site states that experimental support exists for the DVB
> side and that "Successful tuning of typical Australian channels" has been
> achieved.
> I am able to create a channels.conf (attached) using scan, and am then able
> to tune using mythtv-setup, however none of these channels are viewable with
> the mythfrontend due to it being unable to gain a lock.
>
> Relevant bits and pieces:
>
> scan, using the latest it-Varese file scan is able to tune to three of the
> five transponders as per the attached file "scan". It also scans on
> 800000000Hz but I have no idea why.
>
> The file leadtek.dmesg contains the relevant info from dmesg (and
> messages.log) regarding the initialisation of the card itself. There are no
> error messages at any time (that I am aware of) despite all of my fiddling
> about.
>
> Of the three transponders that are in my channels.conf file, the third one
> (618000000Hz) causes an error when tuning in mythtv-setup. It states that
> channels are found but the tsid is incorrect. As such, only the first two
> successful transponders (706000000 and 602000000) are tuned by myth.
>
> When I attempt to view the tuned channels, myth is unable to gain a lock on
> any of them. The reported signal strength is about 58% and the S/N varies
> between 3 and 3.8dB. I am able to tune DVB-T channels on my TV using the
> same aerial cable but am wondering if signal strength is an issue.
>
> I am running it on Kubuntu with a 2.6.24-19 kernel, I have a recent version
> of the v4l-dvb tree (approx Nov 08) and am using firmware version 2.7. I
> haven't updated the drivers or the firmware as I have no reason to believe
> there are changes that would effect this. That said, if someone thinks
> there has been changes I will get straight on it.
>
> I am more than happy to provide more debugging info if required (if you are
> willing to tell me where else to look) and appreciate any help provided.
>
> Cheers
> Wayne
>
> _______________________________________________
> linux-dvb users mailing list
> For V4L/DVB development, please use instead linux-media@vger.kernel.org
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
I have the same card, so this might help.
I was experiencing many frontend problems when I came across a
references in the list to a third party firmware files.
It explained that you had to download and extract the firmware within
to the firmware dir.
I cannot remember exactly what, where and which, however, if you'd
like, I can email the extracted fw.tar.bz2(1.5MB) and
ivtv.firmware.tar.bz2(123KB) files to you. Then just extract the
contents to your firmware dir (on Gentoo /lib/firmware).
Anyway, long story short, that fixed it for me. Now I'm just waiting
to be able to use the FM radio.
--
Regards, Robert
..... Some people can tell what time it is by looking at the sun, but
I have never been able to make out the numbers.
---
Errata: Spelling mistakes are not intentional, however, I don't use
spell checkers because it's too easy to allow the spell checker to
make the decisions and use words that are out of context for that
being written, i.e. their/there, your/you're, threw/through and even
accept/except, not to mention foreign (I'm Australian) English
spelling, i.e. colour/color, socks/sox, etc,.
_______________________________________________
linux-dvb users mailing list
For V4L/DVB development, please use instead linux-media@vger.kernel.org
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 13+ messages in thread
* Fwd: [linux-dvb] Leadtek WinFast PxDVR3200 H
2009-01-25 7:42 ` Robert Golding
@ 2009-01-25 7:46 ` Robert Golding
0 siblings, 0 replies; 13+ messages in thread
From: Robert Golding @ 2009-01-25 7:46 UTC (permalink / raw)
To: DVB4Linux
2009/1/25 Wayne and Holly <wayneandholly@alice.it>:
> Hello list,
> I have a Leadtek WinFast PxDVR3200 H that I am attempting to utilise with
> MythTV. The Wiki site states that experimental support exists for the DVB
> side and that "Successful tuning of typical Australian channels" has been
> achieved.
> I am able to create a channels.conf (attached) using scan, and am then able
> to tune using mythtv-setup, however none of these channels are viewable with
> the mythfrontend due to it being unable to gain a lock.
>
> Relevant bits and pieces:
>
> scan, using the latest it-Varese file scan is able to tune to three of the
> five transponders as per the attached file "scan". It also scans on
> 800000000Hz but I have no idea why.
>
> The file leadtek.dmesg contains the relevant info from dmesg (and
> messages.log) regarding the initialisation of the card itself. There are no
> error messages at any time (that I am aware of) despite all of my fiddling
> about.
>
> Of the three transponders that are in my channels.conf file, the third one
> (618000000Hz) causes an error when tuning in mythtv-setup. It states that
> channels are found but the tsid is incorrect. As such, only the first two
> successful transponders (706000000 and 602000000) are tuned by myth.
>
> When I attempt to view the tuned channels, myth is unable to gain a lock on
> any of them. The reported signal strength is about 58% and the S/N varies
> between 3 and 3.8dB. I am able to tune DVB-T channels on my TV using the
> same aerial cable but am wondering if signal strength is an issue.
>
> I am running it on Kubuntu with a 2.6.24-19 kernel, I have a recent version
> of the v4l-dvb tree (approx Nov 08) and am using firmware version 2.7. I
> haven't updated the drivers or the firmware as I have no reason to believe
> there are changes that would effect this. That said, if someone thinks
> there has been changes I will get straight on it.
>
> I am more than happy to provide more debugging info if required (if you are
> willing to tell me where else to look) and appreciate any help provided.
>
> Cheers
> Wayne
>
> _______________________________________________
> linux-dvb users mailing list
> For V4L/DVB development, please use instead linux-media@vger.kernel.org
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
I have the same card, so this might help.
I was experiencing many frontend problems when I came across a
references in the list to a third party firmware files.
It explained that you had to download and extract the firmware within
to the firmware dir.
I cannot remember exactly what, where and which, however, if you'd
like, I can email the extracted fw.tar.bz2(1.5MB) and
ivtv.firmware.tar.bz2(123KB) files to you. Then just extract the
contents to your firmware dir (on Gentoo /lib/firmware).
Anyway, long story short, that fixed it for me. Now I'm just waiting
to be able to use the FM radio.
--
Regards, Robert
..... Some people can tell what time it is by looking at the sun, but
I have never been able to make out the numbers.
---
Errata: Spelling mistakes are not intentional, however, I don't use
spell checkers because it's too easy to allow the spell checker to
make the decisions and use words that are out of context for that
being written, i.e. their/there, your/you're, threw/through and even
accept/except, not to mention foreign (I'm Australian) English
spelling, i.e. colour/color, socks/sox, etc,.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed.
2009-01-23 1:58 Tuning a pvrusb2 device. Every attempt has failed A. F. Cano
2009-01-24 16:05 ` [linux-dvb] Leadtek WinFast PxDVR3200 H Wayne and Holly
@ 2009-01-25 18:45 ` CityK
2009-01-25 21:46 ` A. F. Cano
1 sibling, 1 reply; 13+ messages in thread
From: CityK @ 2009-01-25 18:45 UTC (permalink / raw)
To: linux-media; +Cc: linux-dvb
A. F. Cano wrote:
> Still trying to get the OnAir Creator to work. It is properly recognized
> by the pvrusb2 driver, but I can't seem to get any further. I'm now
> trying to scan the digital channels.
>
While you seem to be trying to scan for OTA channels, I would like
confirmation that this is indeed the case of what you are attempting, as
opposed to searching for digital cable channels.
> Can anyone suggest other tools I might have missed? Explain why I'm getting
> the results above? Since both mythtv and kaffeine find some channels in the
> scan, shouldn't I be able to watch them? To narrow down the problem, I was
> going to tune the card to one of the channels and then use mplayer to read
> directly from the device, but I can't even change the channel.
If you are mistakenly searching for digital cable channels using the OTA
settings, that would explain a number of the observations you have
described.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed.
2009-01-25 18:45 ` [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed CityK
@ 2009-01-25 21:46 ` A. F. Cano
2009-01-25 22:18 ` Andy Walls
2009-01-25 22:32 ` CityK
0 siblings, 2 replies; 13+ messages in thread
From: A. F. Cano @ 2009-01-25 21:46 UTC (permalink / raw)
To: linux-media
On Sun, Jan 25, 2009 at 01:45:41PM -0500, CityK wrote:
> A. F. Cano wrote:
> > Still trying to get the OnAir Creator to work. It is properly recognized
> > by the pvrusb2 driver, but I can't seem to get any further. I'm now
> > trying to scan the digital channels.
> >
>
> While you seem to be trying to scan for OTA channels, I would like
> confirmation that this is indeed the case of what you are attempting, as
> opposed to searching for digital cable channels.
Yes. The RF input is hooked up to an 11ft Winegard roof antenna, mounted on
a stand behind me, properly oriented according to antennaweb.com for the
local stations, and with a UHF pre-amp for good measure. It is inside, but
a foot below the reasonably high ceiling, so it doesn't interfere with moving
around. With this setup I have succeeded in receiving barely visible
analog channels when the Creator is set up as a v4l device using /dev/video0.
Yes, the reception sucks, but I want to make sure that it is not something
more fundamental before I go to the trouble of mounting the antenna on the
roof.
Right now, the unit is set up (in mythtv) as a DVB DTV receiver. I have
observed that the red led seems to be on when configured in digital mode,
as it is right now.
> > ...
>
> If you are mistakenly searching for digital cable channels using the OTA
> settings, that would explain a number of the observations you have
> described.
I'm not sure how to change the cable vs. ota setting. Doesn't the digital
tuner determine what it is plugged into? As far as mythtv, it thinks the
attached device is a DVB/DTV receiver. Kaffeine has been told to use the
us ATSC frequencies, with the results I pointed out earlier.
A.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed.
2009-01-25 21:46 ` A. F. Cano
@ 2009-01-25 22:18 ` Andy Walls
2009-01-25 22:42 ` CityK
2009-01-29 4:00 ` A. F. Cano
2009-01-25 22:32 ` CityK
1 sibling, 2 replies; 13+ messages in thread
From: Andy Walls @ 2009-01-25 22:18 UTC (permalink / raw)
To: A. F. Cano; +Cc: linux-media
On Sun, 2009-01-25 at 16:46 -0500, A. F. Cano wrote:
> On Sun, Jan 25, 2009 at 01:45:41PM -0500, CityK wrote:
> > A. F. Cano wrote:
> > > Still trying to get the OnAir Creator to work. It is properly recognized
> > > by the pvrusb2 driver, but I can't seem to get any further. I'm now
> > > trying to scan the digital channels.
> > >
> >
> > While you seem to be trying to scan for OTA channels, I would like
> > confirmation that this is indeed the case of what you are attempting, as
> > opposed to searching for digital cable channels.
>
> Yes. The RF input is hooked up to an 11ft Winegard roof antenna, mounted on
> a stand behind me, properly oriented according to antennaweb.com for the
> local stations, and with a UHF pre-amp for good measure. It is inside, but
> a foot below the reasonably high ceiling, so it doesn't interfere with moving
> around. With this setup I have succeeded in receiving barely visible
> analog channels when the Creator is set up as a v4l device using /dev/video0.
> Yes, the reception sucks, but I want to make sure that it is not something
> more fundamental before I go to the trouble of mounting the antenna on the
> roof.
My experience is that if reception sucks for an analog channel, digital
stations on a physcial channel freq near that same analog channel freq,
in the same direction, will not be available to you.
Ground the coax shield, a point on the cable close to the antenna, to
your home's green wire ground - eliminates EMI (in the cable at least)
in the VHF & UHF band from your PC and other household items. (But your
antenna's right there inside to pick it up of course...)
Also try turning off or turning down the UHF pre-amp to see if you may
be overdirving the Creator's front end (If it's really overdriven, you
may see other analog channels showing up on top of the one you're
watching.)
If you see a herring bone interference pattern on any analog VHF
channel, you likely have a strong FM broadcast interferer in the antenna
beam - set the pre-amp's FM trap to filter him out (if it has an FM
trap).
> Right now, the unit is set up (in mythtv) as a DVB DTV receiver. I have
> observed that the red led seems to be on when configured in digital mode,
> as it is right now.
>
> > > ...
> >
> > If you are mistakenly searching for digital cable channels using the OTA
> > settings, that would explain a number of the observations you have
> > described.
>
> I'm not sure how to change the cable vs. ota setting. Doesn't the digital
> tuner determine what it is plugged into?
No. Generally one must tell a digital tuner what to expect/look for.
> As far as mythtv, it thinks the
> attached device is a DVB/DTV receiver. Kaffeine has been told to use the
> us ATSC frequencies, with the results I pointed out earlier.
I love MythTV as an end app, but I find it useless as a troubleshooting
tool - too many variables.
I like to use the dvb apps (femon, scan, dvbtraffic, etc), ivtv-tune,
v4l2-ctl, and mplayer for troubleshooting.
Regards,
Andy
> A.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed.
2009-01-25 21:46 ` A. F. Cano
2009-01-25 22:18 ` Andy Walls
@ 2009-01-25 22:32 ` CityK
2009-01-26 1:36 ` Devin Heitmueller
2009-01-29 4:15 ` A. F. Cano
1 sibling, 2 replies; 13+ messages in thread
From: CityK @ 2009-01-25 22:32 UTC (permalink / raw)
To: A. F. Cano; +Cc: linux-media
A. F. Cano wrote:
> Yes. The RF input is hooked up to an 11ft Winegard roof antenna, mounted on
> a stand behind me, properly oriented according to antennaweb.com for the
> local stations, and with a UHF pre-amp for good measure. It is inside, but
> a foot below the reasonably high ceiling, so it doesn't interfere with moving
> around. With this setup I have succeeded in receiving barely visible
> analog channels when the Creator is set up as a v4l device using /dev/video0.
> Yes, the reception sucks, but I want to make sure that it is not something
> more fundamental before I go to the trouble of mounting the antenna on the
> roof.
>
Okay. One suggestion I have here is taking the pre-amp out of the chain
right now, and just test with as basic a setup as possible.
> I'm not sure how to change the cable vs. ota setting. Doesn't the digital
> tuner determine what it is plugged into?
Sorry, what I was getting at was the case of user error where one might
be trying to use 8VSB for the scanning on a digital cable connection, as
opposed to using the correct modulation scheme (QAM256). So, for
example, using scan in conjunction with
"us-ATSC-center-frequencies-8VSB" as opposed to
"us-Cable-Standard-center-frequencies-QAM256". Had that been the case,
it could explain the results you observed with scan. However, as you
confirmed above, that was not the case.
In regards to the determination of what is plugged in -- no, the tuner
is a dumb component. It only does what its told. In other words,
whatever piece of software you are trying to drive it by has to state
that it wants the device to use cable or OTA; as precisely illustrated
by the example with the scan utility.
> As far as mythtv, it thinks the
> attached device is a DVB/DTV receiver.
I'd step back from testing with Myth right now -- it adds to much of
extra layer of complexity and sources for further error. In terms of
just testing to make sure that the device is working correctly, just
stick with the basic apps for the time being (scan, azap, mplayer,
femon....)
> Kaffeine has been told to use the
> us ATSC frequencies, with the results I pointed out earlier.
>
I haven't taken the opportunity to ever use Kaffeine for scanning OTA
just yet, however, I do note that it produces similar results for me, as
to what you observed, when I scan on digital cable using QAM256. In my
case, it repeatedly borks at 61%. I spoke with Mkrufky this morning
about Kaffeine's ATSC scanning abilities and he described it as being
less then favourable....this was actually a surprise to me, as I thought
that OTA scanning was fine. I know Devin added this support so perhaps
he could comment upon the capabilities. I also know that Devin does not
have cable, so I am not surprised to see, in my case, scans of digital
cable failing.
Reviewing your prior message, I'd suspect that dvbtune just doesn't have
support for ATSC. As you note, the other stuff is for analog.
The fact that you have the device node created and the populated by the
character devices, along with the femon result is encouraging.
Similarly, that scan is detecting something on several frequencies (just
not enough to capture any info for it) is also encouraging. I suspect
that it comes down to a case of the antenna/cable configuration ... as
noted before, take the amp out of the chain and retry ... also, if
possible, can you obtain a signal under Windows?
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed.
2009-01-25 22:18 ` Andy Walls
@ 2009-01-25 22:42 ` CityK
2009-01-26 0:45 ` Andy Walls
2009-01-29 4:00 ` A. F. Cano
1 sibling, 1 reply; 13+ messages in thread
From: CityK @ 2009-01-25 22:42 UTC (permalink / raw)
To: Andy Walls; +Cc: A. F. Cano, linux-media
Andy Walls wrote:
> blah blah blah
^ What Andy wrote ... I had not seen his reply until after sending my
own, which evidently largely contains pretty much the same set of
answers as the former.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed.
2009-01-25 22:42 ` CityK
@ 2009-01-26 0:45 ` Andy Walls
0 siblings, 0 replies; 13+ messages in thread
From: Andy Walls @ 2009-01-26 0:45 UTC (permalink / raw)
To: CityK; +Cc: A. F. Cano, linux-media
On Sun, 2009-01-25 at 17:42 -0500, CityK wrote:
> Andy Walls wrote:
> > blah blah blah
>
> ^ What Andy wrote ... I had not seen his reply until after sending my
> own, which evidently largely contains pretty much the same set of
> answers as the former.
A few others that it sounds like A. may have been already planning on:
- Get the antenna out of the living room and give it some altitude -
height can really make a difference as far as signal attenuation goes.
(The freeware RadioMobile for Windows implements the Longley-Rice
Irregular Terrain Model for VHF/UHF propagation that creates pretty
pictures to show you the effects.)
- Get the antenna outside Celtex and other building materials can cause
a 3 db - 10 dB loss, and being behind shingles with water running down
them is just the worst it can get - short of being in a metal walled
structure....
Regards,
Andy
"So I took blah-blah's word for it at this time, ..."
-excerpt from "Just a Friend" by Marcel Theo Hall (aka Biz Markie)
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed.
2009-01-25 22:32 ` CityK
@ 2009-01-26 1:36 ` Devin Heitmueller
2009-01-29 4:15 ` A. F. Cano
1 sibling, 0 replies; 13+ messages in thread
From: Devin Heitmueller @ 2009-01-26 1:36 UTC (permalink / raw)
To: CityK; +Cc: A. F. Cano, linux-media
On Sun, Jan 25, 2009 at 5:32 PM, CityK <cityk@rogers.com> wrote:
> I haven't taken the opportunity to ever use Kaffeine for scanning OTA
> just yet, however, I do note that it produces similar results for me, as
> to what you observed, when I scan on digital cable using QAM256. In my
> case, it repeatedly borks at 61%. I spoke with Mkrufky this morning
> about Kaffeine's ATSC scanning abilities and he described it as being
> less then favourable....this was actually a surprise to me, as I thought
> that OTA scanning was fine. I know Devin added this support so perhaps
> he could comment upon the capabilities. I also know that Devin does not
> have cable, so I am not surprised to see, in my case, scans of digital
> cable failing.
Yeah, digital cable scanning is pretty much known to be broken in
Kaffeine. None of the cable companies followed the recommendations in
the ATSC a/63c standard since they rely on the OOB tuner to get
channel information. I have some hacks that work around some of the
issues, but none of them are upstream yet. As CityK pointed out, I do
not have cable, so I have done very little testing in that
environment.
Regarding OTA, there are no outstanding bugs so it should be fine.
There is *one* known issue which was fixed after 0.8.7 went out, but
if you hit the issue (a timing bug), Kaffeine will crash. In other
words, if you are just getting no channels found, then it's not that
case.
If you do have a case where OTA scanning in Kaffeine returns different
results than w_scan or scan, I would be interested in hearing about
it. Send me some email off-list and I will see if we can work through
the issue.
Regards,
Devin
--
Devin J. Heitmueller
http://www.devinheitmueller.com
AIM: devinheitmueller
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed.
2009-01-25 22:18 ` Andy Walls
2009-01-25 22:42 ` CityK
@ 2009-01-29 4:00 ` A. F. Cano
1 sibling, 0 replies; 13+ messages in thread
From: A. F. Cano @ 2009-01-29 4:00 UTC (permalink / raw)
To: linux-media
On Sun, Jan 25, 2009 at 05:18:56PM -0500, Andy Walls wrote:
> ...
> My experience is that if reception sucks for an analog channel, digital
> stations on a physcial channel freq near that same analog channel freq,
> in the same direction, will not be available to you.
It is becoming more and more obvious that the (maybe only?) problem
is lousy reception. I have taken a couple of small steps and in each
case the situation has improved.
First, I found a better PS for the UHF pre-amp. The original one had the
power pick-up in a 75 Ohm to 300 Ohm transformer, requiring another one
to go back to the coax cable. This found a few more channels and improved
the signal strength, but still no picture. But scan finally reported
some success:
scan /usr/share/dvb/atsc/us-ATSC-center-frequencies-8VSB
scanning /usr/share/dvb/atsc/us-ATSC-center-frequencies-8VSB
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
After lots of "tuning failed" and "filter timeout" messages I ended up
with this:
dumping lists (3 services)
[0e03]:653028615:8VSB:0:0:3587
[0004]:653028615:8VSB:0:1194:4
[0003]:653028615:8VSB:0:0:3
Done.
> Ground the coax shield, a point on the cable close to the antenna, to
> your home's green wire ground - eliminates EMI (in the cable at least)
> in the VHF & UHF band from your PC and other household items. (But your
> antenna's right there inside to pick it up of course...)
This next step resulted in a few more channels being picked up:
dumping lists (8 services)
[4364]:653028615:8VSB:0:0:17252
[d9ff]:653028615:8VSB:0:0:55807
[ffbf]:653028615:8VSB:0:0:65471
[ffff]:653028615:8VSB:0:0:65535
[c7ff]:653028615:8VSB:0:0:51199
[efff]:653028615:8VSB:0:0:61439
[fff1]:653028615:8VSB:0:0:65521
[bfff]:653028615:8VSB:0:0:49151
Done.
Good call!
> Also try turning off or turning down the UHF pre-amp to see if you may
> be overdirving the Creator's front end (If it's really overdriven, you
> may see other analog channels showing up on top of the one you're
> watching.)
I started the whole process without the UHF pre-amp. I got absolutely
nothing then. Unfortunately, mythtv still doesn't display a picture,
but at least it's telling me that it can get a "(L__) Partial Lock".
Sometimes, it even reports the name of the current program. This is
what I get now:
41 WNBC-DT 17% 3.2dB
42 WXPLUS 16% 3.2dB
44 WNBC4.4 16% 3.2dB
51 WNYW-DT 16% 3.2dB
52 WWOR 18% 3.2dB
> If you see a herring bone interference pattern on any analog VHF
> channel, you likely have a strong FM broadcast interferer in the antenna
> beam - set the pre-amp's FM trap to filter him out (if it has an FM
> trap).
No, no such pattern. Only random noise in the analog channels that make
the picture almost invisible behind the noise.
I'm actually going to get a Winegard AP-8275 pre-amp. It does have the
fm trap just in case. Hopefully the high gain and moving the antenna to
the roof will finally allow me to see some hihg definition pictures...
> ...
> I love MythTV as an end app, but I find it useless as a troubleshooting
> tool - too many variables.
I agree, but MythTV has been the only app so far that has allowed me to
see anything and to control the device to some extent. However...
> I like to use the dvb apps (femon, scan, dvbtraffic, etc), ivtv-tune,
> v4l2-ctl, and mplayer for troubleshooting.
I'm going to keep trying with these tools. Thanks for taking the time
to reply.
A.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed.
2009-01-25 22:32 ` CityK
2009-01-26 1:36 ` Devin Heitmueller
@ 2009-01-29 4:15 ` A. F. Cano
1 sibling, 0 replies; 13+ messages in thread
From: A. F. Cano @ 2009-01-29 4:15 UTC (permalink / raw)
To: linux-media
On Sun, Jan 25, 2009 at 05:32:26PM -0500, CityK wrote:
> ...
> Okay. One suggestion I have here is taking the pre-amp out of the chain
> right now, and just test with as basic a setup as possible.
This is how I started. I got nothing at all. I just posted some of the
latest details in another sub-thread. My problem is too little signal.
> ... [ thanks for the details ]
>
> I'd step back from testing with Myth right now -- it adds to much of
> extra layer of complexity and sources for further error. In terms of
> just testing to make sure that the device is working correctly, just
> stick with the basic apps for the time being (scan, azap, mplayer,
> femon....)
I will proceed with these tools.
> ... [ about kaffeine ]
> Reviewing your prior message, I'd suspect that dvbtune just doesn't have
> support for ATSC. As you note, the other stuff is for analog.
>
> The fact that you have the device node created and the populated by the
> character devices, along with the femon result is encouraging.
> Similarly, that scan is detecting something on several frequencies (just
> not enough to capture any info for it) is also encouraging. I suspect
> that it comes down to a case of the antenna/cable configuration ... as
It looks like you are correct. I'm going to have to install it on the
roof.
> noted before, take the amp out of the chain and retry ... also, if
> possible, can you obtain a signal under Windows?
Unfortunately (or should I say fortunately?) I've been windows-free
essentially forever (I got started in Unix) and I only deal with windows
when I have to. I suppose that's a disadvantage in some cases, like right
now...
Anyway, Thanks a bunch for taking the time to answer.
A.
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2009-01-29 4:47 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-01-23 1:58 Tuning a pvrusb2 device. Every attempt has failed A. F. Cano
2009-01-24 16:05 ` [linux-dvb] Leadtek WinFast PxDVR3200 H Wayne and Holly
2009-01-25 7:42 ` Robert Golding
2009-01-25 7:46 ` Fwd: " Robert Golding
2009-01-25 18:45 ` [linux-dvb] Tuning a pvrusb2 device. Every attempt has failed CityK
2009-01-25 21:46 ` A. F. Cano
2009-01-25 22:18 ` Andy Walls
2009-01-25 22:42 ` CityK
2009-01-26 0:45 ` Andy Walls
2009-01-29 4:00 ` A. F. Cano
2009-01-25 22:32 ` CityK
2009-01-26 1:36 ` Devin Heitmueller
2009-01-29 4:15 ` A. F. Cano
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox