On Tue, 2010-06-08 at 00:04 -0400, Larry Glenn wrote: > Hi Andy: > > > Thank you! That was what I was looking for. I have the card working > now by forcing the tuner type to 71 (TUNER_XC2028).
That can't possibly be the right setting. The XC2028 and XC3028 are silicon tuners (very small chip) that require firmware. http://www.xceive.com/technology_XC3028.htm Unless you have an actual XC2028 or XC3028 in a small analog tuner can on the card and have the xc2028.fw image installed under /lib/firmware, that's not the tuner type that made things work. > I have not had the opportunity yet to peel back the sticker and see > what's stamped on the tuner. If I see anything different when I do get > to it, I'll let you know. I was informed that Hauppauge tuner index 168 corresponded to a TCL M30WTP-4N-E along with a comment that indicates it might be a clone of a Philips MK5 series tuner. So I'm going to write the rest of the email assuming that is true (without positive confirmation from you that you have a very small analog tuner can on your card to somewhat confirm an XCeive silicon tuner.) tuner.tcl.com doesn't list that exact M30WTP-4N-E tuner, so getting a good definition will take some guessing. Looking at other TCL part numbers, I can make these guesses: M - Multimedia class tuner 30 - TCL model/series W - (I have no idea) T - Guess: a Texas Instruments Mixer/Oscillator chip in the first stage ("I" would mean an Infineon mixer/osc chip in the first stage) P - Guess: a Philips IF demodulator chip in the second stage ("S" would mean a Sanyo IF demodulator chip in the second stage) 4N - Guess: Full size with F-connector(s) for RF inputs E - (I have no idea) Your previous dmesg output indicates that a Phillips IF demodulator chip (TDA9885/6/7, likely a TDA9885) was found. That is likely the demodulator inside the analog tuner can on your card. I'd guess at a Philips FM1236 MK3 http://linuxtv.org/hg/v4l-dvb/file/023a0048e6a8/linux/drivers/media/common/tuners/tuner-types.c#l672 http://linuxtv.org/hg/v4l-dvb/file/023a0048e6a8/linux/include/media/tuner.h#l82 or an Philips FQ1236 MK4 http://linuxtv.org/hg/v4l-dvb/file/023a0048e6a8/linux/include/media/tuner.h#l101 http://linuxtv.org/hg/v4l-dvb/file/023a0048e6a8/linux/drivers/media/common/tuners/tuner-types.c#l1659 since you don't have FM radio. IIRC the Philips MK5, MK4, and MK3 series really only differ in materials (lead free, etc.) and noise performance. Functionally they should be very close. Also, the LG-TAPE series tuners are knock-offs of the Philips tuners as well. If some of those work, I have a data sheet for the FQ1236 MK5 (which has a TDA9885 and no FM radio) and can build a proper entry for it. Hopefully it will be close enough to the TCL M30WTP-4N-E When testing, I wouldn't rely on signal output reading from the tuners. Use your eyes and ears. Signal indications are read in different ways for different tuners (so you may be doing the wrong thing for your actual tuner hardware), many tuners don't even have a way to read signal strength, and if the read fails, you may just see the garbage value that was in uninitialized memory as a the signal strength. > Unfortunately, at the end of the day, I think I discovered that the > problem I was trying to solve by replacing my PVR 150, which is that I > can watch live TV via the STB's analog cable out, but recordings off > that input fail and crash the MythTV frontend about 98% of the time, > was not a problem with the card. It still happens with the 1600. But, > as I can see live TV, and the cards have different chips and drivers, > I am going to assume that this most likely isn't a driver problem. > Correct? Sounds like an X-windows and graphics card driver problem. I had a similar problem with FEdora 10 and my ATI graphics card. I had to disable the GL stuff and DRI in my xorg.conf and prvent the kernel drm module from loading to keep the X server from crashing when MythTV was trying to playback TV. > > > Thanks again for your help, it is tremendously appreciated!!! You're welcome. PLease keep pexperimenting, so we can nail this one down as best we can. Regards, Andy > > Larry > > On Mon, Jun 7, 2010 at 12:08 AM, Andy Walls <[email protected]> > wrote: > On Sun, 2010-06-06 at 22:38 -0400, Larry Glenn wrote: > > Hello: > > > > I recently purchased a Hauppauge PVR-1600, which I intend to > use in a > > MythTV setup as an analog capture card, connected to "cable > out" on my > > cable STB. Despite my best efforts, all I am able to see > from the > > card's analog input is static, both in MythTV and > reading /dev/video0 > > with mplayer. the clear QAM half of the card works fine -- > it grabs > > all the clear digital channels my provider has to offer. > > > > Absolutely nothing happens when I change channels regardless > of > > whether it's on the STB, or using ivtv-tune, and regardless > of > > frequency table I use in ivtv-tune -- the static pattern > shows no sign > > that anything has just happened, almost as if the tuner > isn't doing > > any tuning. > > > That appears to be the case. See below... > > > > I have confirmed that the STB's cable out is working, using > a PVR > > 150. > > > > I noticed the following in the output of dmesg -- note the > > triple-asterisk'd lines: > > > > [ 27.136529] tveeprom 1-0050: Hauppauge model 74041, rev > C6G8, > > serial# 7155635 > > [ 27.136534] tveeprom 1-0050: MAC address is > 00:0d:fe:6d:2f:b3 > > *** [ 27.136537] tveeprom 1-0050: tuner model is unknown > (idx 168, > > type 4) > > > Tuner index 168 is not in tveeprom.c : > > > http://linuxtv.org/hg/v4l-dvb/file/24ea80f2631f/linux/drivers/media/video/tveeprom.c#l242 > > so the cx18 driver doesn't know how to set it up or use it > (tuner type 4 > is TUNER_ABSENT). I will try to contact Hauppauge and see if > I can find > out the details. > > In the meantime, if you carefully peel back the Hauppauge > sticker from > the analog tuner can, there may be a readable sticker > underneath that > has the tuner manufacturer/model/type. > > Or you can just guess. You can use the tuner= option when > loading the > cx18 module to force it to use a tuner type using the numbers > in this > list: > > > http://linuxtv.org/hg/v4l-dvb/file/24ea80f2631f/linux/include/media/tuner.h#l29 > > I would try the TCL_2002N (type 50) first, since the tuner on > my non-FM > radio HVR-1600 maps to that: > > # modprobe -r cx18 > # modprobe cx18 tuner=50 debug=3 > > > > [ 27.136540] tveeprom 1-0050: TV standards NTSC(M) (eeprom > 0x08) > > [ 27.136543] tveeprom 1-0050: audio processor is CX23418 > (idx 38) > > [ 27.136546] tveeprom 1-0050: decoder processor is CX23418 > (idx 31) > > [ 27.136549] tveeprom 1-0050: has no radio, has IR > receiver, has IR > > transmitter > > [ 27.136552] cx18-0: Autodetected Hauppauge HVR-1600 > > *** [ 27.136554] cx18-0: tveeprom cannot autodetect tuner! > > [ 27.136702] cx18-0: Simultaneous Digital and Analog TV > capture > > supported > > [ 27.250445] IRQ 20/cx18-0: IRQF_DISABLED is not > guaranteed on > > shared IRQs > > [ 27.261509] tuner 2-0043: chip found @ 0x86 (cx18 i2c > driver #0-1) > > [ 27.261603] tda9887 2-0043: creating new instance > > [ 27.261606] tda9887 2-0043: tda988[5/6/7] found > > [ 27.264659] tuner 2-0061: chip found @ 0xc2 (cx18 i2c > driver #0-1) > > > Hmm. The driver is also detecting a tda9887 chip which is > usually found > on tuners with FM radio. Maybe you should also try the > TUNER_PHILIPS_FM1236_MK3 type 43 tuner as well: > > # modprobe -r cx18 > # modprobe cx18 tuner=50 debug=3 > > > Could this mean that the tuner isn't working at all? > > > That's right. > > > If so, is there a workaround? > > > Forcing a tuner type with the tuner= module option. > > > Here is abbreviated output of v4l2-ctl --all -d /dev/video0; > the full > > thing can be seen here: http://pastebin.com/4jMqXXzd > > > v4l2-ctl -d /dev/video0 --log-status > > is actually more useful as is the dmesg output. > > > Regards, > Andy > > > > _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
