From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33)
	id 1CD4qp-0005XU-TJ
	for qemu-devel@nongnu.org; Thu, 30 Sep 2004 13:36:19 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33)
	id 1CD4qp-0005XI-Ey
	for qemu-devel@nongnu.org; Thu, 30 Sep 2004 13:36:19 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33) id 1CD4qp-0005XF-C1
	for qemu-devel@nongnu.org; Thu, 30 Sep 2004 13:36:19 -0400
Received: from [217.72.192.209] (helo=smtp05.web.de)
	by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.34) id 1CD4k9-0005Zh-4U
	for qemu-devel@nongnu.org; Thu, 30 Sep 2004 13:29:25 -0400
From: Stefan Kombrink <katakombi@web.de>
Subject: Re: [Qemu-devel] What is the bottleneck?
Date: Thu, 30 Sep 2004 19:29:46 +0200
References: <200409292303.52596.katakombi@web.de>
	<2ad73a04092914214087aa04@mail.gmail.com>
In-Reply-To: <2ad73a04092914214087aa04@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200409301929.46202.katakombi@web.de>
Sender: katakombi@web.de
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: =?iso-8859-1?q?Andr=E9_Braga?= <meianoite@gmail.com>, qemu-devel@nongnu.org

On Wednesday 29 September 2004 23:21, Andr=E9 Braga wrote:
> The bottleneck IS the graphics AFAICT: just try running some Unix-like
> OS on console mode, non-framebuffer mode.
>
> I've read on more than one occasion that having better graphics
> support is planned, probably emulating a reasonably modern and capable
> video card, like the SiS 6326 (IIRC).

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=
=20
hardware support?
Is it really necessary to implement a new graphics card?
Area copying and area filling is already possible, although not optimized.

This question might be stupid but why not using=20
SDL_FillRect(...) and
SDL_BlitSurface(....).
?

I think SDL accelerates these operations if supported by your driver.

>
> If you have some knowledge in that area and is willing to help, you're
> more than welcome :)

No promises yet....
These lines look diffcult to me >8^)

>
>
> cheers,
 bye
   Stefan K. >8^)