I have gotten the card to work sporadically on a Via kt7 (duron 650) motherboard with
USB support turned off. It will sometimes capture NTSC for about 10 seconds, and then
produce a datastream which my decoder is unable to process.
Other times, i get stuck with 0 length file.
I was using a stock rh7.1 distrubution, upgraded to kernel 2.4.11 and some
modifications to the kfir.c source (v4l videodev settings, and the following:
The function is:
static void kfir_remove_device(struct kfir_dev *kfir)
the troublesome lines of code are
val=rplxl(DMA0_DONE_ENABLE);
val&=~DMA0_DONE_ENABLE;
wplxl(DMA0_DONE_ENABLE, val);
change these to
val=rplxl(PLX9054_DMA0_MODE );
val&=~DMA0_DONE_ENABLE;
wplxl(PLX9054_DMA0_MODE , val);
jason
Andrew Thomas wrote:
> Jason D. Justman writes:
> > I doubt the problem you are having is related to any of the i2c components.
> >
> > I have a highly dprink'd version of the driver that i use when im trying to
> > figure out that the crap is going on, and where my machine locks up. If you'd
> > like, I can send it to you.
>
> Have you got the card to work at all ? If so, can you give me some
> specific details:
>
> Which kernel did you use: vanilla Linus distribution, Redhat (with alan
> cox patches etc), SuSe etc ?
>
> Which compiler did you use ? egcs, gcc 2.96, gcc 3.00 etc [I'm using
> redhat and gcc 2.96 has caused problems in the past].
>
> Are you using the i2c stuff that came with the kernel or from the
> kfir distribution?
>
> On what hardware (processor and chipset)?
>
> >
> > Generating a 0 length file is probably due to you telling the SAA7113 to decode
> > NTSC, but create a PAL datastream (or something like that). There are 2 format
> > options that are DIFFERENT due to the definitions in the v4l headers..
> >
> > I think its like vidinmode=0 vidmode=1 or something similar are the flags you
> > want to use.
>
> I've tried all possible combinations of vidinmode/vidoutmode (see my other
> message to Ralph :-()
>
> Andrew
> -------------
> Andrew Thomas | DISCLAIMER: opinions expressed in this
> Hewlett-Packard Laboratories | message are personal and do not represent
> 1501 Page Mill Road MS 1U-17 | the opinions of Hewlett Packard Co.
> Palo Alto CA 94304-1126 |
