From owner-freebsd-multimedia@FreeBSD.ORG Wed Jun 1 11:10:36 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35179106566B for ; Wed, 1 Jun 2011 11:10:36 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 853EE8FC0C for ; Wed, 1 Jun 2011 11:10:35 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=vW5vCdXs70N4qByxk8CEQGbh7v1Yg8KlDbwSc8o4Gj0= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=kOF5xjNvmo0A:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=jUM8EVkEBqbJCMkFl1kA:9 a=_tF87l4tZvp_YippG10A:7 a=wPNLvfGTeEIA:10 a=xVESfJT2YiW9kQHI:21 a=Bz_k7WKuZ8Zp8hqe:21 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 133786902; Wed, 01 Jun 2011 13:10:33 +0200 From: Hans Petter Selasky To: Boris Samorodov Date: Wed, 1 Jun 2011 13:09:12 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201105240020.49377.hselasky@c2i.net> <201106011150.13316.hselasky@c2i.net> <23778750@bb.ipt.ru> In-Reply-To: <23778750@bb.ipt.ru> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106011309.12296.hselasky@c2i.net> Cc: freebsd-multimedia@freebsd.org Subject: Re: Pre-release of webcamd [v0.2.4] X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2011 11:10:36 -0000 On Wednesday 01 June 2011 12:25:05 Boris Samorodov wrote: > Hi, > > On Wed, 1 Jun 2011 11:50:13 +0200 Hans Petter Selasky wrote: > > On Wednesday 01 June 2011 11:41:13 Boris Samorodov wrote: > > > Running: > > > ----- > > > % pwcview > > > Webcam set to: 320x240 (sif) at 5 fps # OK (shaky, but it's 5 fps) > > > % pwcview -f 30 > > > Webcam set to: 320x240 (sif) at 30 fps # shaky video, (5 fps?) > > > % pwcview -s vga > > > Webcam set to: 640x480 (vga) at 5 fps # seems to use 30 fps > > > % pwcview -s vga -f 5 > > > Webcam set to: 640x480 (vga) at 5 fps # seems to use 30 fps > > > ----- > > > > > > Thanks! > > > > Hi, > > > > The shakyness > > I'm not sure if my english is good here. When I say "shaky" it means > that video is stable (fixed) for some moments, than changes and stable > again. But it's OK for the first command since 5 fps is the default > according to PWCVIEW(1) and video changes about 5 times per second. > > The problem is with the second video which should change 30 times > per second. It does not. And I'm not sure that a buffer change may > help here since I get good vga (-s vga) video with 30 fpc (i.e. > existing buffers allows it). > > The next problem is that just with the option "-s vga" the resulting > fps should be 5 (the default). But I get a good 30 fps video. > > And the last problem is that adding "-f 5" to "-s vga" option > does not result in 5 fps video -- I get good 30 fps video! > > > I think can be fixed by increasing the buffer size used by UVC > > video driver, it is currently very small, only 2*7ms: > > > > Index: patches/uvcvideo.h.diff > > =================================================================== > > --- patches/uvcvideo.h.diff (revision 1788) > > +++ patches/uvcvideo.h.diff (working copy) > > @@ -8,7 +8,7 @@ > > > > +#define UVC_URBS 2 > > > > /* Maximum number of packets per URB. */ > > > > -#define UVC_MAX_PACKETS 32 > > > > -+#define UVC_MAX_PACKETS 56 > > ++#define UVC_MAX_PACKETS (8*16) /* ms/8 for HighSpeed */ > > > > /* Maximum number of video buffers. */ > > #define UVC_MAX_VIDEO_BUFFERS 32 > > /* Maximum status buffer size in bytes of interrupt URB. */ > > However I tested the patch with webcamd 0.1.26 (just editted by hand > the existing patch, rebuild/reinstall webcamd, replug my cam). > Nothing has changed. > > > This value should be dynamic depending on various factors like device > > speed and endpoint configuration. I have found any time yet to make the > > change. Hi, /* Maximum number of video buffers. */ #define UVC_MAX_VIDEO_BUFFERS 32 Then it might be the video buffer which is too small? Try tuning other variables and/or build webcamd with debugging support. And turn on the debugging with -s and -m options for webcamd. --HPS