Re: V4L2 backwards compatability

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



Billy Biggs <vektor@xxxxxxxxxxxx> writes:

> > Sort of.  The buffer size is determined by the current video format at
> > VIDIOCGMBUF time.  Which happens to be just the default
> > (320x240xRGB24) for most v4l applications, because nobody calls
> > VIDIOCSWIN before VIDIOCGMBUF ...
> 
>   Interesting.  Should I call VIDIOCSWIN before VIDIOCGMBUF ?

Better use the v4l2 API, this hasn't those hidden features :)

In theory VIDIOCSWIN / VIDIOCSPARM (palette field) should be used to
set the capture size format.  It is required for capture via read().
Drivers might use it to calculate the buffer size for VIDIOCGMBUF.  In
practice this is nearly nowhere used that way because bttv doesn't
need this for historical reasons.  Requiring applications to do that
now would likely break lots of them.

> > I've changed the default capture size in the latest snapshot.
> 
>   To the maximum capture size?

768x576 @ RGB24

  Gerd

-- 
Weil die späten Diskussionen nicht mal mehr den Rotwein lohnen.
				-- Wacholder in “Melanie”





[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