<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Date: Thu, 30 Apr 2009 21:14:45 -0400<br>
From: Dale Pontius <<a href="mailto:DEPontius@edgehp.net">DEPontius@edgehp.net</a>><br>
Subject: Re: [mythtv-users] Adding HVR-1600 to working PVR-500 mythtv<br>
setup -> no NTSC signal on HVR-1600 & ATSC guide info missing (comcast<br>
Mountain View, CA)<br>
To: Discussion about mythtv <<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>><br>
Message-ID: <<a href="mailto:49FA4D05.3050303@edgehp.net">49FA4D05.3050303@edgehp.net</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Matt Beadon wrote:<br>
> Hi,<br>
> I have a mythtv 0.21 setup running on debian lenny. It is my first<br>
> experience with myth so it took me ages to get everything configured<br>
> correctly. However now Comcast in Mountain View is cutting all analog cable<br>
> for channels >34 so I'm forced to add a ATSC cabability or lose most of the<br>
> channels I watch. :(<br>
><br>
> Here's where I am so far:<br>
><br>
> I followed the procedure here: <a href="http://www.mythtv.org/wiki/Hauppauge_hvr-1600" target="_blank">http://www.mythtv.org/wiki/Hauppauge_hvr-1600</a><br>
> My first problem was that using the HVR-1600 with the PVR-500 my /dev/video*<br>
> devices moved around on me depending on cold boot or warm reboot. So I<br>
> created a set udev rules (below) to give me a consistent place to link my<br>
> various tuners.<br>
> /etc/udev/rules.d/56-custom.rules:<br>
><br>
>> KERNEL=="video[0-2]*", ATTR{name}=="cx18*0 encoder MPEG*",<br>
>> SYMLINK+="HVR-1600"<br>
>> KERNEL=="video[0-2]*", ATTR{name}=="ivtv0 encoder MPG*",<br>
>> SYMLINK+="PVR-500_1"<br>
>> KERNEL=="video[0-2]*", ATTR{name}=="ivtv1 encoder MPG*",<br>
>> SYMLINK+="PVR-500_2"<br>
>> SUBSYSTEM=="dvb", DRIVERS=="cx18", SYMLINK+="HVR-1600_digital"<br>
>><br>
I have 2 HVR-1600s and a PixelPro. I admire your efforts with udev, but<br>
I took the simple, dirty way around the problem. I simply blacklisted<br>
the cx18 module, guaranteeing that bttv would load first and keep the<br>
PixelPro at /dev/video0. Then in a later script I modprobed cx18,<br>
letting it take /dev/video1 and /dev/video2, as well as the ATSC<br>
devices. Whatever works...<br></blockquote><div><br></div><div>The udev rules are actually pretty straightforward. I can't find the howto I used but this gives you an example of the udevinfo command you'll need to identify your devices and then you can tweak the lines I've posted above to fit your setup. After that no need to muck with blacklisting and scripts running in the correct order. </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Next thing, are you using the in-kernel cx18 drivers, or the ones off of<br>
Mercurial? I'd strongly suggest the latter, as the drivers have been<br>
under heavy development through the last half of last year and early<br>
this year. It has slowed down in the past few months, but there was an<br>
update earlier this month, and I have no idea how far behind the<br>
in-kernel driver is.<br></blockquote><div>I'm using the latest driver from <a href="http://www.mythtv.org/wiki/Hauppauge_hvr-1600" target="_blank">http://www.mythtv.org/wiki/Hauppauge_hvr-1600</a> step 1a) </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
This may be germane to your problems.<br>
> Probably the last one is unecessary but I don't think it hurts anything (?).<br>
><br>
> Problem #1: No video on /dev/HVR-1600 (analog)<br>
><br>
> dmesg reports that the HVR-1600 was initialized. The only odd message I see<br>
> is:<br>
><br>
>> [ 16.838687] cx18-0: tveeprom cannot autodetect tuner!<6>cx18-0:<br>
>> Simultaneous Digital and Analog TV capture supported<br>
>><br>
> Haven't been able to figure out if the tveeprom msg is important or not?<br>
<br>
This looks really bad to me. Here's an excerpt from my dmesg:<br>
cx18: Start initialization, version 1.1.0<br>
cx18-0: Initializing card 0<br>
cx18-0: Autodetected Hauppauge card<br>
ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17<br>
cx18 0000:05:07.0: PCI INT A -> Link[APC2] -> GSI 17 (level, low) -> IRQ 17<br>
cx18-0: Unreasonably low latency timer, setting to 64 (was 32)<br>
cx18-0: cx23418 revision 01010000 (B)<br>
tveeprom 3-0050: Hauppauge model 74041, rev C6B2, serial# xxxxxxx<br>
tveeprom 3-0050: MAC address is xx-xx-xx-xx-xx-xx<br>
tveeprom 3-0050: tuner model is TCL M2523_5N_E (idx 112, type 50)<br>
tveeprom 3-0050: TV standards NTSC(M) (eeprom 0x08)<br>
tveeprom 3-0050: audio processor is CX23418 (idx 38)<br>
tveeprom 3-0050: decoder processor is CX23418 (idx 31)<br>
tveeprom 3-0050: has no radio, has IR receiver, has IR transmitter<br>
cx18-0: Autodetected Hauppauge HVR-1600<br>
cx18-0: Simultaneous Digital and Analog TV capture supported<br>
IRQ 17/cx18-0: IRQF_DISABLED is not guaranteed on shared IRQs<br>
tuner 4-0061: chip found @ 0xc2 (cx18 i2c driver #0-1)<br>
cs5345 3-004c: chip found @ 0x98 (cx18 i2c driver #0-0)<br>
tuner-simple 4-0061: creating new instance<br>
tuner-simple 4-0061: type set to 50 (TCL 2002N)<br>
cx18-0: Registered device video1 for encoder MPEG (64 x 32 kB)<br>
DVB: registering new adapter (cx18)<br>
MXL5005S: Attached at address 0x63<br>
DVB: registering adapter 0 frontend 0 (Samsung S5H1409 QAM/8VSB Frontend)...<br>
cx18-0: DVB Frontend registered<br>
cx18-0: Registered DVB adapter0 for TS (32 x 32 kB)<br>
cx18-0: Registered device video33 for encoder YUV (16 x 128 kB)<br>
cx18-0: Registered device vbi1 for encoder VBI (20 x 51984 bytes)<br>
cx18-0: Registered device video25 for encoder PCM audio (256 x 4 kB)<br>
cx18-0: Initialized card: Hauppauge HVR-1600<br>
cx18-1: Initializing card 1<br>
cx18-1: Autodetected Hauppauge card<br>
cx18 0000:05:08.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> IRQ 18<br>
cx18-1: Unreasonably low latency timer, setting to 64 (was 32)<br>
cx18-1: cx23418 revision 01010000 (B)<br>
tveeprom 5-0050: Hauppauge model 74041, rev C6B2, serial# xxxxxxx<br>
tveeprom 5-0050: MAC address is xx-xx-xx-xx-xx-xx<br>
tveeprom 5-0050: tuner model is TCL M2523_5N_E (idx 112, type 50)<br>
tveeprom 5-0050: TV standards NTSC(M) (eeprom 0x08)<br>
tveeprom 5-0050: audio processor is CX23418 (idx 38)<br>
tveeprom 5-0050: decoder processor is CX23418 (idx 31)<br>
tveeprom 5-0050: has no radio, has IR receiver, has IR transmitter<br>
cx18-1: Autodetected Hauppauge HVR-1600<br>
cx18-1: Simultaneous Digital and Analog TV capture supported<br>
IRQ 18/cx18-1: IRQF_DISABLED is not guaranteed on shared IRQs<br>
tuner 6-0061: chip found @ 0xc2 (cx18 i2c driver #1-1)<br>
cs5345 5-004c: chip found @ 0x98 (cx18 i2c driver #1-0)<br>
tuner-simple 6-0061: creating new instance<br>
tuner-simple 6-0061: type set to 50 (TCL 2002N)<br>
cx18-1: Registered device video2 for encoder MPEG (64 x 32 kB)<br>
DVB: registering new adapter (cx18)<br>
MXL5005S: Attached at address 0x63<br>
DVB: registering adapter 1 frontend 0 (Samsung S5H1409 QAM/8VSB Frontend)...<br>
cx18-1: DVB Frontend registered<br>
cx18-1: Registered DVB adapter1 for TS (32 x 32 kB)<br>
cx18-1: Registered device video34 for encoder YUV (16 x 128 kB)<br>
cx18-1: Registered device vbi2 for encoder VBI (20 x 51984 bytes)<br>
cx18-1: Registered device video26 for encoder PCM audio (256 x 4 kB)<br>
cx18-1: Initialized card: Hauppauge HVR-1600<br>
cx18: End initialization<br>
<br>
Compare this with yours, remember I've got 2, here. Especially with the<br>
earlier drivers there were problems with older revisions of PCI<br>
motherboards. They manifested themselves as i2c bus problems, which is<br>
how you talk to the tuners. A lot of fiddling was done to get the i2c<br>
communications reliable, and you may need newer drivers.<br></blockquote><div><br></div><div><br></div><div>I'm really starting to think that this different model # is the key to my problems since I have:</div><div>tveeprom 1-0050: Hauppauge model 74591, rev C1A4, serial#<br>
</div><div><br></div><div>and everything I've found online has been like yours:</div><div>tveeprom 5-0050: Hauppauge model 74041, rev C6B2, serial# xxxxxxx<br></div><div><br></div><div>Looks like I should have spent more time b4 bidding on ebay. :)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
><br>
> Using mplayer to test the various video devices I can see video on<br>
> /dev/PVR-500_* but "mplayer /dev/HVR-1600" gives me nothing but static.<br>
> Just for kicks I also tried "mplayer /dev/video0, 1 and 2. Right now<br>
> HVR-1600 is video1 with PVR-500 on 0 & 2. As expected video0 & 2 work fine<br>
> and video1 shows nothing but static.<br>
><br>
It takes a little more incantation to get mplayer to run well this way.<br>
Here's the line that I use - maybe the -vo isn't needed, but it was<br>
suggested, and it works:<br>
mplayer /dev/video1 -cache 8192 -vo x11<br></blockquote><div><br></div><div>I don't need the -cache or -vo args for my PVR-500 devices... </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
> As further confirmation I tried "ivtv-tune -c 47 -d /dev/video[0-2]" which<br>
> gave me:<br>
><br>
>> /dev/video0: 361.250 MHz (Signal Detected)<br>
>> /dev/video1: 361.250 MHz<br>
><br>
> /dev/video2: 361.250 MHz (Signal Detected)<br>
><br>
> Suggestions for problem #1? The only thing that I haven't tried yet is<br>
> swapping the cable I'm using from the splitter between the analog and<br>
> digital inputs on the HVR-1600. I'll try that tonight though I think it's<br>
> unlikely that I have a bad cable.<br>
><br>
> Problem #2: No guide data for ATSC channels<br>
><br>
> After scanning for both QAM-256 and QAM-64 channels using "-" (minus) as the<br>
> channel separator (since that matches the schedulesdirect listing better).<br>
> I have found a bunch of unecrypted channels that myth can tune. I added a<br>
> schedulesdirect lineup for "Comcast - Digital" and setup my DVB tuner as<br>
> described in the HVR-1600 wiki. Fired up the backend and frontend after<br>
> running mythfilldatabase but all the channels were listed as unknown. I<br>
> could tune in a bunch of channels but without listing data why bother?<br>
><br>
I've done very little with ATSC - just verified that I was able to get<br>
QVC, and little-to-nothing else - Comcast, of course. I see that you<br>
have an interesting link later, but wasn't able to check it out because<br>
I'm busy compiling xulrunner/firefox-3.0.10 and seem to be in an<br>
"unfortunate spot." Come to think of it, thunderbird also got<br>
recompiled somewhere in there, so maybe that's the problem.<br>
<br>
> So after a bunch of searching online I got the idea that maybe<br>
> schedulesdirect "Local Broadcast Listings - Antenna" seemed to more closely<br>
> match the channels I was tuning. So I switched my input connection for the<br>
> DVB tuner to broadcast and rescaned.<br>
><br>
> I still have digital channels that I can tune in but no listing<br>
> information. Also now I appear to have an odd mix of channel numbers such<br>
> as 2,2-1,2-2,... ,83,83#3,93#3.<br>
><br>
> Questions:<br>
> 2a) how can I dump out a list of all the digital channels I've scanned and<br>
> found? I'd like to compare this list to my lineups to see if there's a<br>
> better match with broadcast or digital cable.<br>
> 2b) Do I need to correct this mix of 2-1 and 83#3 channels? I'm guessing<br>
> that I should have only one kind of channel separator and not two?<br>
> 2c) What's the best way to wipe all the found channels to start over with<br>
> scanning?<br>
> 2d) Does anyone in Mountain View with comcast have a list of clear QAM<br>
> channels that I should be able to tune and/or suggestions on how to get this<br>
> working? The list on<br>
> <a href="http://www.silicondust.com/hdhomerun/lineupui/US:94043seems" target="_blank">http://www.silicondust.com/hdhomerun/lineupui/US:94043seems</a> extremely<br>
> optimistic and doesn't match what I've found so far for OTA<br>
> or QAM256.<br>
> 2e) Can anyone with comcast in Mtn View confirm that they have a mythtv<br>
> setup working with clear QAM? I'm beginning to think I'll have to get one<br>
> of comcast's crappy STB tuners and dive into IR blasting that device from<br>
> myth (yuck).<br>
><br>
> If you made it this far thanks for reading and any suggestions or questions<br>
> welcome!<br>
> Matt<br>
<br>
I would also suggest checking out the video4linux list. I got quite a<br>
bit of help there. If you go, search for my name and you can watch my<br>
bring-up problems. I had quite a nasty i2c problem that turned out to<br>
be fixed by a card replug.<br>
<br>
Dale Pontius</blockquote><div> </div><div>Will do, thanks!</div><div> </div></div>