[linux-dvb] HVR-1800 DVB Configuration

[Steven Toth]

David Schollmeyer wrote:
> Hi,
> 
> I have the Hauppauge HVR-1800 that I am trying to get setup. I can get
> the tuner to work on NTSC analog with my local cable provider (Cox
> Communications - Phoenix, AZ). I am trying to get the ATSC/QAM tuner
> to work with Cox as well. From what I've read, I should be able to get
> all of the unencrypted DTV local channels from Cox but I cannot figure
> out how to do so.
> 
> Following the steps at
> http://www.linuxtv.org/wiki/index.php/Testing_your_DVB_device, I
> created the following channels.conf file:
> KASW-DT:537000000:QAM_256:33:36
> KSAZ-DT:537000000:QAM_256:49:52
> KNXV-DT:555000000:QAM_256:33:36
> KPHO-DT:555000000:QAM_256:49:52
> KAET-DT-1:567000000:QAM_256:33:34
> KPNX-DT:567000000:QAM_256:49:52
> KAET-DT-2:567000000:QAM_256:67:70
> 
> I've tried running azap 'KAET-DT-2' gives:
> 
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> tuning to 567000000 Hz
> video pid 0x0043, audio pid 0x0046
> status 00 | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 |
> status 1f | signal 015e | snr 015e | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 015e | snr 015e | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 015e | snr 015e | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 015e | snr 015e | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 015e | snr 015e | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> ...
> 

This looks normal. I do this in NY with Cablevision with the HVR1800 and 
it's working very well for me (and others).

> Any help on what may be wrong would be appreciated.


Chances are the streams you expect to see are encrypted. It's difficult 
to say without looking at the packets. mplayer cannot play encrypted 
streams. The other possibility is that you have the audio and video pids 
set incorrectly in your channels.conf file, this would also cause 
mplayer not to be able to play the stream correctly.

Try some other frequencies.

Also run dvbtraffic to see the packet traffic distribution across the 
pids. The video pids will have a lot more packets per second than audio, 
this may help you diagnose the problem.

I assume the channel names, pid values and service numbers in your 
channels.conf are accurate. Did this come as a result of running the 
scan app, or something else?

- Steve