Es schrieb Billy Biggs: > > Gerd Knorr ([EMAIL PROTECTED]): > > > > 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 > [EMAIL PROTECTED] > > -- Hermann
-- video4linux-list mailing list Unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/video4linux-list
