From owner-freebsd-multimedia Thu Oct 18 11: 2:55 2001 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.dvart.com (mail.dvart.com [64.79.2.12]) by hub.freebsd.org (Postfix) with ESMTP id B69E537B403 for ; Thu, 18 Oct 2001 11:02:50 -0700 (PDT) Received: from mail.dvart.com (mail.dvart.com [64.79.2.12]) by mail.dvart.com (Postfix) with ESMTP id 2FBA5CD2A for ; Thu, 18 Oct 2001 10:54:21 -0700 (PDT) Date: Thu, 18 Oct 2001 10:54:21 -0700 (PDT) From: bruno schwander To: multimedia@freebsd.org Subject: Re: fxtv and real-time mpeg capture (status) In-Reply-To: <20011017205612.A2891@otto.oss.qwest.net> 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 I am to the point where I can successfully grab an mpeg1 1152Kbit/s and mp2 224Kbit/s stream at 20fps with fxtv piping into ffmpeg. This on an AMD duron 750MHz, with fxtv and ffmpeg taking together ~75% cpu time. So, it falls short of 30fps VCD quality, but it worked well last night to record southpark... gotta get a 1.4 GHz :-) Fxtv is actually consuming twice as much cpu time as ffmpeg (probably because of the conversion to ppm, and because I do some inefficient things) Currently it uses aio_xx calls, so the kernel must have AIO_VFS compiled in. (it was an easy hack. the whole thing is a hack anyway...) TBD: - audio/video sync (not tested extensively, there may be some drift) - replace aio_xx with select()/poll() - clean memory/proc handling to reduce hangs and crashes ! - add other available ffmpeg options in the GUI (currently only format and bitrate) - speed up if possible I'll post a link when I get there. Probably some time next week. bruno To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message