|
From: | Anthony Liguori |
Subject: | Re: [Qemu-devel] [PATCH] Add QEMU DirectFB display driver |
Date: | Mon, 17 May 2010 15:32:09 -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 03:20 PM, Gerd Hoffmann wrote:
On 05/16/10 03:10, Paul Brook wrote:The other solution would be to use the DirectFB driver for SDL which would allow to do slightly the same as this patch. But that would meanhaving to deal with an additional layer in the graphical stack, which isnot exactly what one wants from a performance or a complexity point of view.I don't buy your complexity argument. Doesn't DirectFB-via-SDL already work?Run a guest. Switch to another (host) virtual terminal. Watch qemu continue drawing on the framebuffer. Doesn't count as "working" in my book.
A common theme with SDL seems to be that it does lots of things poorly. I wonder if we'd be better suited just dropping SDL and focusing on doing a few things well.
The fact that we have cocoa support in the tree is basically an admission of failure with SDL.
Regards, Anthony Liguori
If not why not? I'm pretty sure fixing that would be way simpler than adding awhole new output backend.Didn't investigate where the bug is and how hard it would be to fix it. cheers, Gerd
[Prev in Thread] | Current Thread | [Next in Thread] |