From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Bbjm4-0006hq-Al for qemu-devel@nongnu.org; Sat, 19 Jun 2004 13:37:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Bbjm3-0006hW-JW for qemu-devel@nongnu.org; Sat, 19 Jun 2004 13:37:03 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bbjm3-0006hM-GS for qemu-devel@nongnu.org; Sat, 19 Jun 2004 13:37:03 -0400 Received: from [66.111.4.26] (helo=out2.smtp.messagingengine.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Bbjkn-0000A8-AM for qemu-devel@nongnu.org; Sat, 19 Jun 2004 13:35:45 -0400 Received: from silentsoftware.co.uk (gw.ubs-manc.victoriahall.com [217.12.147.6]) by mail.messagingengine.com (Postfix) with ESMTP id 21900C0C673 for ; Sat, 19 Jun 2004 13:35:42 -0400 (EDT) Message-ID: <40D47974.7020001@silentsoftware.co.uk> Date: Sat, 19 Jun 2004 18:35:48 +0100 From: Benjamin Brown MIME-Version: 1.0 Subject: Re: [Qemu-devel] Useful Q&A References: <1087396951.40d05c57252a0@www.raysa.org> <40D0AD00.7050207@silentsoftware.co.uk> <40D0B569.8070204@bellard.org> <40D0BE89.4070904@silentsoftware.co.uk> In-Reply-To: Content-Type: text/plain; charset=us-ascii; 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: qemu-devel@nongnu.org Johannes Schindelin wrote: >Hi, > >On Wed, 16 Jun 2004, Benjamin Brown wrote: > > >>>>Will support for newer graphics cards be included any time soon? >>>> >>>> >>>No. >>> >>> >>Is this sort of thing difficult (I've not written an emulator before)? >> >> > >Why on earth would you want to do that? It is an *emulated* graphics card. >So any card which works should be fine. There is no point of maintaining >two or more solutions to the same problem. > > > Perhaps to give it the edge over commercial solutions? I notice somebody recently mentioned open 3dfx specs were available. Don't get me wrong I'm all for the project plan of get everything working, then tune performance but asking the developers to at least consider the pros and cons of adding the support in the later stages of qemu dev (i.e. qemu 1.5-2?). I've some simple pros/cons here, pls add more. pro: entices ppl from commercial products will allow greater compat with direct 3d games (and effects) con: requires time pos. v difficult >>To me the i386 support seems to be pointless - anybody who is seriously >>going to be running QEMU will be using a minimum of a i586 (K6-2, >>Pentium etc), granted QEMU it is not intended for just this processor >>platform - what is the justification for a 386 compatible version....? :) >> >> > >Well, there is more to it than just focusing on the newest, fastest, best >processor there is. > > > Please elaborate on this point? I was suggesting upping the bar to i586, hardly cutting edge :) >First, why do you suppose at all, that the main use of QEMU is on INTEL >platform? There are quite a few 386 compatible processors, and while not >exactly being slow, they do not all support INTEL extensions. > > I didn't in my day to day use I use Sparcs and ARM machines. I was suggesting extra compile support for i586 - that is when the more important issues have been rectified (i.e. bugs) >Second, you need time to write the special support for all those >extensions. Don't underestimate the effort! > > I realise its a lot of work but consider it to be of benefit in the later stages of the project especially as the projects main competitors are x86 based and currently have the perforamnce edge. >Third, any day of the week I would rather fix things that don't work yet >than fine tune some performance issues. > > > Agreed. Bugs always come first. >Fourth, I strongly doubt that supporting those extensions does have a high >impact on performance: They are too special. They are mainly for large >vector an matrix calculations, and last time I checked, a word processor >does not really use many of those. > > > They would be useful in software directx, multimedia and game usage...! :) >>Excellent software all round - wish I had the technical know how! >> >> > >Use the source, Luke! > > > I'm perusing it now when I need to see how certain things work, but as a beginner C programmer I'm fairly useless in this respect! >to contribute back what >you learnt as a means of saying "Thanks". > > > I'm considering a writing launcher, and time permitting figuring out how to grab the qemu display and fitting it into the launcher window. Benjamin