From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KcF0t-0001bQ-9F for qemu-devel@nongnu.org; Sun, 07 Sep 2008 03:48:51 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KcF0o-0001YX-CF for qemu-devel@nongnu.org; Sun, 07 Sep 2008 03:48:50 -0400 Received: from [199.232.76.173] (port=41731 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KcF0o-0001YR-5M for qemu-devel@nongnu.org; Sun, 07 Sep 2008 03:48:46 -0400 Received: from il.qumranet.com ([212.179.150.194]:42201) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KcF0n-0005an-9t for qemu-devel@nongnu.org; Sun, 07 Sep 2008 03:48:45 -0400 Message-ID: <48C38757.5030507@qumranet.com> Date: Sun, 07 Sep 2008 10:48:39 +0300 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] opengl rendering in the sdl window References: <48B81423.9050502@eu.citrix.com> <48BF4F4F.40208@codemonkey.ws> <48BFB318.206@eu.citrix.com> <20080905120214.GD1373@shareable.org> <48C16207.5090808@eu.citrix.com> <20080905165536.GA12606@redhat.com> In-Reply-To: <20080905165536.GA12606@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" , qemu-devel@nongnu.org Daniel P. Berrange wrote: > On Fri, Sep 05, 2008 at 05:44:55PM +0100, Stefano Stabellini wrote: > >> Jamie Lokier wrote: >> >>> Another way to map guest framebuffer to video memory is the XF86DGA >>> extension, which is great when you can use it. I think VMware uses it >>> in full-screen mode. >>> >> I went with OpenGL because I wanted the accelerated window resize >> feature, and because I think it will give us more opportunities for >> further improvements (for example using PBOs as soon as they are >> supported by at least one open source graphic card driver). >> > > The problem with OpenGL is that it has horrible rendering issues if you > are also using a compositing window manager like Compiz. I would say that this is a compiz problem. > You need an X > server & driver which supports Redirected Direct Rendering [1]. No distro > currently has any official support for this yet. Or a distro problem. > AFAIK, the next Fedora 10 > will be the first to support it, and even then only on Intel hardware[2]. > ATI is still a fair way off, and NVidia support is nowhere to be seen. For > accelerated resize of windows though you shouldn't need 3d - the graphics > driver 2-d hardware acceleration support ought to be sufficient I'd > imagine > I don't see how distros can enable compiz if it breaks opengl applications like this. -- error compiling committee.c: too many arguments to function