From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 417FC1387FD for ; Sat, 7 Jun 2014 17:14:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 93749E09DD; Sat, 7 Jun 2014 17:14:12 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6EBAFE09D7 for ; Sat, 7 Jun 2014 17:14:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id AA0B433FD38 for ; Sat, 7 Jun 2014 17:14:10 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.397 X-Spam-Level: X-Spam-Status: No, score=-1.397 tagged_above=-999 required=5.5 tests=[AWL=-0.744, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eroKoWxBnsDs for ; Sat, 7 Jun 2014 17:14:04 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 7AF3D33FD1B for ; Sat, 7 Jun 2014 17:14:02 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WtKBq-0000l2-CP for gentoo-user@gentoo.org; Sat, 07 Jun 2014 19:13:58 +0200 Received: from rrcs-71-40-157-251.se.biz.rr.com ([71.40.157.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Jun 2014 19:13:58 +0200 Received: from wireless by rrcs-71-40-157-251.se.biz.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Jun 2014 19:13:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: Logitech C920 HD Pro Webcamera ... view: YES record: NO ? Date: Sat, 7 Jun 2014 17:13:43 +0000 (UTC) Message-ID: References: <20140607151837.GA3999@solfire> <20140607154444.GB3999@solfire> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 71.40.157.251 (Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26) X-Archives-Salt: 0aaad7a3-0efd-4ebd-b5c7-1c8b5d128192 X-Archives-Hash: 7d021886f41e2b7adaad2171e30abf97 gmx.de> writes: > I found it before...this is the updated, more recent version: > http://www.oz9aec.net/index.php/gstreamer/487-using-the-logitech-c920-webcam-with-gstreamer-12 Thanks, I do not keep current with video anymore.... > It works so far as I can view the stream...but cannot trigger a > record. You cannot record with any of several application or just one in particular? It seems like I vaguely remember somewhere a howto, to setup a generic small ram drive to 'enhance' the performance of recording on a linux system, but I cannot find the link right now. I use to have problems with resources where if much of anything else was using the HD, even though (record) bandwidth of the mobo sata chip and the drive were no where near the limit, I'd have problems with sustained video recording. Buffer overload? Registers can't keep up? Commerical system all have CAM (Content Addressible Memory) to put the memory on steroids for all sorts of low latency performance capabilities and gains.... I never tracked down that problem nor found a fix that was not too expensive. My guess is it would be a customized, minimized, highly tweaked kernel that would work best for video recording and latency-bandwidth issues, etc..... I was working on multiple medium resolution streams. A singular, hi-res video stream might be even more problematic. It would be an interesting test to put your recording efforts onto a multi disk (raid) array specifically tuned for write speed and see if that fixes your issues? Drop the quality way down and see if you can record then. It that works, then what I just wrote about is your demon. If not, then it's a bug, syntax,decoding or other algorithmic issue..... Dunno. > (Background: I am watching crows with this cam, and if anything > interesting happens I want to press REC to capture everything to > disk) If you are drawing a paycheck, for watching crows, or just maximizing crop yeilds, you are my new, favorite hero....... Black Crows are one of my favs...... Red-headed woodpeckers are a close second....... (we have lots in Florida) hth, James