From owner-freebsd-hackers Thu Jan 25 10:39:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.alcove.fr (smtp.alcove.fr [212.155.209.139]) by hub.freebsd.org (Postfix) with ESMTP id 39A7237B6A7; Thu, 25 Jan 2001 10:39:11 -0800 (PST) Received: from wiliam.alcove-int ([10.16.110.19] ident=mail) by smtp.alcove.fr with esmtp (Exim 3.12 #1 (Debian)) id 14LrIc-00077Q-00; Thu, 25 Jan 2001 19:39:10 +0100 Received: from nsouch by wiliam.alcove-int with local (Exim 3.12 #1 (Debian)) id 14LrIb-0005yW-00; Thu, 25 Jan 2001 19:39:09 +0100 Date: Thu, 25 Jan 2001 19:39:09 +0100 From: Nicolas Souchu To: Maxim Sobolev Cc: hackers@FreeBSD.org Subject: Re: [RFC] New features for libvgl Message-ID: <20010125193909.G18032@wiliam.alcove-int> References: <3A6C7FBF.251B4C89@FreeBSD.org> <20010124185013.G12375@ontario.alcove-int> <3A6F1B68.9AA53C0B@FreeBSD.org> <20010125121032.B17571@wiliam.alcove-int> <3A7062C5.482DA161@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <3A7062C5.482DA161@FreeBSD.org>; from sobomax@FreeBSD.org on Thu, Jan 25, 2001 at 07:30:46PM +0200 Organization: =?iso-8859-1?Q?Alc=F4ve=2C_http:=2F=2Fwww=2Ealcove=2Efr?= Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 25, 2001 at 07:30:46PM +0200, Maxim Sobolev wrote: > Nicolas Souchu wrote: > > > On Wed, Jan 24, 2001 at 08:14:01PM +0200, Maxim Sobolev wrote: > > > > > > > > Isn't your list of modes redundant with the internal data structures of the > > > > VGA/VESA driver? Why do you list modes if it's not to query a specific one? > > > > > > I believe that there should be possibility to do both these things, i.e. (1) query > > > list of available modes using some filter, so the aplication/toolkit will be able to > > > select one that matches its needs, and (2) let the video driver select the best one > > > given certain constrains. For example SDL provides a possibility to at least emulate > > > mode if is not directly available from video hardware, so it need to know what the > > > alternatives are. > > > > All this is done by GGI. I agree that you may need it for SDL. > > So why not to put it into libvgl and allow any toolkit use this code? I think we should rather consider GGI or SDL has the future graphic standard in FreeBSD and rewrite VGL on top of it :) The port of GGI on top of VGL is just an intermediate step before moving everything in the kernel like KGI does. But, I hesitate a bit now with moving everything in the kernel and add the overhead of context switches. > > So, the mousehandler is called each time the mouse is moving? > > Yes, each time mouse is moving syscons driver sends a signal specified by the CONS_MOUSECTL > ioctl. What I'm proposing here is to add a knob to allow vgl-using apps to assign their own > handlers for this. > > > The SDL library is synchronous with input peripheral? > > It depends on specific driver implementation. You can make it to either query mouse position > periodically or be synchronous with input peripheral. Matter of taste ;). > > > How will you handle acceleration with SDL? > > There are not much you can do about acceleration with vgl, hovewer SDL in general contains a > provision for hardware accelerated blits. Yes, performance is a big caveat of vgl. But, it was not designed for this. As far as I could understand libvgl was rather a quick implementation. Building a true graphic library on top of it may not be a good choice. What is SDL typical backend in Linux, fb, X11? > > Ok, do you have any patches for vgl yet? I would like to take a look at it if possible. No, everything has been commited to -current after review by Soren. Nicholas -- Nicolas.Souchu@alcove.fr Alcôve - Open Source Software Engineer - http://www.alcove.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message