On Fri, 1 Jun 2001, H W Bernhart wrote:
> kernel: bttv0: PLL: 28636363 => 35468950 ... ok
> kernel: bttv=: irq: SCERR risc_count=0384801c
> last message repeated 4 times
> kernel: bttv0: aiee: error loops
> kernel: bttv0: resetting chip
Try moving the capture card to a different PCI slot.
I had the same trouble with a hauppage bt878 card when it was in a slot
which, according to my motherboard manual, shares DMA request signals with
an adjacent PCI slot. (slots 4 and 5 on my Asus MB).
Is there a bttv or v4l FAQ that this could be added to?
I believe the risc_count number is related to the 848/878 chip's inernal
RISC microcoded DMA sequencer. I'm guessing that the fact that the
risc_count isn't changing means that the card isn't able to accomplish any
DMA at all.
Incidently, "PLL: 28636363 => 35468950 ... ok" means that your application
is requesting or taking the default of 625/50 (usually PAL) video, and the
card is generating the pixel clock for that rate. If your TV standard is
525/60 (usually NTSC), be sure to explicitly select that option.
cheers,
Steve
--
Steve Tell [EMAIL PROTECTED]
_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list
