(With or without kqemu) 1) When switching from qemu, it doesn't like letting go of the mouse. If you don't have it grabbed, and click on another window, it will grab the mouse again, and the title bar will cycle through "Qemu" and "Qemu - Press ctrl-alt to exit grab. If you use the keyboard to move the focus, it acts as it should (in other words, no qemu grabbing).
2) "Video memory" is somehow being corrupted by changing resolution. See: http://kirk.math.twsu.edu/family/james/pics/computer/qemu-visual-errors1.png for the effect of switching from 800x600 to 640x480. (The other way it does not result in corruption.) Also changing from 16-bit to 24-bit causes corruption. (Similar to that seen in the screenshot. I can't detect a definite pattern, other than text and some icons display correctly.) 3) The video doesn't appear to handle ARGB as can be seen in the screenshot: http://kirk.math.twsu.edu/family/james/pics/computer/swiftshader-errors.png If you zoom in on that one, to see individual pixels, one can notice a dark, blue, green, red pattern. (Second screenshot dumped from the monitor: http://kirk.math.twsu.edu/family/james/pics/computer/swiftshader-errors.ppm) (Oh yeah, people on this list might want to look at Transgaming's software directx8/9 renderer if they want 3d (swiftshader, formerly swshader, webpage: http://www.transgaming.com/swiftshader.php), with kqemu, as now cpu is cheap, graphics aren't. (Unfortunately, as one can see from the screenshots in 3, there are problems)) James L _______________________________________________ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
