From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Id4lS-0004eI-Ue for qemu-devel@nongnu.org; Wed, 03 Oct 2007 09:59:51 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Id4lR-0004Za-6n for qemu-devel@nongnu.org; Wed, 03 Oct 2007 09:59:50 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Id4lR-0004ZO-2Y for qemu-devel@nongnu.org; Wed, 03 Oct 2007 09:59:49 -0400 Received: from nf-out-0910.google.com ([64.233.182.188]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Id4lQ-0003B7-IF for qemu-devel@nongnu.org; Wed, 03 Oct 2007 09:59:48 -0400 Received: by nf-out-0910.google.com with SMTP id 30so3343863nfu for ; Wed, 03 Oct 2007 06:59:47 -0700 (PDT) Message-ID: <4703A053.2000805@codemonkey.ws> Date: Wed, 03 Oct 2007 08:59:47 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: merge GGI support? [was: Re: [Qemu-devel] [RFC] CRIS target port] References: <20071002105745.GB4845@edgar.underground.se.axis.com> <20071002164226.GB13534@aon.at> <470291D3.8020805@codemonkey.ws> <20071002192133.GA20951@aon.at> <4702A585.9070906@codemonkey.ws> <20071002203023.GD20951@aon.at> <4702AC44.20700@codemonkey.ws> In-Reply-To: Content-Type: text/plain; charset=UTF-8; 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 andrzej zaborowski wrote: > Hi, > > >> If the only argument for adding GGI is so that you don't have to install >> libsdl, then does that mean that we should have an X11, fbdev, etc. >> backend for people who don't have GGI installed? >> > > I think a GGI back-end would be useful. > > I wouldn't mind also having other back-ends even if SDL supports them > (e.g. there's an Xlib patch for qemu, it is very little code compared > to vnc.c which you could say duplicates code already present in > libraries). The situation is the same with audio backends: there's > oss, alsa and SDL which can do both oss and alsa but works poorly. > > Unrelated to this discussion on slow links VNC is much more usable > with the Xlib patch and Xvnc than through the built-in VNC (I think it > makes a better decision on what format to use based on the connection > speed). > It's probably just the lack of a compressed encoding. Regards, Anthony Liguori > Regards, > Andrew > > > >