On Saturday 08 Oct 2005 12:30, Hans Verkuil wrote:
> On Saturday 08 October 2005 12:41, Trev Jackson wrote:
> > > I've adapted the driver so that it selects a tuner based on the
> > > selected ivtv_std option. So the tuner option should also be no longer
> > > needed. I guessed the NTSC tuner (probably the NTSC model of the same
> > > tuner).
> > >
> > > Let me know if it works.
> > >
> > >   Hans
> >
> > Hi Hans
> >
> > The driver still works if I use the same module parametes as before,
> > however if I miss out the tuner=38 I lose the sound.
> >
> >
> > To get the sound back, rebooting the computer does not work, the computer
> > needs to be switched off and on again, then the driver reloaded with
> > tuner=38
>
> Can you mail me the dmesg output?
>
> > I'm not sure why this is happening, however I'm not sure how well this
> > scheme will work because I know the version for japan is 53, which I
> > think is NTSC, the American tuner is probably 43, which is also NTSC.
>
> I doubt if ivtv works at all in Japan. Anyway, it's a convenience only. If
> they change tuners you still may have to specify an explicit tuner. But I'm
> counting on it that they won't do that since it's a hassle without an
> eeprom to store config data like that.
>
>       Hans
>
Hi Hans

I've attached the working dmesg with sound, the driver was loaded using:

modprobe tuner ignore=0,0x6b
sleep 1
modprobe ivtv ivtv_std=2 tuner=38
sleep 1
ivtvctl -q0
ivtvctl -p4
modprobe lirc_i2c
sleep 1
lircd -d /dev/lirc0 --permission=666

I did not test to see if lirc worked.

I will email a copy of the non-working copy of dmesg in another email, because 
otherwise the email may be too large for the list.

Best Regards

Trev
tuner: Ignoring new-style parameters in presence of obsolete ones
Linux video capture interface: v1.00
ivtv: ==================== START INIT IVTV ====================
ivtv: version 0.3.9 (development svn snapshot revision 2765) loading
ivtv: Linux version: 2.6.8.1-12mdk 686 gcc-3.4
ivtv: In case of problems please include the debug info
ivtv: between the START INIT IVTV and END INIT IVTV lines when
ivtv: mailing the ivtv-devel mailinglist.
ivtv: Autodetected Adaptec VIDEOH! AVC-2410 card (iTVC16 based)
PCI: Found IRQ 10 for device 0000:00:0e.0
PCI: Sharing IRQ 10 with 0000:00:05.0
PCI: Sharing IRQ 10 with 0000:00:07.0
PCI: Sharing IRQ 10 with 0000:00:09.2
ivtv: Unreasonably low latency timer, setting to 64 (was 32)
tuner (ivtv): chip found at addr 0xc0 i2c-bus ivtv i2c driver #0
All bytes are equal. It is not a TEA5767
ivtv: i2c attach to card #0 ok [client=(tuner unset), addr=60]
saa7115: Ignoring new-style parameters in presence of obsolete ones
saa7115 0-0021: saa7115 found @ 0x42 (ivtv i2c driver #0)
ivtv: i2c attach to card #0 ok [client=saa7115, addr=21]
msp3400: Ignoring new-style parameters in presence of obsolete ones
msp34xx: ivtv version
msp34xx: init: chip=MSP3415G-B8, has NICAM support, simple (D) mode, simpler 
(G) no-thread mode
msp34xx: $Id$ compiled on: Oct  8 2005 09:12:52
ivtv: i2c attach to card #0 ok [client=MSP3415G-B8, addr=40]
cs53l32a: Ignoring new-style parameters in presence of obsolete ones
cs53l32a 0-0011: chip found @ 0x22 (ivtv i2c driver #0)
ivtv: i2c attach to card #0 ok [client=cs53l32a, addr=11]
tda9887: Ignoring new-style parameters in presence of obsolete ones
tda9885/6/7: (ivtv) chip found @ 0x86
ivtv: i2c attach to card #0 ok [client=tda9887, addr=43]
ivtv: loading /lib/modules/ivtv-fw-enc.bin
ivtv: Encoder revision: 0x02030015
ivtv warning: Encoder Firmware can be buggy, use version 0x02040011 or 
0x02050032.
ivtv: Allocate DMA encoder MPEG stream: 128 x 32768 buffers (4096KB total)
ivtv: Allocate DMA encoder YUV stream: 161 x 12960 buffers (2048KB total)
ivtv: Allocate DMA encoder VBI stream: 80 x 26208 buffers (2048KB total)
ivtv: Allocate DMA encoder PCM audio stream: 455 x 4608 buffers (2048KB total)
tuner: type set to 38 (Philips PAL/SECAM multi (FM1216ME MK3)) by ivtv i2c 
driver #0
ivtv: Initialized Adaptec VIDEOH! AVC-2410, card #0
ivtv: ====================  END INIT IVTV  ====================
lirc_dev: IR Remote Control driver registered, at major 61 
bttv: driver version 0.9.15 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
rivatv: Video4Linux driver for NVIDIA cards
rivatv: Version 0.8.5
rivatv: MMX processor extension enabled
cx2388x v4l2 driver version 0.0.4 loaded
lirc_i2c: chip found @ 0x6b (Adaptec IR)
ivtv: i2c attach to card #0 ok [client=Adaptec IR, addr=6b]
lirc_dev: lirc_register_plugin: sample_rate: 10
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel

Reply via email to