[mythtv-users] Watching recording causes ghost image during recording!

[Richard Woelk]

Ralph Oei wrote:
> Hi,
>
> Since a few days, I'm having a strange ghosting problem with my MythTV box.
>
> Every time I watch a recorded show from disk during a scheduled
> recording, this causes a ghost image in the new recording! Please see
> this image for clarification:
>
> http://www.xs4all.nl/~ralpho/myhtv_interference.png
>
> As you can see the ghost image from the show I'm watching, is imprinted
> at the bottom of the new recording. It is the same frame all over again,
> for the entire duration of the scheduled recording. Also, the view port
> of the current recording is reduced.
>
> The ghosting also affects all future recordings, the only way to stop it
> is to reboot the system.
>
> Does anybody have a clue what's going on?
>
> I'm using a PVR-250 (so no video out) on a Shuttle SN45Gv2 running
> Debian lenny/sid.
>
> Thanks for your help!
>
> Here's some output from lspci:
>
> 01:06.0 Multimedia video controller: Internext Compression Inc iTVC16
> (CX23416) MPEG-2 Encoder (rev 01)
> 03:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX
> 5200] (rev a1)
>
> And the ivtv driver:
>
> ivtv:  ==================== START INIT IVTV ====================
> ivtv:  version 0.10.1 (tagged release) loading
> ivtv:  Linux version: 2.6.18-k7 preempt mod_unload K7 REGPARM gcc-4.2
> ivtv:  In case of problems please include the debug info between
> ivtv:  the START INIT IVTV and END INIT IVTV lines, along with
> ivtv:  any module options, when mailing the ivtv-users mailinglist.
> ivtv0: Autodetected Hauppauge card (cx23416 based)
> ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
> ACPI: PCI Interrupt 0000:01:06.0[A] -> Link [APC3] -> GSI 18 (level,
> high) -> IRQ 19
> ivtv0: Unreasonably low latency timer, setting to 64 (was 32)
> ACPI: PCI Interrupt Link [APCJ] enabled at IRQ 20
> ACPI: PCI Interrupt 0000:00:06.0[A] -> Link [APCJ] -> GSI 20 (level,
> high) -> IRQ 18
> PCI: Setting latency timer of device 0000:00:06.0 to 64
> intel8x0_measure_ac97_clock: measured 52774 usecs
> intel8x0: clocking to 47497
> input: ImPS/2 Logitech Wheel Mouse as /class/input/input2
> mice: PS/2 mouse device common for all mice
> ivtv0: loaded v4l-cx2341x-enc.fw firmware (376836 bytes)
> ivtv0: Encoder revision: 0x02060039
> tveeprom 2-0050: Hauppauge model 32054, rev B148, serial# 2766788
> tveeprom 2-0050: tuner model is LG TP18PSB11D (idx 48, type 29)
> tveeprom 2-0050: TV standards PAL(B/G) (eeprom 0x04)
> tveeprom 2-0050: audio processor is MSP4418 (idx 25)
> tveeprom 2-0050: decoder processor is SAA7115 (idx 19)
> tveeprom 2-0050: has no radio, has IR remote
> ivtv0: Autodetected Hauppauge WinTV PVR-250
> tuner 2-0061: chip found @ 0xc2 (ivtv i2c driver #0)
> saa7115 2-0021: saa7115 found @ 0x42 (ivtv i2c driver #0)
> msp3400 2-0040: MSP4418G-A2 found @ 0x80 (ivtv i2c driver #0)
> msp3400 2-0040: MSP4418G-A2 supports nicam and radio, mode is autodetect
> and autoselect
> ivtv0: Registered device video0 for encoder MPEG (4 MB)
> ivtv0: Registered device video32 for encoder YUV (2 MB)
> ivtv0: Registered device vbi0 for encoder VBI (1 MB)
> ivtv0: Registered device video24 for encoder PCM audio (1 MB)
> tuner 2-0061: type set to 29 (LG PAL_BG (TPI8PSB11D))
> ivtv0: Initialized Hauppauge WinTV PVR-250, card #0
> ivtv:  ====================  END INIT IVTV  ====================
>
>
>   
Ralph,
    I had an issue with the encoder chip on my pvr250 overheating my old 
case. I stuck an old 486 heatsink onto it and it helped reduce how often 
it happened
Instead of rebooting, I had made a script to unload the driver and 
reload it.
This problem went away when I upgraded to case with better airflow

HTH
- Richard