* 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 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: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 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: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: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