From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeAqh-0006yq-0G for qemu-devel@nongnu.org; Thu, 11 May 2006 09:04:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeAqe-0006xp-SK for qemu-devel@nongnu.org; Thu, 11 May 2006 09:04:58 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeAqe-0006xZ-MR for qemu-devel@nongnu.org; Thu, 11 May 2006 09:04:56 -0400 Received: from [195.252.0.52] (helo=zebra.uas.se) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeAsA-0007vw-Db for qemu-devel@nongnu.org; Thu, 11 May 2006 09:06:30 -0400 Received: from [127.0.0.1] ([195.252.0.249]) by zebra.uas.se (PMDF V6.0-24 #39208) with ESMTP id <01M2AT5T7C3Q000ALP@zebra.uas.se> for qemu-devel@nongnu.org; Thu, 11 May 2006 15:04:48 +0200 Date: Thu, 11 May 2006 15:04:48 +0200 From: Dan Sandberg Subject: Re: [Qemu-devel] PATCH: fix bgr color mapping on qemu on Solaris/SPARC In-reply-to: <200605110133.48808.paul@codesourcery.com> Message-id: <44633670.2040203@medsci.uu.se> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <9893291.1147284983406.JavaMail.root@eastrmwml06.mgt.cox.net> <44626397.5090607@bellard.org> <200605110133.48808.paul@codesourcery.com> 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 Paul Brook wrote: >On Wednesday 10 May 2006 23:05, Fabrice Bellard wrote: > > >>In order to stop the release of incomplete BGR patches, I am >>implementing a more complete patch. I am just adding depth = 32 with BGR >>instead of RGB. If other pixel formats are wanted, you should signal it >>now. >> >> > >I don't have any paticular favourite pixel formats, but qemu now has [at >least] 3 different sets of low-level pixel conversion routines (vga, tcx and >pl110). If you're feeling really enthusiastic it would be nice if they could >be unified :-) >It's one of the things I've been meaning to look at when I've nothing better >to do, but haven't got round to yet.. > >Paul > > > >_______________________________________________ >Qemu-devel mailing list >Qemu-devel@nongnu.org >http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > 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. My suggestion would be to write a frontend similar to VMware's for Qemu in Lazarus. Why Lazarus? 1. The fantastic GLscene is available for Lazarus making OpenGL-programming easy. Try: http://www.skinhat.com/3dpack/ 2. With Lazarus a RAD graphic frontend based on OpenGL can be made and directly compileable for most operating systems without need for modifications. Hope someone likes the idea, otherwise I will have to do it myself if I can find some spare time. Dan