On Sunday 26 August 2007 17:44:55 Herbert Meier wrote:
> On Mon, 6 Aug 2007, Hans Verkuil wrote:
> > On Saturday 04 August 2007 13:56:28 Herbert Meier wrote:
> > > On Sat, 4 Aug 2007, Hans Verkuil wrote:
> > > > On Saturday 04 August 2007 11:44:03 Herbert Meier wrote:
> > > > > I am using
> > > > >
> > > > > ivtvctl version 0.10.5 (tagged release)
> > > > > debian etch, kernel 2.6.18-4-686.
> > > > >
> > > > > In my setup there is a PVR150 and a PVR350.
> > > > >
> > > > > When recording from PVR350's tuner, audio is
> > > > > corrupted.
> > > > >
> > > > > In the recorded MPEG file, about every 0.5 seconds
> > > > > there is a switch between mono and stereo sound.
> > > > >
> > > > > In the attached picture you can see the difference
> > > > > between left and right channel. At times where only
> > > > > mono is provided, the difference signal is zero. There
> > > > > also is a time scale below for measuring how long those
> > > > > interruptions are.
> > > > >
> > > > > IMHO there is something wrong with the tuner control
> > > > > during recording.
> > > > >
> > > > >
> > > > > Some additional infos on this experiment:
> > > > >
> > > > > - Recording from SCART or CINCH doesn't produce the above
> > > > > described problem.
> > > > >
> > > > > - I did not try it with PVR150's tuner.
> > > > >
> > > > > If you have further questions, please contact me.
> > > > >
> > > > >
> > > > > Regards,
> > > > > Herbert.
> > > >
> > > > Please provide the INIT IVTV messages from the kernel log.
> > >
> > > ivtv: ==================== START INIT IVTV ====================
> > > ivtv: version 0.10.5 (tagged release) loading
> > > ivtv: Linux version: 2.6.18-4-686 SMP mod_unload 686 REGPARM
> > > gcc-4.1 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 (cx23415 based)
> > > PCI: Enabling device 0000:02:02.0 (0000 -> 0002)
> > > ACPI: PCI Interrupt 0000:02:02.0[A] -> GSI 22 (level, low) -> IRQ
> > > 201 ivtv0: loaded v4l-cx2341x-enc.fw firmware (376836 bytes)
> > > ivtv0: loaded v4l-cx2341x-dec.fw firmware (262144 bytes) ivtv0:
> > > Encoder revision: 0x02060039
> > > ivtv0: Decoder revision: 0x02020023
> > > tuner 1-0043: chip found @ 0x86 (ivtv i2c driver #0)
> > > tda9887 1-0043: tda988[5/6/7] found @ 0x43 (tuner)
> > > tuner 1-0061: chip found @ 0xc2 (ivtv i2c driver #0)
> > > saa7115 1-0021: saa7115 found @ 0x42 (ivtv i2c driver #0)
> > > saa7127 1-0044: saa7129 found @ 0x88 (ivtv i2c driver #0)
> > > msp3400 1-0040: MSP4418G-B3 found @ 0x80 (ivtv i2c driver #0)
> > > msp3400 1-0040: MSP4418G-B3 supports nicam and radio, mode is
> > > autodetect and autoselect
> > > tveeprom 1-0050: Hauppauge model 48139, rev K257, serial# 7671778
> > > tveeprom 1-0050: tuner model is Philips FM1216 ME MK3 (idx 57,
> > > type 38) tveeprom 1-0050: TV standards PAL(B/G) PAL(I)
> > > SECAM(L/L') PAL(D/D1/K) (eeprom 0x74)
> > > tveeprom 1-0050: audio processor is MSP4418 (idx 25)
> > > tveeprom 1-0050: decoder processor is SAA7115 (idx 19)
> > > tveeprom 1-0050: has radio, has IR remote
> > > ivtv0: Autodetected Hauppauge WinTV PVR-350
> > > 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)
> > > ivtv0: Registered device radio0 for encoder radio
> > > ivtv0: Registered device video16 for decoder MPEG (1 MB)
> > > ivtv0: Registered device vbi8 for decoder VBI (1 MB)
> > > ivtv0: Registered device vbi16 for decoder VOUT
> > > ivtv0: Registered device video48 for decoder YUV (1 MB)
> > > ivtv0: loaded v4l-cx2341x-init.mpg firmware (155648 bytes)
> > > tuner 1-0061: type set to 38 (Philips PAL/SECAM multi (FM1216ME
> > > MK3)) ivtv0: Initialized Hauppauge WinTV PVR-350, card #0
> > > ivtv: ====================== NEXT CARD ======================
> > > ivtv1: Autodetected Hauppauge card (cx23416 based)
> > > PCI: Enabling device 0000:02:04.0 (0000 -> 0002)
> > > ACPI: PCI Interrupt 0000:02:04.0[A] -> GSI 18 (level, low) -> IRQ
> > > 209 ivtv1: loaded v4l-cx2341x-enc.fw firmware (376836 bytes)
> > > ivtv1: Encoder revision: 0x02060039
> > > tuner 2-0061: chip found @ 0xc2 (ivtv i2c driver #1)
> > > cx25840 2-0044: cx25842-23 found @ 0x88 (ivtv i2c driver #1)
> > > cx25840 2-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
> > > wm8775 2-001b: chip found @ 0x36 (ivtv i2c driver #1)
> > > tveeprom 2-0050: Hauppauge model 26134, rev F0B3, serial# 9474246
> > > tveeprom 2-0050: tuner model is TCL M2523_3DB_E (idx 113, type
> > > 55) tveeprom 2-0050: TV standards PAL(B/G) PAL(D/D1/K) (eeprom
> > > 0x44) tveeprom 2-0050: audio processor is CX25842 (idx 36)
> > > tveeprom 2-0050: decoder processor is CX25842 (idx 29)
> > > tveeprom 2-0050: has no radio, has IR remote
> > > ivtv1: Autodetected Hauppauge WinTV PVR-150
> > > ivtv1: reopen i2c bus for IR-blaster support
> > > tuner 2-0061: chip found @ 0xc2 (ivtv i2c driver #1)
> > > cx25840 2-0044: cx25842-23 found @ 0x88 (ivtv i2c driver #1)
> > > cx25840 2-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
> > > wm8775 2-001b: chip found @ 0x36 (ivtv i2c driver #1)
> > > ivtv1: Registered device video1 for encoder MPEG (4 MB)
> > > ivtv1: Registered device video33 for encoder YUV (2 MB)
> > > ivtv1: Registered device vbi1 for encoder VBI (1 MB)
> > > ivtv1: Registered device video25 for encoder PCM audio (1 MB)
> > > tuner 2-0061: type set to 55 (TCL 2002MB)
> > > ivtv1: Initialized Hauppauge WinTV PVR-150, card #1
> > > ivtv: ==================== END INIT IVTV ====================
> > >
> > > > Also do you see any other messages when recording?
> > >
> > > No.
> > >
> > > > Is this with all stereo channels or only a few?
> > >
> > > All tested stereo channels produce that problem.
> > >
> > > > Please also test with the PVR150.
> > >
> > > I will do my best.
> >
> > Please do, that will determine whether it is a general problem or
> > whether it is specific to the msp3400 audio chip.
> >
> > > Any ideas so far?
> >
> > If the PVR150 works OK then that indicates a problem with the
> > msp3400. In that case you should upgrade your kernel to 2.6.20 or
> > up (I remember that there were some msp3400 bugs that were fixed.
> > I'm not sure whether those bugs are related to this problem, but
> > upgrade anyway).
> >
> > If it still happens with that newer kernel, then you should enable
> > msp3400 debugging:
> >
> > echo 1 >/sys/modules/msp3400/parameters/debug
> >
> > and start a capture of a stereo channel and report what the msp3400
> > is logging.
> >
> > Regards,
> >
> > Hans
>
> Hello,
>
> here are the recent results of my research:
>
> With PVR150 there was no problem stereo using
>
> ivtvctl version 0.10.5 (tagged release)
> debian etch, kernel 2.6.18-4-686.
>
>
> I've now switched to
>
> ivtvctl version 1.0.2 (tagged release)
> debian etch, but with kernel 2.6.22.4
>
> and there is EXACTLY the same problem with
> the stereo sound when recording from tuner.
>
> As you told me I enabled debugging for the msp3400.
> Here are the results:
>
> 17:27:47 kernel: msp3400 1-0040: mute=on scanning=no volume=58880
> 17:27:47 kernel: msp3400 1-0040: thread: restart scan
> 17:27:47 kernel: msp3400 1-0040: selected PAL modus
> 17:27:47 kernel: msp3400 1-0040: set source to 0 (0x320) for output
> 08 17:27:47 kernel: msp3400 1-0040: set source to 0 (0x320) for
> output 0c 17:27:47 kernel: msp3400 1-0040: set source to 0 (0x320)
> for output 09 17:27:47 kernel: msp3400 1-0040: set source to 0
> (0x320) for output 0a 17:27:47 kernel: msp3400 1-0040: set source to
> 0 (0x320) for output 41 17:27:47 kernel: msp3400 1-0040: set source
> to 0 (0x320) for output 0b 17:27:47 kernel: msp3400 1-0040: started
> autodetect, waiting for result 17:27:47 kernel: msp3400 1-0040:
> mute=off scanning=no volume=58880 17:27:47 kernel: msp3400 1-0040:
> status=0x4, stereo=0, bilingual=0 -> rxsubchans=1 17:27:47 kernel:
> msp3400 1-0040: detected standard: 5.5/5.74 B/G Dual FM-Stereo
> (0x0003) 17:27:47 kernel: msp3400 1-0040: mute=off scanning=no
> volume=58880 17:28:11 kernel: msp3400 1-0040: status=0x4, stereo=0,
> bilingual=0 -> rxsubchans=1 17:28:13 last message repeated 2 times
> 17:28:14 kernel: msp3400 1-0040: status=0x40, stereo=64, bilingual=0
> -> rxsubchans=2 17:28:21 last message repeated 7 times
> 17:28:22 kernel: msp3400 1-0040: status=0x4, stereo=0, bilingual=0 ->
> rxsubchans=1 17:28:23 kernel: msp3400 1-0040: status=0x40, stereo=64,
> bilingual=0 -> rxsubchans=2 17:28:24 kernel: msp3400 1-0040:
> status=0x40, stereo=64, bilingual=0 -> rxsubchans=2 17:28:25 kernel:
> msp3400 1-0040: status=0x4, stereo=0, bilingual=0 -> rxsubchans=1
> 17:28:33 last message repeated 8 times
> 17:28:34 kernel: msp3400 1-0040: status=0x40, stereo=64, bilingual=0
> -> rxsubchans=2 17:28:43 last message repeated 8 times
> 17:28:44 kernel: msp3400 1-0040: status=0x4, stereo=0, bilingual=0 ->
> rxsubchans=1 17:28:45 kernel: msp3400 1-0040: status=0x40, stereo=64,
> bilingual=0 -> rxsubchans=2 17:28:46 kernel: msp3400 1-0040:
> status=0x40, stereo=64, bilingual=0 -> rxsubchans=2 17:28:47 kernel:
> msp3400 1-0040: status=0x4, stereo=0, bilingual=0 -> rxsubchans=1
> 17:28:54 last message repeated 7 times
> ...and so on
This is the cause of the problem, although it really shouldn't do this.
What is happening is that the msp4418 keeps loosing the detection of
the secondary (stereo) carrier, hence it keeps switching between mono
and stereo.
This indicates a problem with either the msp4418 demodulator or your
tuner. Unless you can prove that it works fine under Windows I have to
assume a hardware problem.
There are some registers that can influence the stereo detection: you
can try to play with the msp_stereo_thresh variable in the
msp3400-driver.c source. Perhaps for some reason this threshold doesn't
work for your setup and is too low or too high.
Regards,
Hans
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
