Re: Re: (v4l2/driver) capture lock and buffer handling?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Hi Bill,

On Thu, 2002-05-23 at 19:54, Bill Eldridge wrote:
> Gerd Knorr wrote:
> > bttv 0.8.x doesn't lock v4l1 captures (i.e. you can't get exclusive
> > capture access using the v4l1 API, with multiple applications capturing
> > at the same time both will receive frames with lower frame rate).
> 
> Is this deterministic, such as both applications get exactly 50% of
> the frames, or does it depend as well on how the applications do
> the calling (assuming the applications aren't completely braindead).

BTTV 0.8 uses a capture queue (list), so I suppose that v4l1-buffers are
just appended to this queue (list). So the amount of frames they get
depends on how many frames they queue at the same time.

Let's say that app 1 only uses 2 buffers and app 2 uses 32. Then of the
34 queued buffers, app1 gets 32 and app2 gets 2 (and they re-queue them
all subsequently). So it all depends on the application.

I'll work on a similar thing (queue list) in the zoran driver, it's much
better than the current design...

Ronald

-- 
-   .-.
-   /V\    | Ronald Bultje <rbultje@xxxxxxxxxxxxxxxxxxx>
-  // \\   | Running: Linux 2.4.18-XFS and OpenBSD 3.0
- /(   )\  | http://ronald.bitfreak.net/
-  ^^-^^





[Index of Archives]     [Linux DVB]     [Video Disk Recorder]     [Asterisk]     [Photo]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Free Photo Albums]     [Fedora Users]     [Fedora Women]     [ALSA Users]     [ALSA Devel]     [Linux USB]

Powered by Linux