Date: Tue, 3 Mar 1998 17:20:10 +0100 (MET) From: Luigi Rizzo <luigi@labinfo.iet.unipi.it> To: hasty@rah.star-gate.com (Amancio Hasty) Cc: multimedia@FreeBSD.ORG, james@miller.cs.uwm.edu Subject: Re: Video ioctl interface Message-ID: <199803031620.RAA23534@labinfo.iet.unipi.it> In-Reply-To: <199803020935.BAA09432@rah.star-gate.com> from "Amancio Hasty" at Mar 2, 98 01:35:32 am
next in thread | previous in thread | raw e-mail | index | archive | help
> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803031620.RAA23534>