|
From: | Anthony Liguori |
Subject: | Re: [Qemu-devel] [PATCH] Add QEMU DirectFB display driver |
Date: | Mon, 17 May 2010 17:47:56 -0500 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Lightning/1.0pre Thunderbird/3.0 |
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
[Prev in Thread] | Current Thread | [Next in Thread] |