HVR-1600 (model 74351 rev F1F5) analog Red Screen

HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

I the above mentioned capture card and the digital side of the card
works well.  However, when I try to get video from the analog side of
the card, all I get is a red screen and no sound regardless of channel
requested.  This is a problem I see in 2.6.39-rc1 though I typically
run the ubuntu 10.10 kernel with the newest drivers built from source.
 Is there something in setup or configuration that I may be missing?

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Andy Walls]

On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
> I the above mentioned capture card and the digital side of the card
> works well.  However, when I try to get video from the analog side of
> the card, all I get is a red screen and no sound regardless of channel
> requested.  This is a problem I see in 2.6.39-rc1 though I typically
> run the ubuntu 10.10 kernel with the newest drivers built from source.
>  Is there something in setup or configuration that I may be missing?

Eric,

You are likely missing the last 3 fixes here:

http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39

(one of which is critical for analog to work).

Also check the ivtv-users and ivtv-devel list for past discussions on
the "red screen" showing up for known well supported models and what to
try.


Mauro,

Did these changes for HVR-1600 analog make it into .39 ?  

Here was my pull request from about a week ago:

http://www.spinics.net/lists/linux-media/msg30721.html


Regards,
Andy

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls <awalls@md.metrocast.net> wrote:
> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
>> I the above mentioned capture card and the digital side of the card
>> works well.  However, when I try to get video from the analog side of
>> the card, all I get is a red screen and no sound regardless of channel
>> requested.  This is a problem I see in 2.6.39-rc1 though I typically
>> run the ubuntu 10.10 kernel with the newest drivers built from source.
>>  Is there something in setup or configuration that I may be missing?
>
> Eric,
>
> You are likely missing the last 3 fixes here:
>
> http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39
>
> (one of which is critical for analog to work).
>
> Also check the ivtv-users and ivtv-devel list for past discussions on
> the "red screen" showing up for known well supported models and what to
> try.
>
Thanks, I will try hand applying these.

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson <emunson@mgebm.net> wrote:
> On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls <awalls@md.metrocast.net> wrote:
>> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
>>> I the above mentioned capture card and the digital side of the card
>>> works well.  However, when I try to get video from the analog side of
>>> the card, all I get is a red screen and no sound regardless of channel
>>> requested.  This is a problem I see in 2.6.39-rc1 though I typically
>>> run the ubuntu 10.10 kernel with the newest drivers built from source.
>>>  Is there something in setup or configuration that I may be missing?
>>
>> Eric,
>>
>> You are likely missing the last 3 fixes here:
>>
>> http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39
>>
>> (one of which is critical for analog to work).
>>
>> Also check the ivtv-users and ivtv-devel list for past discussions on
>> the "red screen" showing up for known well supported models and what to
>> try.
>>
> Thanks, I will try hand applying these.
>

I don't have a red screen anymore, now all get from analog static and
mythtv's digital channel scanner now seems broken.

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Andy Walls]

On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote:
> On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson <emunson@mgebm.net> wrote:
> > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls <awalls@md.metrocast.net> wrote:
> >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
> >>> I the above mentioned capture card and the digital side of the card
> >>> works well.  However, when I try to get video from the analog side of
> >>> the card, all I get is a red screen and no sound regardless of channel
> >>> requested.  This is a problem I see in 2.6.39-rc1 though I typically
> >>> run the ubuntu 10.10 kernel with the newest drivers built from source.
> >>>  Is there something in setup or configuration that I may be missing?
> >>
> >> Eric,
> >>
> >> You are likely missing the last 3 fixes here:
> >>
> >> http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39
> >>
> >> (one of which is critical for analog to work).
> >>
> >> Also check the ivtv-users and ivtv-devel list for past discussions on
> >> the "red screen" showing up for known well supported models and what to
> >> try.
> >>
> > Thanks, I will try hand applying these.
> >
> 
> I don't have a red screen anymore, now all get from analog static and
> mythtv's digital channel scanner now seems broken.

Hmmm.

1. Please provide the output of dmesg when the cx18 driver loads.

2. Please provide the output of v4l2-ctl -d /dev/video0 --log status
when tuned to an analog channel.

3. Please provide the relevant portion of the mythbackend log where
where the digital scanner starts and then fails.

4. Does digital tuning still work in MythTV despite the digital scanner
not working?

5. Please don't use MythTV to troubleshoot; it is too complex to
properly eliminate variables.  Test digital with the dvb utilities
described here: 

http://www.linuxtv.org/wiki/index.php/LinuxTV_dvb-apps
http://www.linuxtv.org/wiki/index.php/Testing_your_DVB_device

Once I have a channels.conf file made, I usually use azap (ATSC) and
femon to check that I can tune to a digital channel and get a lock.
Then I use mplayer to check that the content is viewable.


The things that spring to mind that could be wrong:

1. I didn't check that digital still worked when I added my analog
changes.  Shame on me, but honestly they *shouldn't* have broken it.
(Famous last words...)

2. The tda8290 driver module for the new analog demodulator had an I2C
address bug introduced recently (hardcoded to the wrong address in
tda8290 module), but a fix was also applied recently.  You may have the
bug, but not the fix.

3. The new HVR-1600 has a worldwide analog tuner that the cx18 driver
defaults to NTSC-M.  If you use another analog standard, you will need
to use v4l2-ctl to set the proper standard (PAL-B/G/H/I, SECAM-L/L',
etc.)


(Be advised, I have no time to look at any of this at the moment. The
soonest would be 11 April.)

Regards,
Andy

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls <awalls@md.metrocast.net> wrote:
> On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote:
>> On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson <emunson@mgebm.net> wrote:
>> > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls <awalls@md.metrocast.net> wrote:
>> >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
>> >>> I the above mentioned capture card and the digital side of the card
>> >>> works well.  However, when I try to get video from the analog side of
>> >>> the card, all I get is a red screen and no sound regardless of channel
>> >>> requested.  This is a problem I see in 2.6.39-rc1 though I typically
>> >>> run the ubuntu 10.10 kernel with the newest drivers built from source.
>> >>>  Is there something in setup or configuration that I may be missing?
>> >>
>> >> Eric,
>> >>
>> >> You are likely missing the last 3 fixes here:
>> >>
>> >> http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39
>> >>
>> >> (one of which is critical for analog to work).
>> >>
>> >> Also check the ivtv-users and ivtv-devel list for past discussions on
>> >> the "red screen" showing up for known well supported models and what to
>> >> try.
>> >>
>> > Thanks, I will try hand applying these.
>> >
>>
>> I don't have a red screen anymore, now all get from analog static and
>> mythtv's digital channel scanner now seems broken.
>
> Hmmm.
>
> 1. Please provide the output of dmesg when the cx18 driver loads.
>
> 2. Please provide the output of v4l2-ctl -d /dev/video0 --log status
> when tuned to an analog channel.
>
> 3. Please provide the relevant portion of the mythbackend log where
> where the digital scanner starts and then fails.
>
> 4. Does digital tuning still work in MythTV despite the digital scanner
> not working?
>
> 5. Please don't use MythTV to troubleshoot; it is too complex to
> properly eliminate variables.  Test digital with the dvb utilities
> described here:
>
> http://www.linuxtv.org/wiki/index.php/LinuxTV_dvb-apps
> http://www.linuxtv.org/wiki/index.php/Testing_your_DVB_device
>
> Once I have a channels.conf file made, I usually use azap (ATSC) and
> femon to check that I can tune to a digital channel and get a lock.
> Then I use mplayer to check that the content is viewable.
>
>
> The things that spring to mind that could be wrong:
>
> 1. I didn't check that digital still worked when I added my analog
> changes.  Shame on me, but honestly they *shouldn't* have broken it.
> (Famous last words...)
>
> 2. The tda8290 driver module for the new analog demodulator had an I2C
> address bug introduced recently (hardcoded to the wrong address in
> tda8290 module), but a fix was also applied recently.  You may have the
> bug, but not the fix.
>
> 3. The new HVR-1600 has a worldwide analog tuner that the cx18 driver
> defaults to NTSC-M.  If you use another analog standard, you will need
> to use v4l2-ctl to set the proper standard (PAL-B/G/H/I, SECAM-L/L',
> etc.)
>
>
> (Be advised, I have no time to look at any of this at the moment. The
> soonest would be 11 April.)
>
> Regards,
> Andy
>

No worries on the April 11 date, hard to get upset over the scheduling
of free help :)

I will fetch everything that you requested and make sure to post it
before the 11th.

Thanks for your help.
Eric

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls <awalls@md.metrocast.net> wrote:
> On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote:
>> On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson <emunson@mgebm.net> wrote:
>> > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls <awalls@md.metrocast.net> wrote:
>> >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
>> >>> I the above mentioned capture card and the digital side of the card
>> >>> works well.  However, when I try to get video from the analog side of
>> >>> the card, all I get is a red screen and no sound regardless of channel
>> >>> requested.  This is a problem I see in 2.6.39-rc1 though I typically
>> >>> run the ubuntu 10.10 kernel with the newest drivers built from source.
>> >>>  Is there something in setup or configuration that I may be missing?
>> >>
>> >> Eric,
>> >>
>> >> You are likely missing the last 3 fixes here:
>> >>
>> >> http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39
>> >>
>> >> (one of which is critical for analog to work).
>> >>
>> >> Also check the ivtv-users and ivtv-devel list for past discussions on
>> >> the "red screen" showing up for known well supported models and what to
>> >> try.
>> >>
>> > Thanks, I will try hand applying these.
>> >
>>
>> I don't have a red screen anymore, now all get from analog static and
>> mythtv's digital channel scanner now seems broken.
>
> Hmmm.
>
> 1. Please provide the output of dmesg when the cx18 driver loads.

[    2.882590] cx18:  Start initialization, version 1.4.1
[    2.882623] cx18-0: Initializing card 0
[    2.882626] cx18-0: Autodetected Hauppauge card
[    2.882666] cx18 0000:04:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    2.920427] cx18-0: cx23418 revision 01010000 (B)
[    3.202139] tveeprom 0-0050: Hauppauge model 74351, rev F1F5
[    3.202146] tveeprom 0-0050: tuner model is NXP 18271C2 (idx 155, type 54)
[    3.202149] tveeprom 0-0050: TV standards PAL(B/G) NTSC(M) PAL(I)
SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xfc)
[    3.202152] tveeprom 0-0050: audio processor is CX23418 (idx 38)
[    3.202154] tveeprom 0-0050: decoder processor is CX23418 (idx 31)
[    3.202157] tveeprom 0-0050: has no radio
[    3.202159] cx18-0: Autodetected Hauppauge HVR-1600
[    3.349248] cx18-0: Simultaneous Digital and Analog TV capture supported
[    3.709066] cs5345 0-004c: chip found @ 0x98 (cx18 i2c driver #0-0)
[   20.825012] cx18-0: Registered device video0 for encoder MPEG (64 x 32.00 kB)
[   20.825015] DVB: registering new adapter (cx18)
[   21.156176] cx18-0: DVB Frontend registered
[   21.156180] cx18-0: Registered DVB adapter0 for TS (32 x 32.00 kB)
[   21.156216] cx18-0: Registered device video32 for encoder YUV (20 x
101.25 kB)
[   21.156272] cx18-0: Registered device vbi0 for encoder VBI (20 x 51984 bytes)
[   21.156308] cx18-0: Registered device video24 for encoder PCM audio
(256 x 4.00 kB)
[   21.156311] cx18-0: Initialized card: Hauppauge HVR-1600
[   21.156363] cx18:  End initialization
[   21.161137] cx18-alsa: module loading...
[   21.278026] cx18-0: loaded v4l-cx23418-cpu.fw firmware (158332 bytes)
[   21.403872] cx18-0: loaded v4l-cx23418-apu.fw firmware V00120000
(141200 bytes)
[   21.410240] cx18-0: FW version: 0.0.74.0 (Release 2007/03/12)
[   22.247372] cx18-0 843: loaded v4l-cx23418-dig.fw firmware (16382 bytes)
[   22.267064] cx18-0 843: verified load of v4l-cx23418-dig.fw
firmware (16382 bytes)


>
> 2. Please provide the output of v4l2-ctl -d /dev/video0 --log status
> when tuned to an analog channel.

Status Log:

   [  289.758052] cx18-0: =================  START STATUS CARD #0
=================
   [  289.758059] cx18-0: Version: 1.4.1  Card: Hauppauge HVR-1600
   [  289.801911] tveeprom 0-0050: Hauppauge model 74351, rev F1F5,
serial# XXXXXXX
   [  289.801917] tveeprom 0-0050: MAC address is XX:XX:XX:XX:XX:XX
   [  289.801922] tveeprom 0-0050: tuner model is NXP 18271C2 (idx 155, type 54)
   [  289.801928] tveeprom 0-0050: TV standards PAL(B/G) NTSC(M)
PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xfc)
   [  289.801934] tveeprom 0-0050: audio processor is CX23418 (idx 38)
   [  289.801938] tveeprom 0-0050: decoder processor is CX23418 (idx 31)
   [  289.801942] tveeprom 0-0050: has no radio
   [  289.801950] cx18-0 843: Video signal:              not present
   [  289.801953] cx18-0 843: Detected format:           NTSC-M
   [  289.801957] cx18-0 843: Specified standard:        NTSC-M
   [  289.801960] cx18-0 843: Specified video input:     Composite 7
   [  289.801964] cx18-0 843: Specified audioclock freq: 32000 Hz
   [  289.801975] cx18-0 843: Detected audio mode:       mono
   [  289.801979] cx18-0 843: Detected audio standard:   BTSC
   [  289.801982] cx18-0 843: Audio muted:               yes
   [  289.801985] cx18-0 843: Audio microcontroller:     running
   [  289.801989] cx18-0 843: Configured audio standard: automatic detection
   [  289.801992] cx18-0 843: Configured audio system:   BTSC
   [  289.801996] cx18-0 843: Specified audio input:     Tuner (In8)
   [  289.801999] cx18-0 843: Preferred audio mode:      stereo
   [  289.802021] cx18-0 gpio-reset-ctrl: GPIO:  direction 0x00003801,
value 0x00003801
   [  289.804291] cs5345 0-004c: Input:  1
   [  289.804293] cs5345 0-004c: Volume: 0 dB
   [  289.804295] cx18-0: Video Input: Tuner 1
   [  289.804297] cx18-0: Audio Input: Tuner 1
   [  289.804299] cx18-0: GPIO:  direction 0x00003801, value 0x00003801
   [  289.804301] cx18-0: Tuner: TV
   [  289.804303] cx18-0: Stream Type: MPEG-2 Program Stream (grabbed)
   [  289.804306] cx18-0: Stream VBI Format: Private packet, IVTV
format (grabbed)
   [  289.804310] cx18-0: Audio Sampling Frequency: 32 kHz (grabbed)
   [  289.804313] cx18-0: Audio Encoding: MPEG-1/2 Layer II (grabbed)
   [  289.804316] cx18-0: Audio Layer II Bitrate: 384 kbps (grabbed)
   [  289.804319] cx18-0: Audio Stereo Mode: Stereo
   [  289.804322] cx18-0: Audio Stereo Mode Extension: Bound 4 (inactive)
   [  289.804325] cx18-0: Audio Emphasis: No Emphasis
   [  289.804328] cx18-0: Audio CRC: No CRC
   [  289.804330] cx18-0: Audio Mute: false
   [  289.804332] cx18-0: Video Encoding: MPEG-2
   [  289.804335] cx18-0: Video Aspect: 4x3
   [  289.804337] cx18-0: Video B Frames: 2
   [  289.804340] cx18-0: Video GOP Size: 15
   [  289.804342] cx18-0: Video GOP Closure: true
   [  289.804345] cx18-0: Video Bitrate Mode: Variable Bitrate (grabbed)
   [  289.804348] cx18-0: Video Bitrate: 4500000 (grabbed)
   [  289.804351] cx18-0: Video Peak Bitrate: 6000000 (grabbed)
   [  289.804354] cx18-0: Video Temporal Decimation: 0
   [  289.804356] cx18-0: Video Mute: false
   [  289.804359] cx18-0: Video Mute YUV: 32896
   [  289.804362] cx18-0: Spatial Filter Mode: Manual
   [  289.804364] cx18-0: Spatial Filter: 0
   [  289.804367] cx18-0: Spatial Luma Filter Type: 1D Horizontal
   [  289.804370] cx18-0: Spatial Chroma Filter Type: 1D Horizontal
   [  289.804373] cx18-0: Temporal Filter Mode: Manual
   [  289.804375] cx18-0: Temporal Filter: 8
   [  289.804378] cx18-0: Median Filter Type: Off
   [  289.804380] cx18-0: Median Luma Filter Minimum: 0 (inactive)
   [  289.804383] cx18-0: Median Luma Filter Maximum: 255 (inactive)
   [  289.804386] cx18-0: Median Chroma Filter Minimum: 0 (inactive)
   [  289.804389] cx18-0: Median Chroma Filter Maximum: 255 (inactive)
   [  289.804392] cx18-0: Insert Navigation Packets: false
   [  289.804395] cx18-0: Status flags: 0x00200001
   [  289.804398] cx18-0: Stream encoder MPEG: status 0x0118, 1% of
2048 KiB (64 buffers) in use
   [  289.804401] cx18-0: Stream encoder YUV: status 0x0000, 0% of
2025 KiB (20 buffers) in use
   [  289.804404] cx18-0: Stream encoder VBI: status 0x0038, 10% of
1015 KiB (20 buffers) in use
   [  289.804407] cx18-0: Stream encoder PCM audio: status 0x0000, 0%
of 1024 KiB (256 buffers) in use
   [  289.804409] cx18-0: Read MPEG/VBI: 165570560/328504 bytes
   [  289.804411] cx18-0: ==================  END STATUS CARD #0
==================


>
> 3. Please provide the relevant portion of the mythbackend log where
> where the digital scanner starts and then fails.

So the Digital scanner doesn't fail per se, it just doesn't pick up
most of the digital channels available.  The same is true of scan, it
seems to find only 1 channel when I know that I have access to 18.

>
> 4. Does digital tuning still work in MythTV despite the digital scanner
> not working?

Using the command line tools you linked I am able to tune to the
channel that is found and watch it via mplayer.

Let me know if you need anything else.

Thanks,
Eric

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Andy Walls]

On Wed, 2011-04-06 at 13:28 -0400, Eric B Munson wrote:
> On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls <awalls@md.metrocast.net> wrote:
> > On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote:
> >> On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson <emunson@mgebm.net> wrote:
> >> > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls <awalls@md.metrocast.net> wrote:
> >> >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
> >> >>> I the above mentioned capture card and the digital side of the card
> >> >>> works well.  However, when I try to get video from the analog side of
> >> >>> the card, all I get is a red screen and no sound regardless of channel
> >> >>> requested.  This is a problem I see in 2.6.39-rc1 though I typically
> >> >>> run the ubuntu 10.10 kernel with the newest drivers built from source.
> >> >>>  Is there something in setup or configuration that I may be missing?
> >> >>
> >> >> Eric,
> >> >>
> >> >> You are likely missing the last 3 fixes here:
> >> >>
> >> >> http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39
> >> >>
> >> >> (one of which is critical for analog to work).
> >> >>
> >> >> Also check the ivtv-users and ivtv-devel list for past discussions on
> >> >> the "red screen" showing up for known well supported models and what to
> >> >> try.
> >> >>
> >> > Thanks, I will try hand applying these.
> >> >
> >>
> >> I don't have a red screen anymore, now all get from analog static and
> >> mythtv's digital channel scanner now seems broken.
> >
> > Hmmm.
> >
> > 1. Please provide the output of dmesg when the cx18 driver loads.
> 
> [    2.882590] cx18:  Start initialization, version 1.4.1
> [    2.882623] cx18-0: Initializing card 0
> [    2.882626] cx18-0: Autodetected Hauppauge card
> [    2.882666] cx18 0000:04:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> [    2.920427] cx18-0: cx23418 revision 01010000 (B)
> [    3.202139] tveeprom 0-0050: Hauppauge model 74351, rev F1F5
> [    3.202146] tveeprom 0-0050: tuner model is NXP 18271C2 (idx 155, type 54)
> [    3.202149] tveeprom 0-0050: TV standards PAL(B/G) NTSC(M) PAL(I)
> SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xfc)
> [    3.202152] tveeprom 0-0050: audio processor is CX23418 (idx 38)
> [    3.202154] tveeprom 0-0050: decoder processor is CX23418 (idx 31)
> [    3.202157] tveeprom 0-0050: has no radio
> [    3.202159] cx18-0: Autodetected Hauppauge HVR-1600
> [    3.349248] cx18-0: Simultaneous Digital and Analog TV capture supported
> [    3.709066] cs5345 0-004c: chip found @ 0x98 (cx18 i2c driver #0-0)

(Richard Nixon-esque gap in the tape recording...)

> [   20.825012] cx18-0: Registered device video0 for encoder MPEG (64 x 32.00 kB)
> [   20.825015] DVB: registering new adapter (cx18)
> [   21.156176] cx18-0: DVB Frontend registered
> [   21.156180] cx18-0: Registered DVB adapter0 for TS (32 x 32.00 kB)
> [   21.156216] cx18-0: Registered device video32 for encoder YUV (20 x
> 101.25 kB)
> [   21.156272] cx18-0: Registered device vbi0 for encoder VBI (20 x 51984 bytes)
> [   21.156308] cx18-0: Registered device video24 for encoder PCM audio
> (256 x 4.00 kB)
> [   21.156311] cx18-0: Initialized card: Hauppauge HVR-1600
> [   21.156363] cx18:  End initialization
> [   21.161137] cx18-alsa: module loading...
> [   21.278026] cx18-0: loaded v4l-cx23418-cpu.fw firmware (158332 bytes)
> [   21.403872] cx18-0: loaded v4l-cx23418-apu.fw firmware V00120000
> (141200 bytes)
> [   21.410240] cx18-0: FW version: 0.0.74.0 (Release 2007/03/12)
> [   22.247372] cx18-0 843: loaded v4l-cx23418-dig.fw firmware (16382 bytes)
> [   22.267064] cx18-0 843: verified load of v4l-cx23418-dig.fw
> firmware (16382 bytes)

It appears you grep-ped for cx18.  That dropped all the messagea about
the tuner chips which I'd like to see.

If you are unsure of what boot-up dmesg crud to snip and what to keep
pass along, you can do this:

	kill the mythbackend
	unload the cx18 module
	reload the cx18 module.

At the end of the dmesg output will be messages relating only to the
init of the card and all it's tuner chips.


> >
> > 2. Please provide the output of v4l2-ctl -d /dev/video0 --log status
> > when tuned to an analog channel.
> 
> Status Log:
> 
>    [  289.758052] cx18-0: =================  START STATUS CARD #0
> =================
>    [  289.758059] cx18-0: Version: 1.4.1  Card: Hauppauge HVR-1600
>    [  289.801911] tveeprom 0-0050: Hauppauge model 74351, rev F1F5,
> serial# XXXXXXX
>    [  289.801917] tveeprom 0-0050: MAC address is XX:XX:XX:XX:XX:XX
>    [  289.801922] tveeprom 0-0050: tuner model is NXP 18271C2 (idx 155, type 54)
>    [  289.801928] tveeprom 0-0050: TV standards PAL(B/G) NTSC(M)
> PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xfc)
>    [  289.801934] tveeprom 0-0050: audio processor is CX23418 (idx 38)
>    [  289.801938] tveeprom 0-0050: decoder processor is CX23418 (idx 31)
>    [  289.801942] tveeprom 0-0050: has no radio
>    [  289.801950] cx18-0 843: Video signal:              not present
                                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Well there's your problem. ;)

>    [  289.801953] cx18-0 843: Detected format:           NTSC-M
>    [  289.801957] cx18-0 843: Specified standard:        NTSC-M
>    [  289.801960] cx18-0 843: Specified video input:     Composite 7
>    [  289.801964] cx18-0 843: Specified audioclock freq: 32000 Hz
>    [  289.801975] cx18-0 843: Detected audio mode:       mono
>    [  289.801979] cx18-0 843: Detected audio standard:   BTSC
>    [  289.801982] cx18-0 843: Audio muted:               yes
>    [  289.801985] cx18-0 843: Audio microcontroller:     running
>    [  289.801989] cx18-0 843: Configured audio standard: automatic detection
>    [  289.801992] cx18-0 843: Configured audio system:   BTSC
>    [  289.801996] cx18-0 843: Specified audio input:     Tuner (In8)
>    [  289.801999] cx18-0 843: Preferred audio mode:      stereo
>    [  289.802021] cx18-0 gpio-reset-ctrl: GPIO:  direction 0x00003801,
> value 0x00003801
>    [  289.804291] cs5345 0-004c: Input:  1
>    [  289.804293] cs5345 0-004c: Volume: 0 dB

For older boards, somewhere before this point, the analog tuner driver
should have logged what frequency it is tuned to.  (I need to check if
this happens for my newer HVR-1600 board.)

This gives me the feeling that something didn't init correctly with the
analog tuner.

>    [  289.804295] cx18-0: Video Input: Tuner 1
>    [  289.804297] cx18-0: Audio Input: Tuner 1
>    [  289.804299] cx18-0: GPIO:  direction 0x00003801, value 0x00003801
>    [  289.804301] cx18-0: Tuner: TV
>    [  289.804303] cx18-0: Stream Type: MPEG-2 Program Stream (grabbed)
>    [  289.804306] cx18-0: Stream VBI Format: Private packet, IVTV
> format (grabbed)
>    [  289.804310] cx18-0: Audio Sampling Frequency: 32 kHz (grabbed)
>    [  289.804313] cx18-0: Audio Encoding: MPEG-1/2 Layer II (grabbed)
>    [  289.804316] cx18-0: Audio Layer II Bitrate: 384 kbps (grabbed)
>    [  289.804319] cx18-0: Audio Stereo Mode: Stereo
>    [  289.804322] cx18-0: Audio Stereo Mode Extension: Bound 4 (inactive)
>    [  289.804325] cx18-0: Audio Emphasis: No Emphasis
>    [  289.804328] cx18-0: Audio CRC: No CRC
>    [  289.804330] cx18-0: Audio Mute: false
>    [  289.804332] cx18-0: Video Encoding: MPEG-2
>    [  289.804335] cx18-0: Video Aspect: 4x3
>    [  289.804337] cx18-0: Video B Frames: 2
>    [  289.804340] cx18-0: Video GOP Size: 15
>    [  289.804342] cx18-0: Video GOP Closure: true
>    [  289.804345] cx18-0: Video Bitrate Mode: Variable Bitrate (grabbed)
>    [  289.804348] cx18-0: Video Bitrate: 4500000 (grabbed)
>    [  289.804351] cx18-0: Video Peak Bitrate: 6000000 (grabbed)
>    [  289.804354] cx18-0: Video Temporal Decimation: 0
>    [  289.804356] cx18-0: Video Mute: false
>    [  289.804359] cx18-0: Video Mute YUV: 32896
>    [  289.804362] cx18-0: Spatial Filter Mode: Manual
>    [  289.804364] cx18-0: Spatial Filter: 0
>    [  289.804367] cx18-0: Spatial Luma Filter Type: 1D Horizontal
>    [  289.804370] cx18-0: Spatial Chroma Filter Type: 1D Horizontal
>    [  289.804373] cx18-0: Temporal Filter Mode: Manual
>    [  289.804375] cx18-0: Temporal Filter: 8
>    [  289.804378] cx18-0: Median Filter Type: Off
>    [  289.804380] cx18-0: Median Luma Filter Minimum: 0 (inactive)
>    [  289.804383] cx18-0: Median Luma Filter Maximum: 255 (inactive)
>    [  289.804386] cx18-0: Median Chroma Filter Minimum: 0 (inactive)
>    [  289.804389] cx18-0: Median Chroma Filter Maximum: 255 (inactive)
>    [  289.804392] cx18-0: Insert Navigation Packets: false
>    [  289.804395] cx18-0: Status flags: 0x00200001
>    [  289.804398] cx18-0: Stream encoder MPEG: status 0x0118, 1% of
> 2048 KiB (64 buffers) in use
>    [  289.804401] cx18-0: Stream encoder YUV: status 0x0000, 0% of
> 2025 KiB (20 buffers) in use
>    [  289.804404] cx18-0: Stream encoder VBI: status 0x0038, 10% of
> 1015 KiB (20 buffers) in use
>    [  289.804407] cx18-0: Stream encoder PCM audio: status 0x0000, 0%
> of 1024 KiB (256 buffers) in use
>    [  289.804409] cx18-0: Read MPEG/VBI: 165570560/328504 bytes
>    [  289.804411] cx18-0: ==================  END STATUS CARD #0
> ==================
> 
> 
> >
> > 3. Please provide the relevant portion of the mythbackend log where
> > where the digital scanner starts and then fails.
> 
> So the Digital scanner doesn't fail per se, it just doesn't pick up
> most of the digital channels available.  The same is true of scan, it
> seems to find only 1 channel when I know that I have access to 18.

Make sure it's not a signal integrity problem:

	http://ivtvdriver.org/index.php/Howto:Improve_signal_quality

wild speculation: If the analog tuner driver init failed, maybe that is
having some bad EMI efect on the digital tuner

I'm assumiong you got more than the 1 channel before trying to enable
analog tuning.

> >
> > 4. Does digital tuning still work in MythTV despite the digital scanner
> > not working?
> 
> Using the command line tools you linked I am able to tune to the
> channel that is found and watch it via mplayer.

Can you tune to other known digital channels?

> Let me know if you need anything else.

Are you tuning digital cable (North American QAM) or digital Over The
Air (ATSC)?

I tune ATSC with a high gain antenna and a Winegard preamplifer for
fringe areas; I'm 75 miles away from the city.  One of the most
important contributions to getting a good signal was a lightning
protection/grounding block for the coaxial cable shield near the antenna
end of the cable.  I suspect I was picking up a lot of EMI from in-home
sources and other local sources.

If using a preamp, make sure you are not over-amplifying the signal.  It
will cause clipping in the tuner's front end, inducing intermodulation
products which look like noise and degrade the SNR.

Regards,
Andy

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

[-- Attachment #1: Type: text/plain, Size: 6579 bytes --]

On Sun, 10 Apr 2011, Andy Walls wrote:

> On Wed, 2011-04-06 at 13:28 -0400, Eric B Munson wrote:
> > On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls <awalls@md.metrocast.net> wrote:
> > > On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote:
> > >> On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson <emunson@mgebm.net> wrote:
> > >> > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls <awalls@md.metrocast.net> wrote:
> > >> >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
> > >> >>> I the above mentioned capture card and the digital side of the card
> > >> >>> works well.  However, when I try to get video from the analog side of
> > >> >>> the card, all I get is a red screen and no sound regardless of channel
> > >> >>> requested.  This is a problem I see in 2.6.39-rc1 though I typically
> > >> >>> run the ubuntu 10.10 kernel with the newest drivers built from source.
> > >> >>>  Is there something in setup or configuration that I may be missing?
> > >> >>
> > >> >> Eric,
> > >> >>
> > >> >> You are likely missing the last 3 fixes here:
> > >> >>
> > >> >> http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39
> > >> >>
> > >> >> (one of which is critical for analog to work).
> > >> >>
> > >> >> Also check the ivtv-users and ivtv-devel list for past discussions on
> > >> >> the "red screen" showing up for known well supported models and what to
> > >> >> try.
> > >> >>
> > >> > Thanks, I will try hand applying these.
> > >> >
> > >>
> > >> I don't have a red screen anymore, now all get from analog static and
> > >> mythtv's digital channel scanner now seems broken.
> > >
> > > Hmmm.
> > >
> > > 1. Please provide the output of dmesg when the cx18 driver loads.
> > 

[332935.115343] cx18:  Start initialization, version 1.4.1
[332935.115385] cx18-0: Initializing card 0
[332935.115389] cx18-0: Autodetected Hauppauge card
[332935.115449] cx18 0000:04:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[332935.127005] cx18-0: cx23418 revision 01010000 (B)
[332935.342426] tveeprom 0-0050: Hauppauge model 74351, rev F1F5, serial# 7384278
[332935.342432] tveeprom 0-0050: MAC address is 00:0d:fe:70:ac:d6
[332935.342437] tveeprom 0-0050: tuner model is NXP 18271C2 (idx 155, type 54)
[332935.342443] tveeprom 0-0050: TV standards PAL(B/G) NTSC(M) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xfc)
[332935.342448] tveeprom 0-0050: audio processor is CX23418 (idx 38)
[332935.342453] tveeprom 0-0050: decoder processor is CX23418 (idx 31)
[332935.342457] tveeprom 0-0050: has no radio
[332935.342460] cx18-0: Autodetected Hauppauge HVR-1600
[332935.392016] cx18-0: Simultaneous Digital and Analog TV capture supported
[332935.497007] tuner 1-0042: Tuner -1 found with type(s) Radio TV.
[332935.501259] cs5345 0-004c: chip found @ 0x98 (cx18 i2c driver #0-0)
[332935.548567] tda829x 1-0042: setting tuner address to 60
[332935.572554] tda18271 1-0060: creating new instance
[332935.612568] TDA18271HD/C2 detected @ 1-0060
[332936.676587] tda18271: performing RF tracking filter calibration
[332950.816567] tda18271: RF tracking filter calibration complete
[332950.864571] tda829x 1-0042: type set to tda8295+18271
[332951.569137] cx18-0: Registered device video0 for encoder MPEG (64 x 32.00 kB)
[332951.569143] DVB: registering new adapter (cx18)
[332951.672187] tda18271 0-0060: creating new instance
[332951.678691] TDA18271HD/C2 detected @ 0-0060
[332951.737797] cx18-0: loaded v4l-cx23418-cpu.fw firmware (158332 bytes)
[332951.876157] cx18-0: loaded v4l-cx23418-apu.fw firmware V00120000 (141200 bytes)
[332951.882195] cx18-0: FW version: 0.0.74.0 (Release 2007/03/12)
[332951.984040] DVB: registering adapter 0 frontend 0 (Samsung S5H1411 QAM/8VSB Frontend)...
[332951.984208] cx18-0: DVB Frontend registered
[332951.984214] cx18-0: Registered DVB adapter0 for TS (32 x 32.00 kB)
[332951.984268] cx18-0: Registered device video32 for encoder YUV (20 x 101.25 kB)
[332951.984320] cx18-0: Registered device vbi0 for encoder VBI (20 x 51984 bytes)
[332951.984367] cx18-0: Registered device video24 for encoder PCM audio (256 x 4.00 kB)
[332951.984372] cx18-0: Initialized card: Hauppauge HVR-1600
[332951.984415] cx18:  End initialization
[332951.994916] cx18-alsa: module loading...
[332952.733994] cx18-0 843: loaded v4l-cx23418-dig.fw firmware (16382 bytes)
[332952.753703] cx18-0 843: verified load of v4l-cx23418-dig.fw firmware (16382 bytes)

> > > 3. Please provide the relevant portion of the mythbackend log where
> > > where the digital scanner starts and then fails.
> > 
> > So the Digital scanner doesn't fail per se, it just doesn't pick up
> > most of the digital channels available.  The same is true of scan, it
> > seems to find only 1 channel when I know that I have access to 18.
> 
> Make sure it's not a signal integrity problem:
> 
> 	http://ivtvdriver.org/index.php/Howto:Improve_signal_quality
> 
> wild speculation: If the analog tuner driver init failed, maybe that is
> having some bad EMI efect on the digital tuner
> 
> I'm assumiong you got more than the 1 channel before trying to enable
> analog tuning.A

That is true, when I was running the backported drivers on the Ubuntu 10.10
kernel I was able to see 16 of the 18 available to me.

> 
> > >
> > > 4. Does digital tuning still work in MythTV despite the digital scanner
> > > not working?
> > 
> > Using the command line tools you linked I am able to tune to the
> > channel that is found and watch it via mplayer.
> 
> Can you tune to other known digital channels?

I will have to see if I can set one up by hand and try it.  I will get back to
you when I am able to do this (should be later today).

> 
> > Let me know if you need anything else.
> 
> Are you tuning digital cable (North American QAM) or digital Over The
> Air (ATSC)?

I am using digital cable (NA QAM).

> 
> I tune ATSC with a high gain antenna and a Winegard preamplifer for
> fringe areas; I'm 75 miles away from the city.  One of the most
> important contributions to getting a good signal was a lightning
> protection/grounding block for the coaxial cable shield near the antenna
> end of the cable.  I suspect I was picking up a lot of EMI from in-home
> sources and other local sources.
> 
> If using a preamp, make sure you are not over-amplifying the signal.  It
> will cause clipping in the tuner's front end, inducing intermodulation
> products which look like noise and degrade the SNR.
> 
> Regards,
> Andy
> 
> 
> 

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Devin Heitmueller]

On Mon, Apr 11, 2011 at 12:32 PM, Eric B Munson <emunson@mgebm.net> wrote:
>> Can you tune to other known digital channels?
>
> I will have to see if I can set one up by hand and try it.  I will get back to
> you when I am able to do this (should be later today).
>
>>
>> > Let me know if you need anything else.
>>
>> Are you tuning digital cable (North American QAM) or digital Over The
>> Air (ATSC)?
>
> I am using digital cable (NA QAM).

This is going to seem a little nuts, but just as a test could you try
sticking the card into a different machine (with a different
motherboard)?  I heard something a few months ago about an issue
related to the power sequencing that only occurred with a specific
motherboard.  Using any other motherboard resulted in success.

It would be useful if we could rule that out.

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

On Mon, Apr 11, 2011 at 12:42 PM, Devin Heitmueller
<dheitmueller@kernellabs.com> wrote:
> On Mon, Apr 11, 2011 at 12:32 PM, Eric B Munson <emunson@mgebm.net> wrote:
>>> Can you tune to other known digital channels?
>>
>> I will have to see if I can set one up by hand and try it.  I will get back to
>> you when I am able to do this (should be later today).
>>
>>>
>>> > Let me know if you need anything else.
>>>
>>> Are you tuning digital cable (North American QAM) or digital Over The
>>> Air (ATSC)?
>>
>> I am using digital cable (NA QAM).
>
> This is going to seem a little nuts, but just as a test could you try
> sticking the card into a different machine (with a different
> motherboard)?  I heard something a few months ago about an issue
> related to the power sequencing that only occurred with a specific
> motherboard.  Using any other motherboard resulted in success.
>
> It would be useful if we could rule that out.
>
> Devin

This will be a little more difficult, I should be able to make it
happen this week though.

>
> --
> Devin J. Heitmueller - Kernel Labs
> http://www.kernellabs.com
>

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

On Mon, Apr 11, 2011 at 12:42 PM, Devin Heitmueller
<dheitmueller@kernellabs.com> wrote:
> On Mon, Apr 11, 2011 at 12:32 PM, Eric B Munson <emunson@mgebm.net> wrote:
>>> Can you tune to other known digital channels?
>>
>> I will have to see if I can set one up by hand and try it.  I will get back to
>> you when I am able to do this (should be later today).
>>
>>>
>>> > Let me know if you need anything else.
>>>
>>> Are you tuning digital cable (North American QAM) or digital Over The
>>> Air (ATSC)?
>>
>> I am using digital cable (NA QAM).
>
> This is going to seem a little nuts, but just as a test could you try
> sticking the card into a different machine (with a different
> motherboard)?  I heard something a few months ago about an issue
> related to the power sequencing that only occurred with a specific
> motherboard.  Using any other motherboard resulted in success.
>
> It would be useful if we could rule that out.

I ruled this out today, my HTPC is using a Biostar G31D-M7 and my
desktop is using an ASUS P6X58D and I see the same behavior from the
hauppage card in both machines.

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

[-- Attachment #1: Type: text/plain, Size: 6281 bytes --]

On Mon, 11 Apr 2011, Eric B Munson wrote:

> On Sun, 10 Apr 2011, Andy Walls wrote:
> 
> > On Wed, 2011-04-06 at 13:28 -0400, Eric B Munson wrote:
> > > On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls <awalls@md.metrocast.net> wrote:
> > > > On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote:
> > > >> On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson <emunson@mgebm.net> wrote:
> > > >> > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls <awalls@md.metrocast.net> wrote:
> > > >> >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
> > > >> >>> I the above mentioned capture card and the digital side of the card
> > > >> >>> works well.  However, when I try to get video from the analog side of
> > > >> >>> the card, all I get is a red screen and no sound regardless of channel
> > > >> >>> requested.  This is a problem I see in 2.6.39-rc1 though I typically
> > > >> >>> run the ubuntu 10.10 kernel with the newest drivers built from source.
> > > >> >>>  Is there something in setup or configuration that I may be missing?
> > > >> >>
> > > >> >> Eric,
> > > >> >>
> > > >> >> You are likely missing the last 3 fixes here:
> > > >> >>
> > > >> >> http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39
> > > >> >>
> > > >> >> (one of which is critical for analog to work).
> > > >> >>
> > > >> >> Also check the ivtv-users and ivtv-devel list for past discussions on
> > > >> >> the "red screen" showing up for known well supported models and what to
> > > >> >> try.
> > > >> >>
> > > >> > Thanks, I will try hand applying these.
> > > >> >
> > > >>
> > > >> I don't have a red screen anymore, now all get from analog static and
> > > >> mythtv's digital channel scanner now seems broken.
> > > >
> > > > Hmmm.
> > > >
> > > > 1. Please provide the output of dmesg when the cx18 driver loads.
> > > 
> 
> [332935.115343] cx18:  Start initialization, version 1.4.1
> [332935.115385] cx18-0: Initializing card 0
> [332935.115389] cx18-0: Autodetected Hauppauge card
> [332935.115449] cx18 0000:04:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> [332935.127005] cx18-0: cx23418 revision 01010000 (B)
> [332935.342426] tveeprom 0-0050: Hauppauge model 74351, rev F1F5, serial# 7384278
> [332935.342432] tveeprom 0-0050: MAC address is 00:0d:fe:70:ac:d6
> [332935.342437] tveeprom 0-0050: tuner model is NXP 18271C2 (idx 155, type 54)
> [332935.342443] tveeprom 0-0050: TV standards PAL(B/G) NTSC(M) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xfc)
> [332935.342448] tveeprom 0-0050: audio processor is CX23418 (idx 38)
> [332935.342453] tveeprom 0-0050: decoder processor is CX23418 (idx 31)
> [332935.342457] tveeprom 0-0050: has no radio
> [332935.342460] cx18-0: Autodetected Hauppauge HVR-1600
> [332935.392016] cx18-0: Simultaneous Digital and Analog TV capture supported
> [332935.497007] tuner 1-0042: Tuner -1 found with type(s) Radio TV.
> [332935.501259] cs5345 0-004c: chip found @ 0x98 (cx18 i2c driver #0-0)
> [332935.548567] tda829x 1-0042: setting tuner address to 60
> [332935.572554] tda18271 1-0060: creating new instance
> [332935.612568] TDA18271HD/C2 detected @ 1-0060
> [332936.676587] tda18271: performing RF tracking filter calibration
> [332950.816567] tda18271: RF tracking filter calibration complete
> [332950.864571] tda829x 1-0042: type set to tda8295+18271
> [332951.569137] cx18-0: Registered device video0 for encoder MPEG (64 x 32.00 kB)
> [332951.569143] DVB: registering new adapter (cx18)
> [332951.672187] tda18271 0-0060: creating new instance
> [332951.678691] TDA18271HD/C2 detected @ 0-0060
> [332951.737797] cx18-0: loaded v4l-cx23418-cpu.fw firmware (158332 bytes)
> [332951.876157] cx18-0: loaded v4l-cx23418-apu.fw firmware V00120000 (141200 bytes)
> [332951.882195] cx18-0: FW version: 0.0.74.0 (Release 2007/03/12)
> [332951.984040] DVB: registering adapter 0 frontend 0 (Samsung S5H1411 QAM/8VSB Frontend)...
> [332951.984208] cx18-0: DVB Frontend registered
> [332951.984214] cx18-0: Registered DVB adapter0 for TS (32 x 32.00 kB)
> [332951.984268] cx18-0: Registered device video32 for encoder YUV (20 x 101.25 kB)
> [332951.984320] cx18-0: Registered device vbi0 for encoder VBI (20 x 51984 bytes)
> [332951.984367] cx18-0: Registered device video24 for encoder PCM audio (256 x 4.00 kB)
> [332951.984372] cx18-0: Initialized card: Hauppauge HVR-1600
> [332951.984415] cx18:  End initialization
> [332951.994916] cx18-alsa: module loading...
> [332952.733994] cx18-0 843: loaded v4l-cx23418-dig.fw firmware (16382 bytes)
> [332952.753703] cx18-0 843: verified load of v4l-cx23418-dig.fw firmware (16382 bytes)
> 
> > > > 3. Please provide the relevant portion of the mythbackend log where
> > > > where the digital scanner starts and then fails.
> > > 
> > > So the Digital scanner doesn't fail per se, it just doesn't pick up
> > > most of the digital channels available.  The same is true of scan, it
> > > seems to find only 1 channel when I know that I have access to 18.
> > 
> > Make sure it's not a signal integrity problem:
> > 
> > 	http://ivtvdriver.org/index.php/Howto:Improve_signal_quality
> > 
> > wild speculation: If the analog tuner driver init failed, maybe that is
> > having some bad EMI efect on the digital tuner
> > 
> > I'm assumiong you got more than the 1 channel before trying to enable
> > analog tuning.A
> 
> That is true, when I was running the backported drivers on the Ubuntu 10.10
> kernel I was able to see 16 of the 18 available to me.
> 
> > 
> > > >
> > > > 4. Does digital tuning still work in MythTV despite the digital scanner
> > > > not working?
> > > 
> > > Using the command line tools you linked I am able to tune to the
> > > channel that is found and watch it via mplayer.
> > 
> > Can you tune to other known digital channels?
> 
> I will have to see if I can set one up by hand and try it.  I will get back to
> you when I am able to do this (should be later today).
> 
> > 
> > > Let me know if you need anything else.
> > 
> > Are you tuning digital cable (North American QAM) or digital Over The
> > Air (ATSC)?
> 
> I am using digital cable (NA QAM).
> 

Is there anything else I can provide to help with this?

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Andy Walls]

Eric B Munson <emunson@mgebm.net> wrote:

>On Mon, 11 Apr 2011, Eric B Munson wrote:
>
>> On Sun, 10 Apr 2011, Andy Walls wrote:
>> 
>> > On Wed, 2011-04-06 at 13:28 -0400, Eric B Munson wrote:
>> > > On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls
><awalls@md.metrocast.net> wrote:
>> > > > On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote:
>> > > >> On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson
><emunson@mgebm.net> wrote:
>> > > >> > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls
><awalls@md.metrocast.net> wrote:
>> > > >> >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
>> > > >> >>> I the above mentioned capture card and the digital side of
>the card
>> > > >> >>> works well.  However, when I try to get video from the
>analog side of
>> > > >> >>> the card, all I get is a red screen and no sound
>regardless of channel
>> > > >> >>> requested.  This is a problem I see in 2.6.39-rc1 though I
>typically
>> > > >> >>> run the ubuntu 10.10 kernel with the newest drivers built
>from source.
>> > > >> >>>  Is there something in setup or configuration that I may
>be missing?
>> > > >> >>
>> > > >> >> Eric,
>> > > >> >>
>> > > >> >> You are likely missing the last 3 fixes here:
>> > > >> >>
>> > > >> >>
>http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39
>> > > >> >>
>> > > >> >> (one of which is critical for analog to work).
>> > > >> >>
>> > > >> >> Also check the ivtv-users and ivtv-devel list for past
>discussions on
>> > > >> >> the "red screen" showing up for known well supported models
>and what to
>> > > >> >> try.
>> > > >> >>
>> > > >> > Thanks, I will try hand applying these.
>> > > >> >
>> > > >>
>> > > >> I don't have a red screen anymore, now all get from analog
>static and
>> > > >> mythtv's digital channel scanner now seems broken.
>> > > >
>> > > > Hmmm.
>> > > >
>> > > > 1. Please provide the output of dmesg when the cx18 driver
>loads.
>> > > 
>> 
>> [332935.115343] cx18:  Start initialization, version 1.4.1
>> [332935.115385] cx18-0: Initializing card 0
>> [332935.115389] cx18-0: Autodetected Hauppauge card
>> [332935.115449] cx18 0000:04:01.0: PCI INT A -> GSI 16 (level, low)
>-> IRQ 16
>> [332935.127005] cx18-0: cx23418 revision 01010000 (B)
>> [332935.342426] tveeprom 0-0050: Hauppauge model 74351, rev F1F5,
>serial# 7384278
>> [332935.342432] tveeprom 0-0050: MAC address is 00:0d:fe:70:ac:d6
>> [332935.342437] tveeprom 0-0050: tuner model is NXP 18271C2 (idx 155,
>type 54)
>> [332935.342443] tveeprom 0-0050: TV standards PAL(B/G) NTSC(M) PAL(I)
>SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xfc)
>> [332935.342448] tveeprom 0-0050: audio processor is CX23418 (idx 38)
>> [332935.342453] tveeprom 0-0050: decoder processor is CX23418 (idx
>31)
>> [332935.342457] tveeprom 0-0050: has no radio
>> [332935.342460] cx18-0: Autodetected Hauppauge HVR-1600
>> [332935.392016] cx18-0: Simultaneous Digital and Analog TV capture
>supported
>> [332935.497007] tuner 1-0042: Tuner -1 found with type(s) Radio TV.
>> [332935.501259] cs5345 0-004c: chip found @ 0x98 (cx18 i2c driver
>#0-0)
>> [332935.548567] tda829x 1-0042: setting tuner address to 60
>> [332935.572554] tda18271 1-0060: creating new instance
>> [332935.612568] TDA18271HD/C2 detected @ 1-0060
>> [332936.676587] tda18271: performing RF tracking filter calibration
>> [332950.816567] tda18271: RF tracking filter calibration complete
>> [332950.864571] tda829x 1-0042: type set to tda8295+18271
>> [332951.569137] cx18-0: Registered device video0 for encoder MPEG (64
>x 32.00 kB)
>> [332951.569143] DVB: registering new adapter (cx18)
>> [332951.672187] tda18271 0-0060: creating new instance
>> [332951.678691] TDA18271HD/C2 detected @ 0-0060
>> [332951.737797] cx18-0: loaded v4l-cx23418-cpu.fw firmware (158332
>bytes)
>> [332951.876157] cx18-0: loaded v4l-cx23418-apu.fw firmware V00120000
>(141200 bytes)
>> [332951.882195] cx18-0: FW version: 0.0.74.0 (Release 2007/03/12)
>> [332951.984040] DVB: registering adapter 0 frontend 0 (Samsung
>S5H1411 QAM/8VSB Frontend)...
>> [332951.984208] cx18-0: DVB Frontend registered
>> [332951.984214] cx18-0: Registered DVB adapter0 for TS (32 x 32.00
>kB)
>> [332951.984268] cx18-0: Registered device video32 for encoder YUV (20
>x 101.25 kB)
>> [332951.984320] cx18-0: Registered device vbi0 for encoder VBI (20 x
>51984 bytes)
>> [332951.984367] cx18-0: Registered device video24 for encoder PCM
>audio (256 x 4.00 kB)
>> [332951.984372] cx18-0: Initialized card: Hauppauge HVR-1600
>> [332951.984415] cx18:  End initialization
>> [332951.994916] cx18-alsa: module loading...
>> [332952.733994] cx18-0 843: loaded v4l-cx23418-dig.fw firmware (16382
>bytes)
>> [332952.753703] cx18-0 843: verified load of v4l-cx23418-dig.fw
>firmware (16382 bytes)
>> 
>> > > > 3. Please provide the relevant portion of the mythbackend log
>where
>> > > > where the digital scanner starts and then fails.
>> > > 
>> > > So the Digital scanner doesn't fail per se, it just doesn't pick
>up
>> > > most of the digital channels available.  The same is true of
>scan, it
>> > > seems to find only 1 channel when I know that I have access to
>18.
>> > 
>> > Make sure it's not a signal integrity problem:
>> > 
>> > 	http://ivtvdriver.org/index.php/Howto:Improve_signal_quality
>> > 
>> > wild speculation: If the analog tuner driver init failed, maybe
>that is
>> > having some bad EMI efect on the digital tuner
>> > 
>> > I'm assumiong you got more than the 1 channel before trying to
>enable
>> > analog tuning.A
>> 
>> That is true, when I was running the backported drivers on the Ubuntu
>10.10
>> kernel I was able to see 16 of the 18 available to me.
>> 
>> > 
>> > > >
>> > > > 4. Does digital tuning still work in MythTV despite the digital
>scanner
>> > > > not working?
>> > > 
>> > > Using the command line tools you linked I am able to tune to the
>> > > channel that is found and watch it via mplayer.
>> > 
>> > Can you tune to other known digital channels?
>> 
>> I will have to see if I can set one up by hand and try it.  I will
>get back to
>> you when I am able to do this (should be later today).
>> 
>> > 
>> > > Let me know if you need anything else.
>> > 
>> > Are you tuning digital cable (North American QAM) or digital Over
>The
>> > Air (ATSC)?
>> 
>> I am using digital cable (NA QAM).
>> 
>
>Is there anything else I can provide to help with this?

Eric,

Sorry for not getting back sooner (I've been dealing with a personal situation and haven't logged into my dev system for a few weeks).

What rf analog source are you using?
Have you used v4l2-ctl to ensure the tuner is set to the right tv standard (my changes default to NTSC-M)?
Have you used v4l2-ctl or ivtv-tune to tune to the proper tv channel (the driver defaults to US channel 4)?
Does v4l2-ctl --log-status still show no signal present for the '843 core in the CX23418?
Does mplayer /dev/videoN -cache 8192 have a tv station when set to the rf analog input with v4l2-ctl?

>From what I recall the analog tuner init looked ok.
-Andy

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

[-- Attachment #1: Type: text/plain, Size: 8502 bytes --]

On Mon, 18 Apr 2011, Andy Walls wrote:

> Eric B Munson <emunson@mgebm.net> wrote:
> 
> >On Mon, 11 Apr 2011, Eric B Munson wrote:
> >
> >> On Sun, 10 Apr 2011, Andy Walls wrote:
> >> 
> >> > On Wed, 2011-04-06 at 13:28 -0400, Eric B Munson wrote:
> >> > > On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls
> ><awalls@md.metrocast.net> wrote:
> >> > > > On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote:
> >> > > >> On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson
> ><emunson@mgebm.net> wrote:
> >> > > >> > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls
> ><awalls@md.metrocast.net> wrote:
> >> > > >> >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
> >> > > >> >>> I the above mentioned capture card and the digital side of
> >the card
> >> > > >> >>> works well.  However, when I try to get video from the
> >analog side of
> >> > > >> >>> the card, all I get is a red screen and no sound
> >regardless of channel
> >> > > >> >>> requested.  This is a problem I see in 2.6.39-rc1 though I
> >typically
> >> > > >> >>> run the ubuntu 10.10 kernel with the newest drivers built
> >from source.
> >> > > >> >>>  Is there something in setup or configuration that I may
> >be missing?
> >> > > >> >>
> >> > > >> >> Eric,
> >> > > >> >>
> >> > > >> >> You are likely missing the last 3 fixes here:
> >> > > >> >>
> >> > > >> >>
> >http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/cx18_39
> >> > > >> >>
> >> > > >> >> (one of which is critical for analog to work).
> >> > > >> >>
> >> > > >> >> Also check the ivtv-users and ivtv-devel list for past
> >discussions on
> >> > > >> >> the "red screen" showing up for known well supported models
> >and what to
> >> > > >> >> try.
> >> > > >> >>
> >> > > >> > Thanks, I will try hand applying these.
> >> > > >> >
> >> > > >>
> >> > > >> I don't have a red screen anymore, now all get from analog
> >static and
> >> > > >> mythtv's digital channel scanner now seems broken.
> >> > > >
> >> > > > Hmmm.
> >> > > >
> >> > > > 1. Please provide the output of dmesg when the cx18 driver
> >loads.
> >> > > 
> >> 
> >> [332935.115343] cx18:  Start initialization, version 1.4.1
> >> [332935.115385] cx18-0: Initializing card 0
> >> [332935.115389] cx18-0: Autodetected Hauppauge card
> >> [332935.115449] cx18 0000:04:01.0: PCI INT A -> GSI 16 (level, low)
> >-> IRQ 16
> >> [332935.127005] cx18-0: cx23418 revision 01010000 (B)
> >> [332935.342426] tveeprom 0-0050: Hauppauge model 74351, rev F1F5,
> >serial# 7384278
> >> [332935.342432] tveeprom 0-0050: MAC address is 00:0d:fe:70:ac:d6
> >> [332935.342437] tveeprom 0-0050: tuner model is NXP 18271C2 (idx 155,
> >type 54)
> >> [332935.342443] tveeprom 0-0050: TV standards PAL(B/G) NTSC(M) PAL(I)
> >SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xfc)
> >> [332935.342448] tveeprom 0-0050: audio processor is CX23418 (idx 38)
> >> [332935.342453] tveeprom 0-0050: decoder processor is CX23418 (idx
> >31)
> >> [332935.342457] tveeprom 0-0050: has no radio
> >> [332935.342460] cx18-0: Autodetected Hauppauge HVR-1600
> >> [332935.392016] cx18-0: Simultaneous Digital and Analog TV capture
> >supported
> >> [332935.497007] tuner 1-0042: Tuner -1 found with type(s) Radio TV.
> >> [332935.501259] cs5345 0-004c: chip found @ 0x98 (cx18 i2c driver
> >#0-0)
> >> [332935.548567] tda829x 1-0042: setting tuner address to 60
> >> [332935.572554] tda18271 1-0060: creating new instance
> >> [332935.612568] TDA18271HD/C2 detected @ 1-0060
> >> [332936.676587] tda18271: performing RF tracking filter calibration
> >> [332950.816567] tda18271: RF tracking filter calibration complete
> >> [332950.864571] tda829x 1-0042: type set to tda8295+18271
> >> [332951.569137] cx18-0: Registered device video0 for encoder MPEG (64
> >x 32.00 kB)
> >> [332951.569143] DVB: registering new adapter (cx18)
> >> [332951.672187] tda18271 0-0060: creating new instance
> >> [332951.678691] TDA18271HD/C2 detected @ 0-0060
> >> [332951.737797] cx18-0: loaded v4l-cx23418-cpu.fw firmware (158332
> >bytes)
> >> [332951.876157] cx18-0: loaded v4l-cx23418-apu.fw firmware V00120000
> >(141200 bytes)
> >> [332951.882195] cx18-0: FW version: 0.0.74.0 (Release 2007/03/12)
> >> [332951.984040] DVB: registering adapter 0 frontend 0 (Samsung
> >S5H1411 QAM/8VSB Frontend)...
> >> [332951.984208] cx18-0: DVB Frontend registered
> >> [332951.984214] cx18-0: Registered DVB adapter0 for TS (32 x 32.00
> >kB)
> >> [332951.984268] cx18-0: Registered device video32 for encoder YUV (20
> >x 101.25 kB)
> >> [332951.984320] cx18-0: Registered device vbi0 for encoder VBI (20 x
> >51984 bytes)
> >> [332951.984367] cx18-0: Registered device video24 for encoder PCM
> >audio (256 x 4.00 kB)
> >> [332951.984372] cx18-0: Initialized card: Hauppauge HVR-1600
> >> [332951.984415] cx18:  End initialization
> >> [332951.994916] cx18-alsa: module loading...
> >> [332952.733994] cx18-0 843: loaded v4l-cx23418-dig.fw firmware (16382
> >bytes)
> >> [332952.753703] cx18-0 843: verified load of v4l-cx23418-dig.fw
> >firmware (16382 bytes)
> >> 
> >> > > > 3. Please provide the relevant portion of the mythbackend log
> >where
> >> > > > where the digital scanner starts and then fails.
> >> > > 
> >> > > So the Digital scanner doesn't fail per se, it just doesn't pick
> >up
> >> > > most of the digital channels available.  The same is true of
> >scan, it
> >> > > seems to find only 1 channel when I know that I have access to
> >18.
> >> > 
> >> > Make sure it's not a signal integrity problem:
> >> > 
> >> > 	http://ivtvdriver.org/index.php/Howto:Improve_signal_quality
> >> > 
> >> > wild speculation: If the analog tuner driver init failed, maybe
> >that is
> >> > having some bad EMI efect on the digital tuner
> >> > 
> >> > I'm assumiong you got more than the 1 channel before trying to
> >enable
> >> > analog tuning.A
> >> 
> >> That is true, when I was running the backported drivers on the Ubuntu
> >10.10
> >> kernel I was able to see 16 of the 18 available to me.
> >> 
> >> > 
> >> > > >
> >> > > > 4. Does digital tuning still work in MythTV despite the digital
> >scanner
> >> > > > not working?
> >> > > 
> >> > > Using the command line tools you linked I am able to tune to the
> >> > > channel that is found and watch it via mplayer.
> >> > 
> >> > Can you tune to other known digital channels?
> >> 
> >> I will have to see if I can set one up by hand and try it.  I will
> >get back to
> >> you when I am able to do this (should be later today).
> >> 
> >> > 
> >> > > Let me know if you need anything else.
> >> > 
> >> > Are you tuning digital cable (North American QAM) or digital Over
> >The
> >> > Air (ATSC)?
> >> 
> >> I am using digital cable (NA QAM).
> >> 
> >
> >Is there anything else I can provide to help with this?
> 
> Eric,
> 
> Sorry for not getting back sooner (I've been dealing with a personal situation and haven't logged into my dev system for a few weeks).
> 
> What rf analog source are you using?

Sorry, very new to this, I am not sure what you are asking for here.

> Have you used v4l2-ctl to ensure the tuner is set to the right tv standard (my changes default to NTSC-M)?

emunson@grover:~$ v4l2-ctl -S
Video Standard = 0x0000b000
	NTSC-M/M-JP/M-KR
emunson@grover:~$ v4l2-ctl -s ntsc
Standard set to 0000b000
emunson@grover:~$ v4l2-ctl -S
Video Standard = 0x0000b000
	NTSC-M/M-JP/M-KR

What should the default be?  NTSC-443?  When I set to NTSC-443 I see the same
behaviour as below when I try and change channels.

> Have you used v4l2-ctl or ivtv-tune to tune to the proper tv channel (the driver defaults to US channel 4)?

emunson@grover:~$ v4l2-ctl -F
Frequency: 0 (0.000000 MHz)
emunson@grover:~$ v4l2-ctl -f 259.250
Frequency set to 4148 (259.250000 MHz)
emunson@grover:~$ v4l2-ctl -F
Frequency: 0 (0.000000 MHz)


> Does v4l2-ctl --log-status still show no signal present for the '843 core in the CX23418?

Yeah,
   [94465.349721] cx18-0 843: Video signal:              not present

> Does mplayer /dev/videoN -cache 8192 have a tv station when set to the rf analog input with v4l2-ctl?

emunson@grover:~$ mplayer /dev/video0 -cache 8192
MPlayer 1.0rc4-4.4.5 (C) 2000-2010 MPlayer Team

Playing /dev/video0.
Cache fill:  0.00% (0 bytes)


Exiting... (End of file)

> 
> From what I recall the analog tuner init looked ok.
> -Andy
> 

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Andy Walls]

On Mon, 2011-04-18 at 18:48 -0400, Eric B Munson wrote:
> On Mon, 18 Apr 2011, Andy Walls wrote:
> 
> > Eric B Munson <emunson@mgebm.net> wrote:
> > 
> > >On Mon, 11 Apr 2011, Eric B Munson wrote:
> > >
> > >> On Sun, 10 Apr 2011, Andy Walls wrote:
> > >> 
> > >> > On Wed, 2011-04-06 at 13:28 -0400, Eric B Munson wrote:
> > >> > > On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls

> > >
> > >Is there anything else I can provide to help with this?
> > 
> > Eric,
> > 
> > Sorry for not getting back sooner (I've been dealing with a personal
> situation and haven't logged into my dev system for a few weeks).
> > 
> > What rf analog source are you using?
> 
> Sorry, very new to this, I am not sure what you are asking for here.

I mean: analog cable, DTV Set Top Box (STB), VCR, etc.

I have only tested the driver on analog US Broadcast Channel 3, since I
only have a DTV STB as an RF analog TV source.



> > Have you used v4l2-ctl to ensure the tuner is set to the right tv
> standard (my changes default to NTSC-M)?
> 
> emunson@grover:~$ v4l2-ctl -S
> Video Standard = 0x0000b000
> 	NTSC-M/M-JP/M-KR
> emunson@grover:~$ v4l2-ctl -s ntsc
> Standard set to 0000b000
> emunson@grover:~$ v4l2-ctl -S
> Video Standard = 0x0000b000
> 	NTSC-M/M-JP/M-KR
> 
> What should the default be?  NTSC-443?  When I set to NTSC-443 I see
> the same behaviour as below when I try and change channels.

NTSC-M is the default.  Having it set to autodetect the US, Japanese
(-JP), or South Korean (-KR) variants is OK.

Never use NTSC-443 as you likely will never encounter it in your life.
NTSC-443 is never broadcast over the air or cable.  It is a weird
combination of NTSC video usings a PAL color subcarrier frequency.




> > Have you used v4l2-ctl or ivtv-tune to tune to the proper tv channel
> (the driver defaults to US channel 4)?
> 
> emunson@grover:~$ v4l2-ctl -F
> Frequency: 0 (0.000000 MHz)
> emunson@grover:~$ v4l2-ctl -f 259.250
> Frequency set to 4148 (259.250000 MHz)
> emunson@grover:~$ v4l2-ctl -F
> Frequency: 0 (0.000000 MHz)

OK, that doesn't look good.  The tda18271 tuner and/or tda8290 demod
drivers may not be working right.

I'll have to look into that later this week.

BTW, Mike Krufky just submitted some patches that may be relevant:

	http://kernellabs.com/hg/~mkrufky/tda18271-fix


> 
> > Does v4l2-ctl --log-status still show no signal present for the '843 core in the CX23418?
> 
> Yeah,
>    [94465.349721] cx18-0 843: Video signal:              not present

The tuner or demod isn't tuning to a channel or getting a signal.

Can you try channel 3 (61.250 MHz)?  That one works for me.


> > Does mplayer /dev/videoN -cache 8192 have a tv station when set to the rf analog input with v4l2-ctl?
> 
> emunson@grover:~$ mplayer /dev/video0 -cache 8192
> MPlayer 1.0rc4-4.4.5 (C) 2000-2010 MPlayer Team
> 
> Playing /dev/video0.
> Cache fill:  0.00% (0 bytes)
> 
> 
> Exiting... (End of file)

Hmmm.  I would have expected at least a black picture with snow, if not
tuned to a channel.

Does analog S-Video or Composite work?


Regards,
Andy

> > 
> > From what I recall the analog tuner init looked ok.
> > -Andy
> > 

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

[-- Attachment #1: Type: text/plain, Size: 3849 bytes --]

On Tue, 19 Apr 2011, Andy Walls wrote:

> On Mon, 2011-04-18 at 18:48 -0400, Eric B Munson wrote:
> > On Mon, 18 Apr 2011, Andy Walls wrote:
> > 
> > > Eric B Munson <emunson@mgebm.net> wrote:
> > > 
> > > >On Mon, 11 Apr 2011, Eric B Munson wrote:
> > > >
> > > >> On Sun, 10 Apr 2011, Andy Walls wrote:
> > > >> 
> > > >> > On Wed, 2011-04-06 at 13:28 -0400, Eric B Munson wrote:
> > > >> > > On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls
> 
> > > >
> > > >Is there anything else I can provide to help with this?
> > > 
> > > Eric,
> > > 
> > > Sorry for not getting back sooner (I've been dealing with a personal
> > situation and haven't logged into my dev system for a few weeks).
> > > 
> > > What rf analog source are you using?
> > 
> > Sorry, very new to this, I am not sure what you are asking for here.
> 
> I mean: analog cable, DTV Set Top Box (STB), VCR, etc.
> 
> I have only tested the driver on analog US Broadcast Channel 3, since I
> only have a DTV STB as an RF analog TV source.

I am using analog cable.  Cable here is about 25% digital and 75% analog.

> 
> 
> 
> > > Have you used v4l2-ctl to ensure the tuner is set to the right tv
> > standard (my changes default to NTSC-M)?
> > 
> > emunson@grover:~$ v4l2-ctl -S
> > Video Standard = 0x0000b000
> > 	NTSC-M/M-JP/M-KR
> > emunson@grover:~$ v4l2-ctl -s ntsc
> > Standard set to 0000b000
> > emunson@grover:~$ v4l2-ctl -S
> > Video Standard = 0x0000b000
> > 	NTSC-M/M-JP/M-KR
> > 
> > What should the default be?  NTSC-443?  When I set to NTSC-443 I see
> > the same behaviour as below when I try and change channels.
> 
> NTSC-M is the default.  Having it set to autodetect the US, Japanese
> (-JP), or South Korean (-KR) variants is OK.
> 
> Never use NTSC-443 as you likely will never encounter it in your life.
> NTSC-443 is never broadcast over the air or cable.  It is a weird
> combination of NTSC video usings a PAL color subcarrier frequency.
> 
> 
> 
> 
> > > Have you used v4l2-ctl or ivtv-tune to tune to the proper tv channel
> > (the driver defaults to US channel 4)?
> > 
> > emunson@grover:~$ v4l2-ctl -F
> > Frequency: 0 (0.000000 MHz)
> > emunson@grover:~$ v4l2-ctl -f 259.250
> > Frequency set to 4148 (259.250000 MHz)
> > emunson@grover:~$ v4l2-ctl -F
> > Frequency: 0 (0.000000 MHz)
> 
> OK, that doesn't look good.  The tda18271 tuner and/or tda8290 demod
> drivers may not be working right.
> 
> I'll have to look into that later this week.
> 
> BTW, Mike Krufky just submitted some patches that may be relevant:
> 
> 	http://kernellabs.com/hg/~mkrufky/tda18271-fix
> 

I have applied these patches and I am still seeing the same problem (frequency
still report 0 after being set) and mplayer still closes immediately.

> 
> > 
> > > Does v4l2-ctl --log-status still show no signal present for the '843 core in the CX23418?
> > 
> > Yeah,
> >    [94465.349721] cx18-0 843: Video signal:              not present
> 
> The tuner or demod isn't tuning to a channel or getting a signal.
> 
> Can you try channel 3 (61.250 MHz)?  That one works for me.

Still shows not present on channel 3.

> 
> 
> > > Does mplayer /dev/videoN -cache 8192 have a tv station when set to the rf analog input with v4l2-ctl?
> > 
> > emunson@grover:~$ mplayer /dev/video0 -cache 8192
> > MPlayer 1.0rc4-4.4.5 (C) 2000-2010 MPlayer Team
> > 
> > Playing /dev/video0.
> > Cache fill:  0.00% (0 bytes)
> > 
> > 
> > Exiting... (End of file)
> 
> Hmmm.  I would have expected at least a black picture with snow, if not
> tuned to a channel.
> 
> Does analog S-Video or Composite work?

Unfortunately, I do not have anything I can use to test these.  The card only
takes coaxial or S-Video input and I don't have any sort of S-Video cables or
converters.

Eric

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Sensoray Model 314 DIP Switch setting for LiPPERT's Cool XpressRunner-GS45 SBC

[Charlie X. Liu]

Per Sensoray Model 314 ( http://www.sensoray.com/products/314.htm )
customer's request, we have tested 314 with LiPPERT's Cool XpressRunner-GS45
( http://www.lippertembedded.com/en/lipperts-cool-xpressrunner-gs45.html )
SBC (Single Board Computer). 

Per customer's request and for their convenience, here, we list the Model
314's DIP switch setting combinations that work with the LiPPERT's Cool
XpressRunner-GS45 SBC:

(on Model 314)
SW2-1 2 3 4 5 6     Slot # and INT    Verified
----------------------------------------------
    D D U U U D     Slot #0 + INTA#      V
    U D U U D U     Slot #1 + INTB#      V
    D U U D U U     Slot #2 + INTC#      V
    U U D U U U     Slot #3 + INTD#      V
----------------------------------------------
Note:   D -- Down (ON);   U -- Up (OFF)


Best regards,

Charlie X. Liu @ Sensoray Co.

Sensoray Model 311 Jumper settings for LiPPERT's Cool XpressRunner-GS45 SBC

[Charlie X. Liu]

Per Sensoray Model 311 ( http://www.sensoray.com/products/311.htm )
customer's request, we have tested 311 with LiPPERT's Cool XpressRunner-GS45
( http://www.lippertembedded.com/en/lipperts-cool-xpressrunner-gs45.html )
SBC (Single Board Computer). 

Per customer's request and for their convenience, here, we list the Model
311's jumper setting combinations that work with the LiPPERT's Cool
XpressRunner-GS45 SBC:

     (on Model 311)
JP-8 -7 -6 -5  JP3B JP3A      Slot # and INT       Verified
------------------------------------------------------------
   |  :  :  :    |    |       Slot #0 + INTA#          V
   :  |  :  :    |    :       Slot #1 + INTB#          V
   :  :  |  :    :    |       Slot #2 + INTC#          V
   :  :  :  |    :    :       Slot #3 + INTD#          V
-------------------------------------------------------------
Note:    | -- close;  : -- open


Thanks and Best regards,

Charlie X. Liu @ Sensoray Co.


-----Original Message-----
From: Charlie X. Liu [mailto:charlie@sensoray.com] 
Sent: Tuesday, April 19, 2011 11:54 AM
To: 'video4linux-list@redhat.com'
Cc: 'linux-media@vger.kernel.org'
Subject: Sensoray Model 314 DIP Switch setting for LiPPERT's Cool
XpressRunner-GS45 SBC

Per Sensoray Model 314 ( http://www.sensoray.com/products/314.htm )
customer's request, we have tested 314 with LiPPERT's Cool XpressRunner-GS45
( http://www.lippertembedded.com/en/lipperts-cool-xpressrunner-gs45.html )
SBC (Single Board Computer). 

Per customer's request and for their convenience, here, we list the Model
314's DIP switch setting combinations that work with the LiPPERT's Cool
XpressRunner-GS45 SBC:

(on Model 314)
SW2-1 2 3 4 5 6     Slot # and INT    Verified
----------------------------------------------
    D D U U U D     Slot #0 + INTA#      V
    U D U U D U     Slot #1 + INTB#      V
    D U U D U U     Slot #2 + INTC#      V
    U U D U U U     Slot #3 + INTD#      V
----------------------------------------------
Note:   D -- Down (ON);   U -- Up (OFF)


Best regards,

Charlie X. Liu @ Sensoray Co.

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Andy Walls]

On Tue, 2011-04-19 at 13:12 -0400, Eric B Munson wrote:
> On Tue, 19 Apr 2011, Andy Walls wrote:
> 

> > > > Have you used v4l2-ctl or ivtv-tune to tune to the proper tv channel
> > > (the driver defaults to US channel 4)?
> > > 
> > > emunson@grover:~$ v4l2-ctl -F
> > > Frequency: 0 (0.000000 MHz)
> > > emunson@grover:~$ v4l2-ctl -f 259.250
> > > Frequency set to 4148 (259.250000 MHz)
> > > emunson@grover:~$ v4l2-ctl -F
> > > Frequency: 0 (0.000000 MHz)
> > 
> > OK, that doesn't look good.  The tda18271 tuner and/or tda8290 demod
> > drivers may not be working right.

I looked into this.

Apparently the tda18271 tuner driver doesn't report back analog
frequency setting.  So reading back 0.00000 MHz is OK.

> > I'll have to look into that later this week.
> > 
> > BTW, Mike Krufky just submitted some patches that may be relevant:
> > 
> > 	http://kernellabs.com/hg/~mkrufky/tda18271-fix
> > 
> 
> I have applied these patches and I am still seeing the same problem (frequency
> still report 0 after being set) and mplayer still closes immediately.

I don't have those patches applied.   I just tested my 74351 HVR-1600
again tonight, and analog channel 3 works for me.  I don't know what to
say....
 
> > > 
> > > > Does v4l2-ctl --log-status still show no signal present for the '843 core in the CX23418?
> > > 
> > > Yeah,
> > >    [94465.349721] cx18-0 843: Video signal:              not present
> > 
> > The tuner or demod isn't tuning to a channel or getting a signal.
> > 
> > Can you try channel 3 (61.250 MHz)?  That one works for me.
> 
> Still shows not present on channel 3.

OK.  Tonight was the first time I have *ever* been able to reproduce the
"red screen" out of a CX23418.

I am fairly sure the red screen happens because of some kernel bug or
PCI bus problem that ends up corrupting the CX23418 registers
responsible for configuring the CX25843 A/V core inside of the CX23418.
The '843 core is responsible for digitizing the analog video, so when it
stops functioning, the result is a red screen. I guess the root cause
could also happen due to some thermal or power condition causes the '843
core to stop, but I think that is less likely.

Anyway, when you're going to get a red screen, the '843 core will always
indicate "cx18-N 843: Video signal:    not present", even if there is a
signal present from the analog tuner and demodulator chips.


> > > > Does mplayer /dev/videoN -cache 8192 have a tv station when set to the rf analog input with v4l2-ctl?
> > > 
> > > emunson@grover:~$ mplayer /dev/video0 -cache 8192
> > > MPlayer 1.0rc4-4.4.5 (C) 2000-2010 MPlayer Team
> > > 
> > > Playing /dev/video0.
> > > Cache fill:  0.00% (0 bytes)
> > > 
> > > 
> > > Exiting... (End of file)
> > 
> > Hmmm.  I would have expected at least a black picture with snow, if not
> > tuned to a channel.
> > 
> > Does analog S-Video or Composite work?
> 
> Unfortunately, I do not have anything I can use to test these.  The card only
> takes coaxial or S-Video input and I don't have any sort of S-Video cables or
> converters.

With new HVR-1600 from Hauppauge, an adapter for plugging a Composite
RCA cable  into the S-Video jack is in the box.

It looks very much like the one at the end of this thread, but it is
grey in color:

	http://www.hauppauge.co.uk/board/showthread.php?t=22115

If this is a second hand card, or one bought from e-Bay, etc. have you
ever tested it in a Windows machine with the Hauppauge Windows drivers?
(In other words, are you reasonably confident the card is not defective
or broken.)


When testing tonight, I unloaded all the drivers, performed the
following commands to get verbose debugging, and saved the dmesg:

 # modinfo tuner
 # modprobe tuner debug=7
 # modinfo tda8290
 # modprobe tda8290 debug=7
 # modinfo tda18271
 # modprobe tda18271 debug=31
 # modinfo cx18
 # modprobe cx18 debug=255

 # ivtv-tune -d /dev/video1 -c3
 # v4l2-ctl -d /dev/video1 --log-status

 # mplayer /dev/video1 -cache 8192

I'll send you the 138 kB dmesg file off list, so you can see the
messgaes generated by a functioning 73451 HVR-1600 setup.  Note that the
card of interest in the dmesg output was 'cx18-1'.

You'll want to look to see that the TDA18271 and TDA8290 related
messages look the same, to get reasonable assurance that the tuner and
demodulator chip are being set up properly and repsonding.

If you consistently get "cx18-N 843: Video signal:  not present" in your
v4l2-ctl --log-status output but the tuner chip configurations look good
(i.e. closely match the debug output from my machine), then you really
have a "red screen" problem versus a problem related to the analog
tuner/demod chips.

The "red screen" will be a tough one to track down.  It's a system level
issue, likely involving one or more of:

1. a kernel bug in a driver for some other hardware in your system
2. a hardware problem with your PCI chipset when the PCI bus is heavily
loaded
3. a power or thermal condition that causes problems for the HVR-1600
hardware

I usually start by recommending that all non-critical linux driver
modules be blacklisted (or not loaded), and booting the system into
run-level 3 or lower (no X windows), when trying to isolate the cause in
any one system.

Regards,
Andy

> Eric

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

On Tue, Apr 19, 2011 at 8:21 PM, Andy Walls <awalls@md.metrocast.net> wrote:
> On Tue, 2011-04-19 at 13:12 -0400, Eric B Munson wrote:
>> On Tue, 19 Apr 2011, Andy Walls wrote:
>>
>
>> > > > Have you used v4l2-ctl or ivtv-tune to tune to the proper tv channel
>> > > (the driver defaults to US channel 4)?
>> > >
>> > > emunson@grover:~$ v4l2-ctl -F
>> > > Frequency: 0 (0.000000 MHz)
>> > > emunson@grover:~$ v4l2-ctl -f 259.250
>> > > Frequency set to 4148 (259.250000 MHz)
>> > > emunson@grover:~$ v4l2-ctl -F
>> > > Frequency: 0 (0.000000 MHz)
>> >
>> > OK, that doesn't look good.  The tda18271 tuner and/or tda8290 demod
>> > drivers may not be working right.
>
> I looked into this.
>
> Apparently the tda18271 tuner driver doesn't report back analog
> frequency setting.  So reading back 0.00000 MHz is OK.
>
>> > I'll have to look into that later this week.
>> >
>> > BTW, Mike Krufky just submitted some patches that may be relevant:
>> >
>> >     http://kernellabs.com/hg/~mkrufky/tda18271-fix
>> >
>>
>> I have applied these patches and I am still seeing the same problem (frequency
>> still report 0 after being set) and mplayer still closes immediately.
>
> I don't have those patches applied.   I just tested my 74351 HVR-1600
> again tonight, and analog channel 3 works for me.  I don't know what to
> say....
>
>> > >
>> > > > Does v4l2-ctl --log-status still show no signal present for the '843 core in the CX23418?
>> > >
>> > > Yeah,
>> > >    [94465.349721] cx18-0 843: Video signal:              not present
>> >
>> > The tuner or demod isn't tuning to a channel or getting a signal.
>> >
>> > Can you try channel 3 (61.250 MHz)?  That one works for me.
>>
>> Still shows not present on channel 3.
>
> OK.  Tonight was the first time I have *ever* been able to reproduce the
> "red screen" out of a CX23418.
>
> I am fairly sure the red screen happens because of some kernel bug or
> PCI bus problem that ends up corrupting the CX23418 registers
> responsible for configuring the CX25843 A/V core inside of the CX23418.
> The '843 core is responsible for digitizing the analog video, so when it
> stops functioning, the result is a red screen. I guess the root cause
> could also happen due to some thermal or power condition causes the '843
> core to stop, but I think that is less likely.
>
> Anyway, when you're going to get a red screen, the '843 core will always
> indicate "cx18-N 843: Video signal:    not present", even if there is a
> signal present from the analog tuner and demodulator chips.
>
>
>> > > > Does mplayer /dev/videoN -cache 8192 have a tv station when set to the rf analog input with v4l2-ctl?
>> > >
>> > > emunson@grover:~$ mplayer /dev/video0 -cache 8192
>> > > MPlayer 1.0rc4-4.4.5 (C) 2000-2010 MPlayer Team
>> > >
>> > > Playing /dev/video0.
>> > > Cache fill:  0.00% (0 bytes)
>> > >
>> > >
>> > > Exiting... (End of file)
>> >
>> > Hmmm.  I would have expected at least a black picture with snow, if not
>> > tuned to a channel.
>> >
>> > Does analog S-Video or Composite work?
>>
>> Unfortunately, I do not have anything I can use to test these.  The card only
>> takes coaxial or S-Video input and I don't have any sort of S-Video cables or
>> converters.
>
> With new HVR-1600 from Hauppauge, an adapter for plugging a Composite
> RCA cable  into the S-Video jack is in the box.
>
> It looks very much like the one at the end of this thread, but it is
> grey in color:
>
>        http://www.hauppauge.co.uk/board/showthread.php?t=22115
>
> If this is a second hand card, or one bought from e-Bay, etc. have you
> ever tested it in a Windows machine with the Hauppauge Windows drivers?
> (In other words, are you reasonably confident the card is not defective
> or broken.)
>
>
> When testing tonight, I unloaded all the drivers, performed the
> following commands to get verbose debugging, and saved the dmesg:
>
>  # modinfo tuner
>  # modprobe tuner debug=7
>  # modinfo tda8290
>  # modprobe tda8290 debug=7
>  # modinfo tda18271
>  # modprobe tda18271 debug=31
>  # modinfo cx18
>  # modprobe cx18 debug=255
>
>  # ivtv-tune -d /dev/video1 -c3
>  # v4l2-ctl -d /dev/video1 --log-status
>
>  # mplayer /dev/video1 -cache 8192
>
> I'll send you the 138 kB dmesg file off list, so you can see the
> messgaes generated by a functioning 73451 HVR-1600 setup.  Note that the
> card of interest in the dmesg output was 'cx18-1'.
>
> You'll want to look to see that the TDA18271 and TDA8290 related
> messages look the same, to get reasonable assurance that the tuner and
> demodulator chip are being set up properly and repsonding.
>
> If you consistently get "cx18-N 843: Video signal:  not present" in your
> v4l2-ctl --log-status output but the tuner chip configurations look good
> (i.e. closely match the debug output from my machine), then you really
> have a "red screen" problem versus a problem related to the analog
> tuner/demod chips.
>
> The "red screen" will be a tough one to track down.  It's a system level
> issue, likely involving one or more of:
>
> 1. a kernel bug in a driver for some other hardware in your system
> 2. a hardware problem with your PCI chipset when the PCI bus is heavily
> loaded
> 3. a power or thermal condition that causes problems for the HVR-1600
> hardware
>
> I usually start by recommending that all non-critical linux driver
> modules be blacklisted (or not loaded), and booting the system into
> run-level 3 or lower (no X windows), when trying to isolate the cause in
> any one system.
>
> Regards,
> Andy


Sorry for the long silence here, I must have not mentioned it, but the
last round of your patches fixed the red screen problem.  The problem
I have been chasing down since is that the card won't tune into
anything.  All I ever get from it is static in picture and sound.
Even when showing the static v4l2-ctl shows Video signal: not present.
 I bought the card new but no longer have the accessories that came
with it, I will try and find a converter and try that for input.
Trying the card on windows will be tough but I will try and have that
done in a week.  Thanks for all your help and patience. :)

Eric

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

On Sun, Apr 24, 2011 at 9:30 PM, Eric B Munson <emunson@mgebm.net> wrote:
> On Tue, Apr 19, 2011 at 8:21 PM, Andy Walls <awalls@md.metrocast.net> wrote:
>> On Tue, 2011-04-19 at 13:12 -0400, Eric B Munson wrote:
>>> On Tue, 19 Apr 2011, Andy Walls wrote:
>>>
>>
>>> > > > Have you used v4l2-ctl or ivtv-tune to tune to the proper tv channel
>>> > > (the driver defaults to US channel 4)?
>>> > >
>>> > > emunson@grover:~$ v4l2-ctl -F
>>> > > Frequency: 0 (0.000000 MHz)
>>> > > emunson@grover:~$ v4l2-ctl -f 259.250
>>> > > Frequency set to 4148 (259.250000 MHz)
>>> > > emunson@grover:~$ v4l2-ctl -F
>>> > > Frequency: 0 (0.000000 MHz)
>>> >
>>> > OK, that doesn't look good.  The tda18271 tuner and/or tda8290 demod
>>> > drivers may not be working right.
>>
>> I looked into this.
>>
>> Apparently the tda18271 tuner driver doesn't report back analog
>> frequency setting.  So reading back 0.00000 MHz is OK.
>>
>>> > I'll have to look into that later this week.
>>> >
>>> > BTW, Mike Krufky just submitted some patches that may be relevant:
>>> >
>>> >     http://kernellabs.com/hg/~mkrufky/tda18271-fix
>>> >
>>>
>>> I have applied these patches and I am still seeing the same problem (frequency
>>> still report 0 after being set) and mplayer still closes immediately.
>>
>> I don't have those patches applied.   I just tested my 74351 HVR-1600
>> again tonight, and analog channel 3 works for me.  I don't know what to
>> say....
>>
>>> > >
>>> > > > Does v4l2-ctl --log-status still show no signal present for the '843 core in the CX23418?
>>> > >
>>> > > Yeah,
>>> > >    [94465.349721] cx18-0 843: Video signal:              not present
>>> >
>>> > The tuner or demod isn't tuning to a channel or getting a signal.
>>> >
>>> > Can you try channel 3 (61.250 MHz)?  That one works for me.
>>>
>>> Still shows not present on channel 3.
>>
>> OK.  Tonight was the first time I have *ever* been able to reproduce the
>> "red screen" out of a CX23418.
>>
>> I am fairly sure the red screen happens because of some kernel bug or
>> PCI bus problem that ends up corrupting the CX23418 registers
>> responsible for configuring the CX25843 A/V core inside of the CX23418.
>> The '843 core is responsible for digitizing the analog video, so when it
>> stops functioning, the result is a red screen. I guess the root cause
>> could also happen due to some thermal or power condition causes the '843
>> core to stop, but I think that is less likely.
>>
>> Anyway, when you're going to get a red screen, the '843 core will always
>> indicate "cx18-N 843: Video signal:    not present", even if there is a
>> signal present from the analog tuner and demodulator chips.
>>
>>
>>> > > > Does mplayer /dev/videoN -cache 8192 have a tv station when set to the rf analog input with v4l2-ctl?
>>> > >
>>> > > emunson@grover:~$ mplayer /dev/video0 -cache 8192
>>> > > MPlayer 1.0rc4-4.4.5 (C) 2000-2010 MPlayer Team
>>> > >
>>> > > Playing /dev/video0.
>>> > > Cache fill:  0.00% (0 bytes)
>>> > >
>>> > >
>>> > > Exiting... (End of file)
>>> >
>>> > Hmmm.  I would have expected at least a black picture with snow, if not
>>> > tuned to a channel.
>>> >
>>> > Does analog S-Video or Composite work?
>>>
>>> Unfortunately, I do not have anything I can use to test these.  The card only
>>> takes coaxial or S-Video input and I don't have any sort of S-Video cables or
>>> converters.
>>
>> With new HVR-1600 from Hauppauge, an adapter for plugging a Composite
>> RCA cable  into the S-Video jack is in the box.
>>
>> It looks very much like the one at the end of this thread, but it is
>> grey in color:
>>
>>        http://www.hauppauge.co.uk/board/showthread.php?t=22115
>>
>> If this is a second hand card, or one bought from e-Bay, etc. have you
>> ever tested it in a Windows machine with the Hauppauge Windows drivers?
>> (In other words, are you reasonably confident the card is not defective
>> or broken.)
>>
>>
>> When testing tonight, I unloaded all the drivers, performed the
>> following commands to get verbose debugging, and saved the dmesg:
>>
>>  # modinfo tuner
>>  # modprobe tuner debug=7
>>  # modinfo tda8290
>>  # modprobe tda8290 debug=7
>>  # modinfo tda18271
>>  # modprobe tda18271 debug=31
>>  # modinfo cx18
>>  # modprobe cx18 debug=255
>>
>>  # ivtv-tune -d /dev/video1 -c3
>>  # v4l2-ctl -d /dev/video1 --log-status
>>
>>  # mplayer /dev/video1 -cache 8192
>>
>> I'll send you the 138 kB dmesg file off list, so you can see the
>> messgaes generated by a functioning 73451 HVR-1600 setup.  Note that the
>> card of interest in the dmesg output was 'cx18-1'.
>>
>> You'll want to look to see that the TDA18271 and TDA8290 related
>> messages look the same, to get reasonable assurance that the tuner and
>> demodulator chip are being set up properly and repsonding.
>>
>> If you consistently get "cx18-N 843: Video signal:  not present" in your
>> v4l2-ctl --log-status output but the tuner chip configurations look good
>> (i.e. closely match the debug output from my machine), then you really
>> have a "red screen" problem versus a problem related to the analog
>> tuner/demod chips.
>>
>> The "red screen" will be a tough one to track down.  It's a system level
>> issue, likely involving one or more of:
>>
>> 1. a kernel bug in a driver for some other hardware in your system
>> 2. a hardware problem with your PCI chipset when the PCI bus is heavily
>> loaded
>> 3. a power or thermal condition that causes problems for the HVR-1600
>> hardware
>>
>> I usually start by recommending that all non-critical linux driver
>> modules be blacklisted (or not loaded), and booting the system into
>> run-level 3 or lower (no X windows), when trying to isolate the cause in
>> any one system.
>>
>> Regards,
>> Andy
>
>
> Sorry for the long silence here, I must have not mentioned it, but the
> last round of your patches fixed the red screen problem.  The problem
> I have been chasing down since is that the card won't tune into
> anything.  All I ever get from it is static in picture and sound.
> Even when showing the static v4l2-ctl shows Video signal: not present.
>  I bought the card new but no longer have the accessories that came
> with it, I will try and find a converter and try that for input.
> Trying the card on windows will be tough but I will try and have that
> done in a week.  Thanks for all your help and patience. :)
>

I was able to get a video signal off of the card yesterday.  I believe
that my motherboard suffers from the timing issue and when I remove
add re-add the modules things start to come together.  MythTV still
isn't working but at least I know kernel and hardware are fine.
Thanks so much for all of your help.

Eric

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Eric B Munson]

[-- Attachment #1: Type: text/plain, Size: 1217 bytes --]

On Sun, 10 Apr 2011, Andy Walls wrote:

> > >
> > > 3. Please provide the relevant portion of the mythbackend log where
> > > where the digital scanner starts and then fails.
> > 
> > So the Digital scanner doesn't fail per se, it just doesn't pick up
> > most of the digital channels available.  The same is true of scan, it
> > seems to find only 1 channel when I know that I have access to 18.
> 
> Make sure it's not a signal integrity problem:
> 
> 	http://ivtvdriver.org/index.php/Howto:Improve_signal_quality
> 
> wild speculation: If the analog tuner driver init failed, maybe that is
> having some bad EMI efect on the digital tuner
> 
> I'm assumiong you got more than the 1 channel before trying to enable
> analog tuning.

I don't think there is a digital problem after all, the scanner doesn't seem
to be picking up all the channels (meaning there were entries for most, but
much off the data about the channel was missing in channels.conf).  When I hand
add the 2 that were missing and fill in the rest of the missing data, all of it
works.  I can tune to any of the listed channels and watch them with mplayer.
I am going to take the digital TV side up with the MythTV folks.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

[Devin Heitmueller]

On Mon, Apr 11, 2011 at 3:29 PM, Eric B Munson <emunson@mgebm.net> wrote:
> On Mon, 11 Apr 2011, Devin Heitmueller wrote:
>
>> On Mon, Apr 11, 2011 at 3:24 PM, Eric B Munson <emunson@mgebm.net> wrote:
>> > I mean the /usr/bin/scan tool.  Most of the channels seem to be missing the EIT
>> > information and two channels were missing completely.  The two missing channels
>> > could be a result of poor signal quality (the wiring here is not the best but
>> > as it is university housing there isn't much I can do).
>>
>> Wait a second:  you're on ClearQAM, right?  You're lucky if you are
>> receiving any EIT data at all.  Many cable providers strip out the
>> PSIP info on ClearQAM broadcasts, and non-OTA equivalent stations are
>> unlikely to have any PSIP data at all (the ATSC A/65c spec provides
>> the capability, but cable settop boxes typically use an out-of-band
>> tuner instead).
>>
>> Are you comparing the tuning results against some other tuner product?
>>  Or is this based entirely on what you know "should be there" in terms
>> of the scan results?
>>
>
> I just must be lucky for the one channel that gets it.  I am comparing the list
> to what I know should be there, not the output of someother product.

Adding linux-media back onto the cc: as I did not intend to remove it
(and the information could be useful for others participating on the
thread).

Indeed, it's entirely likely that the channels.conf will contain just
a frequency and video/audio pids, while not containing any of the
"identifying information" for the channel such as the callsign.  Also,
you will likely also get encrypted channels in your results, so you
will try to tune, it will lock successfully, but then mplayer won't
show you video on any of the PIDs.

We really should add some additional logic to /usr/bin/scan to filter
out encrypted channels (or at least put something in the name that
makes it clear they aren't going to work).

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com