From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EWZt7-00018l-2k for qemu-devel@nongnu.org; Mon, 31 Oct 2005 08:39:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EWZt5-00017v-IU for qemu-devel@nongnu.org; Mon, 31 Oct 2005 08:39:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EWZt4-00017h-HB for qemu-devel@nongnu.org; Mon, 31 Oct 2005 08:39:47 -0500 Received: from [128.8.10.163] (helo=po1.wam.umd.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EWZt4-0006tf-KC for qemu-devel@nongnu.org; Mon, 31 Oct 2005 08:39:46 -0500 Date: Mon, 31 Oct 2005 08:39:36 -0500 From: "Jim C. Brown" Subject: Re: [Qemu-devel] Graphic card Message-ID: <20051031133936.GB1824@jbrown.mylinuxbox.org> References: <8a6cde920510291735i71b1e86am9d40710364c19326@mail.gmail.com> <79bf98480510292143t2b4d4663s263fc3bd1a6f48b5@mail.gmail.com> <4364B640.8070105@gmx.de> <8a6cde920510310201o27072183nbdcf2dcb42173c12@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8a6cde920510310201o27072183nbdcf2dcb42173c12@mail.gmail.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Ricardo Almeida Cc: qemu-devel@nongnu.org On Mon, Oct 31, 2005 at 10:01:45AM +0000, Ricardo Almeida wrote: > > > > Fast 3d and emultion does not mix that well.. the more advanced graphics > > card you try to emulate the more complex (and also slower) the emulation > > of that graphics card is. > > > > As I said in my previous reply, 3D calls probably don't need to be emulated. > Just as you don't have to emulate a x86 processor if you're running in one, > you can specify that you can only emulate some 3D card if the real hardware > have some OpenGL driver. That way you wouldn't be emulating them, just > redirecting the calls.., > > Regards, > Ricardo Almeida Agreed. One strategy that was being done is to use a custom OpenGL library (note, library not a driver) for the qemu guest. OpenGL calls get passed to qemu directly, which then does the 3d by calling OpenGL on the host. Passing direct calls is doable, and takes far less of a hit. Of course there is the cost of requiring qemu to be linked to an OpenGL library. (I suppose Mesa is good enough for those who lack 3d cards.) -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection.