From owner-freebsd-multimedia Tue Mar 3 09:51:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19054 for freebsd-multimedia-outgoing; Tue, 3 Mar 1998 09:51:56 -0800 (PST) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA19039 for ; Tue, 3 Mar 1998 09:51:46 -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 RAA23534; Tue, 3 Mar 1998 17:20:10 +0100 From: Luigi Rizzo Message-Id: <199803031620.RAA23534@labinfo.iet.unipi.it> Subject: Re: Video ioctl interface To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 3 Mar 1998 17:20:10 +0100 (MET) Cc: multimedia@FreeBSD.ORG, james@miller.cs.uwm.edu In-Reply-To: <199803020935.BAA09432@rah.star-gate.com> from "Amancio Hasty" at Mar 2, 98 01:35:32 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I think that we are now at good point to change the interface so > what I would like to see is proposals or ideas for the new interface. not really new interface, but... I was trying to make vic use the brightness/contrast/etc controls which are available on the meteor&bt848 and ran across a few probolems in grabber-meteor.cc, ui-grabber.tcl, and also brooktree848.c ! Problems related to brooktree848.c : some ioctl are questionably located in tuner_ioctl(), e.g. BT848_SCSAT, BT848_SVSAT etc. Some of them are duplicates of the METEORxxx functions in video_ioctl(), but i do believe they still belong to video_ioctl(). My understanding from the driver code is that only a single open is allowed on the video (grabber) section, while multiple open() are possible for the tuner section. If we want to keep applications using the grabber simple, one possibility is to - give access to ALL ioctl() from /dev/bktr ; - give access to all non-capture related options from /dev/tuner (i.e. brightness, contrast, etc). This would enable the development of control-panel applications (much like xmixer etc.) to set the brightness etc, while still making applications which want to implement their controls able to do it without having to carry around two file handles. Opinions ? cheers 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/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message