Hi,
On Dec 9, 2007, at 5:52 PM, Mike Kronenberg wrote:
Hi from Q,
Yes we have a OpenGL, CG and in dev a Core Animation version for vga
output.
Quickdraw is depreciated since Tiger. But as QEMU has never added
gcc4 to the tool-chain, there was never a official running version
on any Intel machine :)
There still isn't. Sadly there have been no comments on my x86_64
darwin patch, but that one seems to be the least intrusive and fastest
intel mac qemu patch I've seen so far.
Our OpenGL and CG implementation offer fullscreen and tablet
support as-well.
Fullscreen is very slow on the CG implementation, but was speeded up
by Core-Animation.
I'd going with the OpenGL implementation, if the "true" opengl
implementation for QEMU was coming ;).
Else the partial screen-redrawing of CG is faster than OpenGL.
My CG implementation is a mere "hack". There is no partion screen-
redraw, as I push the full CGImage contents to the context on every
repaint. So any of these sound way better.
On the other hand, the QT implementation is and remains the fastest
solution, as no of the other allows directly accessing the video-
buffer, which results in way more copying.
I thought CG allows for storing images on the video card's buffer as
well? At least that's what I've read somewhere in the Apple
documentation.
If there is need for back-porting any of this stuff, that would be
no problem.
Everything is better than what there is right now. Currently qemu is
ppc 32-bit only with (maybe) 10.5 being the last supported version, as
I personally believe that Apple will remove QuickDraw in 10.6. So I'm
fine with whatever you feel like worth backporting.
I'm not in a position to decide on what to do, don't know who is
either though. So if anyone with commit rights feels interested in Mac
OS X Host support, I'd love to hear some words on this.
For the new Q front-end, we are going with a CG approach only, but
we bypass cocoa.m altogether and mmap (shmem allows only 4mb on OS
X) everything to the viewer app.
Mike
Cheers,
Alex