Re: V4L2 backwards compatability

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



Es schrieb Billy Biggs:
> 
> Gerd Knorr (kraxel@xxxxxxxxxxx):
> 
> > >   Interesting.  Should I call VIDIOCSWIN before VIDIOCGMBUF ?
> >
> > Better use the v4l2 API, this hasn't those hidden features :)
> 
>   I guess that's fair. :)
> 
> > 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.
> 
>   Sure but I'm willing to do anything to ensure that I work with the
> largest amount of cards with minimal pain.  I guess there likely aren't
> any other drivers that do it like this though, right?
> 
> > > > I've changed the default capture size in the latest snapshot.
> > >
> > >   To the maximum capture size?
> >
> > 768x576 @ RGB24
> 
>   Sounds good.
>
Sorry, I don't realize any changes for the reported problems with latest
snapshot (Jan. 18). Mplayer is still 452x339, tvtime 200x150 and mp4live
352x288 (GUI used) max. Secrets?
> --
> Billy Biggs
> vektor@xxxxxxxxxxxx
> 
> --
Hermann





[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