Re: bttv driver questions

["Daniel Glöckner" <daniel-gl@gmx.net>]

On Thu, Aug 28, 2008 at 04:11:38PM +0200, Jean Delvare wrote:
> What determines whether fields are captured independently?

Right now I can only think of V4L2_FIELD_ALTERNATE causing this.

> My tests with a SECAM
> source show a rate of 74-78 interrupts/second, which would be 3
> interrupts per frame. So I guess I a missing a 3rd cause of
> interrupts. Any idea?

I checked the code. As soon as the device is opened, the VSYNC interrupt
is unmasked to count the fields. These interrupts are in addition to the
interrupts generated for queued buffers.

> I thought that there was only one RISC program
> loaded at any given time and that it had to be changed twice per
> frame, which would have taken one additional interrupt.

There is only one program with jumps that are patched at runtime to
point to the program fragments for capture.

> The BT878 has a hint which suggests that the fastest model described
> by Daniel is probably almost the right one.

The setup cycles mentioned by Andy and me depend on the target (the host
bridge). The master must assert IRDY within 8 cycles in all data phases.

As a single Bt878 is able to capture PAL in BGR32 at 4*Fsc (70937900 byte/s
peak), there must be less than one wait cycle per data phase on average.

> Apparently the bttv driver sets them to relatively large values,
> instead of the small hardware default (4). This makes sense to me,
> 4 was very small and would cause the BT878 to request control of the
> PCI bus every now and then, significantly reducing the available PCI
> bus bandwidth.

I think for competing Bt878s the smallest trigger point in combination
with a high latency counter should perform best.

> > The master may request extended/another grant before its timer expires.
> 
> Do you happen to know if the BT878 does that? Couldn't find any
> mention in the datasheet.

Well, if they give us a bit to turn it off, I assume it is done.
Read the section about the 430FX Compatibility Mode.

> > Jean, is v4l-dvb-maintainer the right place to discuss these things?
> 
> I thought so. At least I received pertinent answers to my questions,
> so it seems that I have reached the right persons. But if you think I
> am abusing this list, I don't want to make anyone angry, so we can
> either continue this discussion in private, or on another list you
> think would be more appropriate.

Trent started CCing video4linux-list and from linux/MAINTAINERS I read
that v4l-dvb-maintainer is mainly for patches..
I'm only subscribed to video4linux-list, so I don't know what is customary
on the maintainer list.

  Daniel

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list