Date: 28 Jun 1999 12:21:46 +0200 From: Frode Vatvedt Fjeld <frodef@acm.org> To: freebsd-multimedia@freebsd.org Subject: Re: bt848 channel frequencies Message-ID: <2hzp1ksk05.fsf@dslab7.cs.uit.no> In-Reply-To: Randall Hopper's message of "Sun, 27 Jun 1999 19:40:19 -0400" References: <19990627074316.A1600@ipass.net> <199906272257.QAA07116@orthanc.ab.ca> <19990627194019.A1726@ipass.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> lyndon@orthanc.ab.ca: > You and Frode should discuss this. I didn't get the impression that > a "software layer to hide the driver" was his goal. Rather, a > library to "share common TV/radio app state" such as channel sets, > station names, and frequencies. Randall Hopper <aa8vb@ipass.net> writes: > ...not to say a driver abstraction layer wouldn't be a good thing. > But whether it should be the same or a separate library is an open > question (not addressed yet AFAIK). I share Randall's view. I'm not working on "libtv", but on "libtuner"... :-) I think that abstractions over grabber cards are not so desirable, because in this game you really can't afford abstractions to get in your way performance-wise. This doesn't apply to the tuner part, though. I think a much more important first step here is to have a grabber driver that is select()-able, module-cabable, and with a consistent interface (for bktr begin with throwing away the meteor "compatibility"). -- Frode Vatvedt Fjeld To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2hzp1ksk05.fsf>