All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 4 of 5] sdl shared buffer support
Date: Mon, 08 Sep 2008 09:31:11 -0500	[thread overview]
Message-ID: <48C5372F.9080903@codemonkey.ws> (raw)
In-Reply-To: <48C5349D.60707@eu.citrix.com>

Stefano Stabellini wrote:
> Anthony Liguori wrote:
>
>   
>> Stefano Stabellini wrote:
>>     
>>> This patch implements shared buffer support in sdl.c.
>>> It also supports paletted 8 bit colour depths using the
>>> palette functions provided by the SDL library.
>>>   
>>>       
>> So the theory goes that it's possible with this patch that both surfaces
>> are hardware surfaces so blitting is fast?
>>     
>
>
> The theory goes that SDL blitting and color conversion functions should
> be as optimized as you can get, and hardware accelerated if your card
> supports it.
> Besides I think that offloading blitting and color conversion to a
> graphic library is a good idea.
>   

It requires two paths in the code to handle the case where the backend 
can't handle conversion itself.  If we're not getting any sort of 
benefit from offloading, then I don't see the need for increased code 
complexity.

>> In practice, when using X11
>> both surfaces are going to be XShmImages so I don't think this is going
>> to perform any better than the current code.
>>     
>
> Only the guest framebuffer derived surface is always a software surface,
> the host window can be an hardware surface (as far as I know).
>   

Not when using SDL on X11.  It will use an XShmImage if possible, 
otherwise falling back to a normal XImage.  There's really no other way 
to do surfaces in X11 without using one of the extensions (like DGA).

Regards,

Anthony Liguori

      reply	other threads:[~2008-09-08 14:32 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-04 14:27 [Qemu-devel] [PATCH 4 of 5] sdl shared buffer support Stefano Stabellini
2008-09-08  0:48 ` Anthony Liguori
2008-09-08 14:20   ` Stefano Stabellini
2008-09-08 14:31     ` Anthony Liguori [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48C5372F.9080903@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=qemu-devel@nongnu.org \
    --cc=stefano.stabellini@eu.citrix.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.