[Qemu-devel] Problems with Qemu 0.7.2

[Qemu-devel] Problems with Qemu 0.7.2

[James Lancaster]

(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

Re: [Qemu-devel] Problems with Qemu 0.7.2

[James Lancaster]

My apologies for the lack of system description:

Host:
Gentoo 2005.0 AMD64
Athlon 64 3000+
Qemu 0.7.2 & Kqemu 0.7.2
Gcc version: 3.4.4

Guest: 
Windows 2000 SP4 fully patched. 

Any other information needed, I can provide on request.

Re: [Qemu-devel] Problems with Qemu 0.7.2

[Jim C. Brown]

On Fri, Oct 21, 2005 at 04:05:08PM -0500, James Lancaster wrote:
> (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).
> 

This doesn't suprise me. I hacked the source code so qemu doesn't grab the
mouse, and just disable mouse acceleration in the guest. It works beautifully
for me.

The reason this isn't default is because it is a pain to turn off acceleration
in most guests, and in a few it can't be turned off at all. No one has
found a way around this.

> 
> (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))

Someone is working on a custom OpenGL library for qemu guests, which will pass
GL calls to the host (so if the host supports 3d, the guest can take advantage
of it). There is also talk about using the Wine code to create a DirectX library
for Windows guests, though I think its foolish for Fabrice to require this
before accepting any patches for OpenGL.

I doubt that swiftshader will make it into qemu (after all it has to be
commercially licensed).

> 
> James L
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
> 

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

Re: [Qemu-devel] Problems with Qemu 0.7.2

[Ryan Rempel]

On 10/22/05, Jim C. Brown <jma5@umd.edu> wrote:

> On Fri, Oct 21, 2005 at 04:05:08PM -0500, James Lancaster wrote:
>
> This doesn't suprise me. I hacked the source code so qemu doesn't grab the
> mouse, and just disable mouse acceleration in the guest. It works beautifully
> for me.
>
> The reason this isn't default is because it is a pain to turn off acceleration
> in most guests, and in a few it can't be turned off at all. No one has
> found a way around this.

I'd be very interested in this hack -- could you post it, or at least
a hint about what kind of changes are involved (I guess I can look at
the source as easily as the next person, but why reinvent the wheel).

The reason I'm interested is that I'm using FreeNX to access my Unix
machine (on which QEMU runs), and the grabbing / accelerating plays
havoc with FreeNX (i.e. the reaction of the cursor is slightly
unpredictable, which is entertaining, but ...)

BTW, my guest OS is Windows 2000 -- do you happen to know if it is
possible to turn off acceleration there? If not, I suppose I'm out of
luck.