not sure if this is what you're running into, but when using mplayer or xine, you need to specify a 'cache' when copying straight from /dev/video0. Sometimes the players try and decode a frame that isn't fully copied yet.
also, you'll want to use the -framedrop option to mplayer to keep the video and audio in sync. i believe i used to do: mplayer -cache 8192 -framedrop /dev/video0 -tmk --- "D. Hugh Redelmeier" <[EMAIL PROTECTED]> wrote: > I built and installed ivtv svn snapshot 2754. I've > not used ivtv much before this. > > OS: Fedora Core 4 + all recent official updates > CPU: x86_64 (Athlon64 3200) > Video display card: ATI 9600 of some kind; open > source drivers > Tuner: Hauppage PVR 250 > > I started watching TV with > mplayer /dev/video0 > and used > ivtv-tune --channel=26 > to select the channel. > > It seemed to build and work very well! Much better > than previous > times. I wanted to test before the release Hans is > about to, uh, > release. > > I left mplayer playing for an hour or two while I > went off and did > other things. When I came back there were a couple > of artifacts that > I didn't like: > > - occasional wrong small rectangles in the image (I > think of this as > errors mixed with decompression) > > - a sort of clicking in the sound. I would guess > that the frequency > is less than 10Hz, but not much. > > I know that the problem is not in the broadcast or > cable. My monitor > has PiP and I feed the output of a VCR to a window > on the screen. So > I can look at the same signal decoded by a VCR and > by > PVR250/ivtv/mplayer. > > No interesting error message appears in dmesg > output. > > Top says that only mplayer is taking only 25% of the > CPU. The CPU is > running at only 800MHz. I can drive it to 2000MHz > (its maximum) but > that seems to make no difference. > > It does not make a difference when I run mplayer as > root (allowing > better realtime scheduling). > > I tried to fix the problem by stopping mplayer and > starting it again. > Still wrong. > > I tried to fix the problem by stopping mplayer and > removing and > reloading the ivtv modules. This made no > difference. > > I tried capturing, then viewing: > cat /dev/video0 >junk > # wait for a minute of accumulation, then ^C to > kill cat > mplayer junk > The problem was still there. > > Any suggestions for experiments? Explanations? Is > this a bug? > > ivtv: ==================== START INIT IVTV > ==================== > ivtv: version 0.3.9 (development snapshot compiled > on Thu 06 Oct 2005 04:31:19 AM EDT) loading > ivtv: Linux version: 2.6.13-1.1526_FC4 gcc-4.0 > 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 WinTV PVR 250 card (iTVC16 based) > ACPI: PCI Interrupt 0000:02:03.0[A] -> Link [LNKA] > -> GSI 17 (level, high) -> IRQ 193 > tveeprom: ivtv version > tveeprom: Hauppauge: model = 32032, rev = B382, > serial# = 7260995 > tveeprom: tuner = LG TAPC H791F (idx = 82, type = > 39) > tveeprom: tuner fmt = NTSC(M) (eeprom = 0x08, v4l2 = > 0x00001000) > tveeprom: audio processor = MSP4448 (type = 1b) > tveeprom: decoder processor = SAA7115 (type = 13) > ivtv: i2c attach to card #0 ok [client=tveeprom, > addr=50] > tuner (ivtv): chip found at addr 0xc2 i2c-bus ivtv > i2c driver #0 > ivtv: i2c attach to card #0 ok [client=(tuner > unset), addr=61] > saa7115 2-0021: saa7115 found @ 0x42 (ivtv i2c > driver #0) > ivtv: i2c attach to card #0 ok [client=saa7115, > addr=21] > msp34xx: ivtv version > msp34xx: init: chip=MSP3448W-B3, has NICAM support, > simple (D) mode, simpler (G) no-thread mode > msp34xx: $Id$ compiled on: Oct 6 2005 04:26:40 > ivtv: i2c attach to card #0 ok [client=MSP3448W-B3, > addr=40] > ivtv: loading /lib/modules/ivtv-fw-enc.bin > ivtv: Encoder revision: 0x02050032 > ivtv: Allocate DMA encoder MPEG stream: 128 x 32768 > buffers (4096KB total) > ivtv: Allocate DMA encoder YUV stream: 194 x 10800 > buffers (2048KB total) > ivtv: Allocate DMA encoder VBI stream: 120 x 17472 > buffers (2048KB total) > ivtv: Allocate DMA encoder PCM audio stream: 455 x > 4608 buffers (2048KB total) > tuner: type set to 39 (LG NTSC (newer TAPC series)) > by ivtv i2c driver #0 > ivtv: Initialized WinTV PVR 250, card #0 > ivtv: ==================== END INIT IVTV > ==================== > > _______________________________________________ > ivtv-devel mailing list > [email protected] > http://ivtvdriver.org/mailman/listinfo/ivtv-devel > _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
