Exept for the sound I have experienced the same behavior, i.e., the quality of the picture varies after removing and reloading the modules, somtimes good sometimes bad.
Not using the latest driver, but maybe that can help? /jon > Hi, > > After some more experimenting I found out that if I > execute the following commands: > > # rmmod ivtv tveeprom tuner cx25840 wm8775 videodev > # modprobe ivtv ivtv_std=2 tuner=55 cardtype=6 > tda9887=0,0,0 > # mplayer /dev/video0 > > That each time I get different quality of the image > and if I am luck I also get sound! This doesn't make > any sense to me. > > Does somebody know how I can fix this so I dont have > to try 100 x before I get the desired picture with > sound? > > Thanks! > > Andrej > > > --- Andrej van der Zee <[EMAIL PROTECTED]> wrote: > >> Hi, >> >> Since today I suddenly have no sound anymore (maybe >> because I rebooted my machine?). I load ivtv with >> the >> following script: >> >> #!/bin/sh >> rmmod ivtv tveeprom tuner cx25840 wm8775 videodev >> modprobe tveeprom >> sleep 2 >> echo Loading videodev >> modprobe videodev >> sleep 2 >> echo Loading cx25840 >> modprobe cx25840 i2c_enable=1 >> sleep 2 >> echo Loading tuner >> modprobe tuner >> sleep 2 >> echo Loading wm8775 >> modprobe wm8775 >> sleep 2 >> echo Loading ivtv >> modprobe ivtv ivtv_std=2 tuner=55 cardtype=6 >> tda9887=0,0,0 >> >> Aug 10 13:22:26 localhost kernel: ivtv: >> ==================== START INIT IVTV >> ==================== >> Aug 10 13:22:26 localhost kernel: ivtv: version >> 0.3.3 >> (k) loading >> Aug 10 13:22:26 localhost kernel: ivtv: Linux >> version: >> 2.6.11-ruby preempt 386 gcc-3.3 >> Aug 10 13:22:26 localhost kernel: ivtv: In case of >> problems please include the debug info >> Aug 10 13:22:26 localhost kernel: ivtv: between the >> START INIT IVTV and END INIT IVTV lines when >> Aug 10 13:22:26 localhost kernel: ivtv: mailing the >> ivtv-devel mailinglist. >> Aug 10 13:22:26 localhost kernel: ivtv: User >> specified >> WinTV PVR 150 card >> Aug 10 13:22:26 localhost kernel: ivtv: Found an >> iTVC16 based chip >> Aug 10 13:22:26 localhost kernel: ACPI: PCI >> interrupt >> 0000:02:0d.0[A] -> GSI 21 (level, low) -> IRQ 21 >> Aug 10 13:22:26 localhost kernel: ivtv: XXX PCI >> device: 0x2570 vendor: 0x8086 >> Aug 10 13:22:26 localhost kernel: tveeprom: >> Hauppauge: >> model = 26034, rev = C197, serial# = 7892631 >> Aug 10 13:22:26 localhost kernel: tveeprom: tuner = >> LG >> PAL (TAPE Series) (idx = 97, type = 55) >> Aug 10 13:22:26 localhost kernel: tveeprom: tuner >> fmt >> = PAL(B/G) PAL(D/K) (eeprom = 0x44, v4l2 = >> 0x00000e07) >> Aug 10 13:22:26 localhost kernel: tveeprom: >> audio_processor = MSP3400C (type = 4) >> Aug 10 13:22:26 localhost kernel: ivtv: i2c attach >> [client=tveeprom[50],ok] >> Aug 10 13:22:30 localhost kernel: cx25840: FW image >> '/lib/modules/HcwMakoA.ROM' of size 14264 loaded. >> Aug 10 13:22:30 localhost kernel: cx25840: FW image >> md5 digest: 3a4803384f749d644ee1f1ca9dcb12fa >> Aug 10 13:22:30 localhost kernel: cx25840: FW image >> sha1 digest: >> 2b5e6292b7391c980b93d156cf6b34178ce770f6 >> Aug 10 13:22:30 localhost kernel: ivtv: i2c attach >> [client=cx25840[50],ok] >> Aug 10 13:22:30 localhost kernel: tuner: chip found >> at >> addr 0xc2 i2c-bus ivtv i2c driver #0 >> Aug 10 13:22:30 localhost kernel: ivtv: i2c attach >> [client=(tuner unset),ok] >> Aug 10 13:22:30 localhost kernel: ivtv: i2c attach >> [client=wm8775[50],ok] >> Aug 10 13:22:30 localhost kernel: ivtv: Tuner Type >> 55, >> Tuner formats 0x00000e07, Radio: yes, Model >> 0x008d1657, Revision 0x00000000 >> Aug 10 13:22:30 localhost kernel: ivtv: Radio >> detected >> Aug 10 13:22:31 localhost kernel: ivtv: Encoder >> revision: 0x02050032 >> Aug 10 13:22:31 localhost kernel: ivtv: Encoder >> Firmware may be buggy, use version 0x02040011 >> Aug 10 13:22:31 localhost kernel: ivtv: Configuring >> WinTV PVR 150 card with 4 streams >> Aug 10 13:22:31 localhost kernel: ivtv: Registered >> v4l2 device, streamtype 0 minor 0 >> Aug 10 13:22:31 localhost kernel: ivtv: Create DMA >> stream 0 using 1024 16384 byte buffers 0 kbytes >> total >> Aug 10 13:22:31 localhost kernel: ivtv: Allocate DMA >> stream 0 using 1024 16384 byte buffers 16777216 >> kbytes total >> Aug 10 13:22:31 localhost kernel: ivtv: Registered >> v4l2 device, streamtype 1 minor 32 >> Aug 10 13:22:31 localhost kernel: ivtv: Create DMA >> stream 1 >> Aug 10 13:22:31 localhost kernel: ivtv: Allocate DMA >> stream 1 >> Aug 10 13:22:31 localhost kernel: ivtv: Registered >> v4l2 device, streamtype 2 minor 224 >> Aug 10 13:22:31 localhost kernel: ivtv: Create DMA >> stream 2 using 121 34632 byte buffers 0 kbytes >> total >> Aug 10 13:22:31 localhost kernel: ivtv: Allocate DMA >> stream 2 using 121 34632 byte buffers 4194304 >> kbytes >> total >> Aug 10 13:22:31 localhost kernel: ivtv: Registered >> v4l2 device, streamtype 3 minor 24 >> Aug 10 13:22:31 localhost kernel: ivtv: Create DMA >> stream 3 using 455 4608 byte buffers 0 kbytes total >> Aug 10 13:22:31 localhost kernel: ivtv: Allocate DMA >> stream 3 using 455 4608 byte buffers 2097152 kbytes >> total >> Aug 10 13:22:31 localhost kernel: ivtv: Setting >> Tuner >> 55 >> Aug 10 13:22:31 localhost kernel: tuner: type set to >> 55 (LG PAL (TAPE series)) by ivtv i2c driver #0 >> Aug 10 13:22:31 localhost kernel: ivtv: >> ivtv_enc_thread: pid = 12433, itv = 0xe0e6aa20 >> Aug 10 13:22:31 localhost kernel: ivtv: Switching >> standard to PAL. >> Aug 10 13:22:31 localhost kernel: ivtv: i2c client >> addr: 0x43 not found! >> Aug 10 13:22:31 localhost kernel: ivtv: Initialized >> WinTV PVR 150, card #0 >> Aug 10 13:22:31 localhost kernel: ivtv: >> ==================== END INIT IVTV >> ==================== >> >> Does it have something to do with the "i2c client >> addr: 0x43 not found!"? Can somebody please help me? >> >> >> Greets, >> >> Andrej >> >> >> >> >> >> > ___________________________________________________________ >> >> To help you stay safe and secure online, we've >> developed the all new Yahoo! Security Centre. >> http://uk.security.yahoo.com >> >> >> > ------------------------------------------------------- >> SF.Net email is Sponsored by the Better Software >> Conference & EXPO >> September 19-22, 2005 * San Francisco, CA * >> Development Lifecycle Practices >> Agile & Plan-Driven Development * Managing Projects >> & Teams * Testing & QA >> Security * Process Improvement & Measurement * >> http://www.sqe.com/bsce5sf >> _______________________________________________ >> ivtv-devel mailing list >> [email protected] >> > https://lists.sourceforge.net/lists/listinfo/ivtv-devel >> > > > > > ___________________________________________________________ > To help you stay safe and secure online, we've developed the all new > Yahoo! Security Centre. http://uk.security.yahoo.com > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > ivtv-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/ivtv-devel > ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
