From owner-freebsd-multimedia Wed Apr 17 23:35: 1 2002 Delivered-To: freebsd-multimedia@freebsd.org Received: from lpr-621.cable.inet.fi (lpr-621.cable.inet.fi [213.28.229.33]) by hub.freebsd.org (Postfix) with ESMTP id 53CA537B421 for ; Wed, 17 Apr 2002 23:34:40 -0700 (PDT) Received: from localhost (junki@localhost) by lpr-621.cable.inet.fi (8.11.6/8.11.6) with ESMTP id g3I6Yp006813 for ; Thu, 18 Apr 2002 09:34:55 +0300 (EEST) (envelope-from Juha.Nurmela@quicknet.inet.fi) Date: Thu, 18 Apr 2002 09:34:50 +0300 (EEST) From: Juha.Nurmela@quicknet.inet.fi X-Sender: junki@lpr-621.cable.inet.fi Reply-To: Juha.Nurmela@quicknet.inet.fi To: freebsd-multimedia@FreeBSD.ORG Subject: Quickcam 3000 usb trouble Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, What could be the problem reading Logitech Quickcam Pro 3000 images from usb ugen device, when the transfer looks right in size (bytecount), but there are runs of zerobytes in the data ? Linux pwc-driver (Philips usb webcams, has qc3000 support) is used as reference. Userland simple hack with ugen. The other parts of the cam work (audio/led/button) and video sort of works too, but: Image data is sensible, but there are repetitive blocks of (mostly) 0x00, length 10 bytes inserted. The transfer consists 8 bytes header, yuv data (320x240 5fps) and 4 bytes trailer, 115212 bytes total. Last packet is shorter than normal (isochronous mode, packet size 582). The transfer of an image is not supposed to contain other framing bytes than the header/trailer. The header looks good, the trailer does not. Pixel-data extends into the trailer-part, but there is no more data- nor trailer-bytes coming. Another header and similarly corrupt image comes along nicely after the flagging short packet. Some pixels are missing too. Otherwise the image seems crisp and clear, obviously jagged and twisted. This is on not-quite-up-to-date -CURRENT, btw. Computer (Abit KT7) is fast enough to stay in pace with the circular buffer of ugen, reads 582 many times then 552 once. Ideas ? Going to try smaller resolutions, Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message