From owner-freebsd-multimedia Mon Mar 29 3:28:48 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (Postfix) with SMTP id 0D65815429 for ; Mon, 29 Mar 1999 03:28:40 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA05627; Mon, 29 Mar 1999 11:06:22 +0200 From: Luigi Rizzo Message-Id: <199903290906.LAA05627@labinfo.iet.unipi.it> Subject: Re: off topic - video compression .avi -> .mov To: roger@cs.strath.ac.uk (Roger Hardiman) Date: Mon, 29 Mar 1999 11:06:22 +0200 (MET DST) Cc: crh@outpost.co.nz, kuku@gilberto.physik.RWTH-Aachen.DE, multimedia@FreeBSD.ORG In-Reply-To: <36FF60FC.2725D448@cs.strath.ac.uk> from "Roger Hardiman" at Mar 29, 99 12:15:53 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 909 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > We did exactly this last week in our Telepresence Lab. > (Well, Jen did actually) couple of years ago, on a Pentium90 with a meteor, i hacked up things to dump an uncompressed video file to disk, and then ran mpeg_encode offline (i think i wrote a preprocessor so i could avoid using the PPM step). Because of various limitations, i could only manage to dump at CIF resolution, YUV422 and with a limited frame rate (disk throughput was around 3-4MB/s i think). I suppose with today's disks and 3.1 one might hope to reach some 7-8MB/s throughput on disk while capturing video, thus accomodating 640*480 YUV16 at 12.5 frames per second, or CIF at full frame rate. The reason you can't do this now is that as it is now the bt848 driver dumps everything to the same memory buffer so you risk overwriting an image while you are downloading it to disk. The meteor driver used multiple video buffers. luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message