From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeIyj-000427-5y for qemu-devel@nongnu.org; Thu, 11 May 2006 17:45:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeIyi-00041u-Ko for qemu-devel@nongnu.org; Thu, 11 May 2006 17:45:48 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeIyi-00041q-IT for qemu-devel@nongnu.org; Thu, 11 May 2006 17:45:48 -0400 Received: from [84.96.92.61] (helo=sMtp.neuf.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeJ0J-00038x-CG for qemu-devel@nongnu.org; Thu, 11 May 2006 17:47:27 -0400 Received: from [84.102.211.146] by sp604002mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-5.05 (built Feb 16 2006)) with ESMTP id <0IZ4008LFEVNWC22@sp604002mt.gpm.neuf.ld> for qemu-devel@nongnu.org; Thu, 11 May 2006 23:40:36 +0200 (CEST) Date: Thu, 11 May 2006 23:39:58 +0200 From: Fabrice Bellard Subject: Re: [Qemu-devel] PATCH: fix bgr color mapping on qemu on Solaris/SPARC In-reply-to: <44633670.2040203@medsci.uu.se> Message-id: <4463AF2E.6020401@bellard.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <9893291.1147284983406.JavaMail.root@eastrmwml06.mgt.cox.net> <44626397.5090607@bellard.org> <200605110133.48808.paul@codesourcery.com> <44633670.2040203@medsci.uu.se> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Dan Sandberg wrote: > Just curious... > > Are you using an OpenGL directdraw surface for the graphics emulation in > Qemu? > If not, then consider the benefits: > 1. It is much faster than any native graphics 2D/3D primitives like > Windows GDI > 2: It gives full control over things like window or fullscreen mode in > any (almost) resolution and color depth. > 3. It is operating system independent. > 4. It handles things like RGB, BGR, 24bit, 15bit, 16bit, 8bit, alpha > channel etc in hardware, all you have to do is select the pixelformat > you like to use for the buffer and OpenGL does the rest - lightning > fast, minimum CPU-load. > [...] I am not sure the bottleneck is in the rendering itself and the single primitive that QEMU uses (display a rectangle of bitmap) is accelerated by every graphic card since many years. But you are free to modify the SDL library to include OpenGL rendering if it is not already done :-) Fabrice.