From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CD60g-0006d0-Cs for qemu-devel@nongnu.org; Thu, 30 Sep 2004 14:50:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CD60f-0006co-Vo for qemu-devel@nongnu.org; Thu, 30 Sep 2004 14:50:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CD60f-0006cl-Ta for qemu-devel@nongnu.org; Thu, 30 Sep 2004 14:50:33 -0400 Received: from [64.233.170.204] (helo=mproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CD5tp-0000qF-2t for qemu-devel@nongnu.org; Thu, 30 Sep 2004 14:43:29 -0400 Received: by mproxy.gmail.com with SMTP id 73so3121037rnk for ; Thu, 30 Sep 2004 11:43:28 -0700 (PDT) Message-ID: <2ad73a04093011436599f77c@mail.gmail.com> Date: Thu, 30 Sep 2004 15:43:27 -0300 From: =?ISO-8859-1?Q?Andr=E9_Braga?= Subject: Re: [Qemu-devel] What is the bottleneck? In-Reply-To: <200409301929.46202.katakombi@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200409292303.52596.katakombi@web.de> <2ad73a04092914214087aa04@mail.gmail.com> <200409301929.46202.katakombi@web.de> Reply-To: =?ISO-8859-1?Q?Andr=E9_Braga?= , 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 On Thu, 30 Sep 2004 19:29:46 +0200, Stefan Kombrink wrote: > I had a look at the cirrus rop code, it's not optimized yet, even in CVS. > I think that's the problem. > > I don't know the hardware specs of the cirrus, but where's the limit of its > hardware support? > Is it really necessary to implement a new graphics card? It's not necessary, but it's desirable if it's done in a "high level" way, like mapping primitive card instructions to some high-level acceleration API, like DirectX, OpenGL or Quartz. > Area copying and area filling is already possible, although not optimized. > > This question might be stupid but why not using > SDL_FillRect(...) and > SDL_BlitSurface(....). > ? > > I think SDL accelerates these operations if supported by your driver. I think it's because at the time nobody bothered to implement those, and I sincerely don't know how the video emulation is done. I just observed its effects. > No promises yet.... > These lines look diffcult to me >8^) Think of all the good karma you'll get when people start smiling because of your work to improve QEMU ^_^ cheers, -- "Dealing with failure is easy: Work hard to improve. Success is also easy to handle: You've solved the wrong problem. Work hard to improve" Alan J. Perlis