On 06/04/10 21:42, Andy Walls wrote: > On Tue, 2010-06-01 at 20:37 -0400, Dale Pontius wrote: >> On 05/30/10 15:16, Andy Walls wrote: >>> On Sun, 2010-05-30 at 10:56 -0400, Dale Pontius wrote: >>>> Last week the audio died on one of my hvr-1600s. I'm limping along on >>>> one at the moment, but don't plan to continue that way. >>>> >>>> Time to start looking for a replacement? Or is there something I can do >>>> to bring back the sound? >>> >>> Maybe. >>> >>> Does the audio line input still work for sound? >>> >>> When tuned to a known good channel, what does v4l2-ctl --log-status show >>> for the detected Audio Standard on each HVR-1600? >>> >> For the good card - /dev/video1 : >> >> Status Log: >> >> cx18-1: ================= START STATUS CARD #1 ================= >> cx18-1: Version: 1.4.0 Card: Hauppauge HVR-1600 >> tveeprom 4-0050: Hauppauge model 74041, rev C6B2, serial# 3334244 >> tveeprom 4-0050: MAC address is 00:0d:fe:32:e0:64 >> tveeprom 4-0050: tuner model is TCL M2523_5N_E (idx 112, type 50) >> tveeprom 4-0050: TV standards NTSC(M) (eeprom 0x08) >> tveeprom 4-0050: audio processor is CX23418 (idx 38) >> tveeprom 4-0050: decoder processor is CX23418 (idx 31) >> tveeprom 4-0050: has no radio, has IR receiver, has IR transmitter >> cx18-1 843: Video signal: present >> cx18-1 843: Detected format: NTSC-M >> cx18-1 843: Specified standard: NTSC-M >> cx18-1 843: Specified video input: Composite 7 >> cx18-1 843: Specified audioclock freq: 48000 Hz >> cx18-1 843: Detected audio mode: stereo >> cx18-1 843: Detected audio standard: BTSC >> cx18-1 843: Audio muted: no >> cx18-1 843: Audio microcontroller: running >> cx18-1 843: Configured audio standard: automatic detection >> cx18-1 843: Configured audio system: BTSC >> cx18-1 843: Specified audio input: Tuner (In8) >> cx18-1 843: Preferred audio mode: stereo >> cx18-1 gpio-reset-ctrl: GPIO: direction 0x00003001, value 0x00003001 >> tuner 5-0061: Tuner mode: analog TV >> tuner 5-0061: Frequency: 499.25 MHz >> tuner 5-0061: Standard: 0x0000b000 >> cs5345 4-004c: Input: 1 >> cs5345 4-004c: Volume: 0 dB >> cx18-1: Video Input: Tuner 1 >> cx18-1: Audio Input: Tuner 1 >> cx18-1: GPIO: direction 0x00003001, value 0x00003001 >> cx18-1: Tuner: TV >> cx18-1: Stream: MPEG-2 Program Stream >> cx18-1: VBI Format: No VBI >> cx18-1: Video: 720x480, 30 fps >> cx18-1: Video: MPEG-2, 4x3, Variable Bitrate, 4500000, Peak 6000000 >> cx18-1: Video: GOP Size 15, 2 B-Frames, GOP Closure >> cx18-1: Audio: 48 kHz, MPEG-1/2 Layer II, 384 kbps, Stereo, No >> Emphasis, No CRC >> cx18-1: Spatial Filter: Manual, Luma 1D Horizontal, Chroma 1D >> Horizontal, 0 >> cx18-1: Temporal Filter: Manual, 8 >> cx18-1: Median Filter: Off, Luma [0, 255], Chroma [0, 255] >> cx18-1: Status flags: 0x00200001 >> cx18-1: Stream encoder MPEG: status 0x0000, 0% of 2048 KiB (64 >> buffers) in use >> cx18-1: Stream encoder YUV: status 0x0000, 0% of 2025 KiB (20 >> buffers) in use >> cx18-1: Stream encoder VBI: status 0x0000, 0% of 1015 KiB (20 >> buffers) in use >> cx18-1: Stream encoder PCM audio: status 0x0000, 0% of 1024 KiB (256 >> buffers) in use >> cx18-1: Read MPEG/VBI: 2333106176/0 bytes >> cx18-1: ================== END STATUS CARD #1 ================== >> >> and for the bad card - /dev/video0 : >> >> Status Log: >> >> cx18-0: ================= START STATUS CARD #0 ================= >> cx18-0: Version: 1.4.0 Card: Hauppauge HVR-1600 >> tveeprom 2-0050: Hauppauge model 74041, rev C6B2, serial# 3335430 >> tveeprom 2-0050: MAC address is 00:0d:fe:32:e5:06 >> tveeprom 2-0050: tuner model is TCL M2523_5N_E (idx 112, type 50) >> tveeprom 2-0050: TV standards NTSC(M) (eeprom 0x08) >> tveeprom 2-0050: audio processor is CX23418 (idx 38) >> tveeprom 2-0050: decoder processor is CX23418 (idx 31) >> tveeprom 2-0050: has no radio, has IR receiver, has IR transmitter >> cx18-0 843: Video signal: present >> cx18-0 843: Detected format: NTSC-M >> cx18-0 843: Specified standard: NTSC-M >> cx18-0 843: Specified video input: Composite 7 >> cx18-0 843: Specified audioclock freq: 48000 Hz >> cx18-0 843: Detected audio mode: mono >> cx18-0 843: Detected audio standard: no detected audio standard > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > | > And this is what makes me pull my hair out. ----+ > > Same card, same chipset, same firmware image, in the same PC and mobo, > same TV channel with the same RF signal, same analog tuner assembly, and > one '843 core detects the audio standard and the other '843 core > doesn't. :P > > If you have controlled the signal levels properly and used good cable > and grounding, the difference has to be in the analog tuner can. Either > it has gone bad, or it is picking up a lot of noise from somewhere. > > Come to think of it, a bad analog tuner assembly could explain the red > screen. > > Anyway, if *everthing* is the same, and one card works and one card > doesn't, there's nothing to be done in software - except implement > workaround that may not work. I *speculate* that you have a dying card. > A few months back, I installed a new distribution amp, and at the same time rebuilt all of the cables in RG6-quad with compression fittings, etc. One test I could try is swapping the inputs on the two cards, to see if any symptoms move. I tend to agree about the dying card. All has been happy for many months after the input rebuild, and I haven't touched anything significant lately. MythTV was upgraded to 0.22 in March, and kernel and cx-18 drivers are both dated Feb 20.
Incidentally, on the last reboot audio came back on the card, and has stayed back. I still haven't re-enabled it in MythTV, but keep checking it every few days to make sure it hasn't gone bad, again. I have a conflict on June 18, and if it's still working the, I'll re-enable it. By then I may also have stuff around the house under control, and it'll be time to take this machine down. Got a new CPU a while back - about 20% speed boost, for $5.00 at a flea market, adding another Gig of DRAM from a different machine I'm decommissioning - and I'll remove, dust-out, and reseat both capture cards. I get more fearful about semiconductors and their longevity every generation. I'm working in 32nM these days - hard to believe, considering I started by testing 4-mask metal gate over 30 years ago. Thanks, Dale Pontius _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
