Anthony Liguori wrote:
> >That's 16MB/frame on an Apple Cinema display at 32bpp, which is
> >0.5GB/sec. Not too much, but not free either :-)
> >
>
> But your guest isn't displaying to the entire screen... I was assuming
> a 32-pixel height, 1024 pixel wide region.
I don't know about you; I
Jamie Lokier wrote:
Anthony Liguori wrote:
VGA framebuffer operations come in as memory operations. They're
tracked by watching what memory gets dirtied. This can only operate at
a page-granularity so this results in scan-line granularity updates.
The VNC front-end goes to great lengths
On Thursday 31 January 2008 10:46, Jamie Lokier wrote:
> Anthony Liguori wrote:
> > VGA framebuffer operations come in as memory operations. They're
> > tracked by watching what memory gets dirtied. This can only operate at
> > a page-granularity so this results in scan-line granularity updates.
Anthony Liguori wrote:
> VGA framebuffer operations come in as memory operations. They're
> tracked by watching what memory gets dirtied. This can only operate at
> a page-granularity so this results in scan-line granularity updates.
> The VNC front-end goes to great lengths to keep a shadowe
andrzej zaborowski wrote:
> > > Offtoppic about updated regions in Windows: While testing with
> > > Quartzdebug, I realized, that qemu is updating always the whole
> > > screenwidth even if only the mouse is moved... is this a qemu problem,
> > > or is this the default windows behaviour?
> >
> > A
On Jan 30, 2008, at 9:30 PM, Mike Kronenberg wrote:
On 30.01.2008, at 19:59, Alexander Graf wrote:
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
start
Mike Kronenberg wrote:
While testing with Quartzdebug, I realized, that qemu is updating
always the whole screenwidth even if only the mouse is moved... is
this a qemu problem, or is this the default windows behaviour?
VGA framebuffer operations come in as memory operations. They're
tracked
On 30/01/2008, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Wed, 30 Jan 2008, Mike Kronenberg wrote:
>
> > Offtoppic about updated regions in Windows: While testing with
> > Quartzdebug, I realized, that qemu is updating always the whole
> > screenwidth even if only the mouse is move
On Jan 30, 2008, at 9:30 PM, Mike Kronenberg wrote:
Unfortunateley, there is no "official" direct access to the
framebuffer anymore, since apple depreciated QuickDraw. [1]
Well, you can using OpenGL and Apple's Extension have a nearly direct
VRAM access, the idea is to use
glEnable( GL_U
I ran it using my x86_64 on 10.5.1, targetting x86_64-softmmu and
booting a linux kernel. I could literally see every like getting
repainted (which btw did not happen with my quick hacky version I
sent to the list some time ago).
You did not notice the effect with Your implementation, bec
Hi,
On Wed, 30 Jan 2008, Mike Kronenberg wrote:
> Offtoppic about updated regions in Windows: While testing with
> Quartzdebug, I realized, that qemu is updating always the whole
> screenwidth even if only the mouse is moved... is this a qemu problem,
> or is this the default windows behaviour
On 30.01.2008, at 19:59, Alexander Graf wrote:
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't even c
On Jan 30, 2008, at 7:59 PM, Alexander Graf wrote:
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't ev
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't even compile QuickDraw code on x86_64.
This implementa
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't even compile QuickDraw code on x86_64.
This implementation of cocoa.m has the following features:
[new] part
15 matches
Mail list logo
