Date: Sun, 25 May 1997 22:19:16 +0200 (MET DST) From: Luigi Rizzo <luigi@labinfo.iet.unipi.it> To: hasty@rah.star-gate.com (Amancio Hasty), van@ee.lbl.gov Cc: multimedia@FreeBSD.ORG Subject: Re: about vic Message-ID: <199705252019.WAA13405@labinfo.iet.unipi.it> In-Reply-To: <199705251933.MAA01246@rah.star-gate.com> from "Amancio Hasty" at May 25, 97 12:32:41 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> Amancio, > > the vic h261 encoder code, like the precept h261 encoder, will > embed a 320x240 ntsc image in a 352x288 cif rectangle so > decoders see no change. Almost all the vic grabbers work this ... > rather than YUV_422. The combination of this change & the > single field grab now means the stock meteor works reliably even > with the broken Natoma PCI chips on Intel's Pentium-Pro I think the conclusion of various investigations was that it was the Philips 7116 (the PCI interface on the meteor), not the Natoma, which caused problems. > motherboards. The grabber was also changed to remove two extra > memory-memory copies of each frame so it sped up more than a speaking of performance, since the Bt848 chip (for which Amancio has written a driver) is highly programmable, is there a preferred output format for the grabber to supply data ready for the encoder without need for copies (or does YUV_PACKED already suffice ?) Thanks Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199705252019.WAA13405>