From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=51310 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OE96V-0000i2-Nb for qemu-devel@nongnu.org; Mon, 17 May 2010 18:48:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OE96Q-0004jF-Bm for qemu-devel@nongnu.org; Mon, 17 May 2010 18:48:07 -0400 Received: from mail-vw0-f45.google.com ([209.85.212.45]:35165) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OE96N-0004iu-K2 for qemu-devel@nongnu.org; Mon, 17 May 2010 18:48:01 -0400 Received: by vws1 with SMTP id 1so1331006vws.4 for ; Mon, 17 May 2010 15:47:59 -0700 (PDT) Message-ID: <4BF1C79C.5060508@codemonkey.ws> Date: Mon, 17 May 2010 17:47:56 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Add QEMU DirectFB display driver References: <1273766038-16808-1-git-send-email-julian.pidancet@citrix.com> <201005160210.25323.paul@codesourcery.com> <4BF1A4FF.4020401@redhat.com> <4BF1A7C9.8030807@codemonkey.ws> <4BF1B866.3030605@codemonkey.ws> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: malc Cc: qemu-devel@nongnu.org, Paul Brook , Gerd Hoffmann , Alexander Graf , Julian Pidancet On 05/17/2010 05:42 PM, malc wrote: >> In fact, couldn't we rather keep all graphic output out of qemu and >> just expose VNC, possibly with self-made additions to the protocol >> to speed up local rendering (thinking an SHM extension here)? Then >> we could still offer a separate SDL based viewer that could do the >> same things it does now. But we'd also open up the gate for a whole >> new integration level with possible GUIs. >> >> > This idea is not new, nothing has come out of it till this day, so the > answer to your question (couldn't we...) is probably: no, we couldn't. > Because shared memory is just a graphics optimization and for most users, the difference between gtk-vnc and native SDL isn't noticable. So if a shared memory transport was the key missing piece, we'd have an awesome GUI based on gtk-vnc that just had slower graphics. IMHO, the problem with an external GUI is that the interaction just gets too complicated. Regards, Anthony Liguori