From: Oliver Gerlich <olig9@gmx.de>
To: Thomas Steffen <steffen.list.account@gmail.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] qvm86, kqemu and video speed
Date: Mon, 18 Apr 2005 09:32:02 +0200 [thread overview]
Message-ID: <42636272.6070700@gmx.de> (raw)
In-Reply-To: <d7e2700f05041402423ef2c472@mail.gmail.com>
Thomas Steffen schrieb:
> On 4/13/05, Hetz Ben Hamo <hetzbh@gmail.com> wrote:
>
>
>>Anyone thought about using XFree's Xv extension? last time I heard, it
>>works with all the cards, supported well under XFree, and I think it
>>will be better working rather with DGA..
>
>
> Xv has its denefits, but I am not sure that it is the right tool for
> the job here. Xv does hardware colorspace expansion, from the color
> compression usually done in JPEG/MPEG to the RGB. This is the main
> reason that it works better for video, but obviously we don't need
> this (unless we want to play videos inside of QEMU).
>
> And most graphics cards support only one Xv area, which is treated as
> an overlay. That would be a serious restriction, because you could not
> use Xine and QEMU together on one screen.
>
> So I would think that DGA is the way to go first.
>
> Thomas
>
Please no DGA :)
This is one of the reasons why I don't use VMWare - it needs DGA for
fullscreen mode, and my %&§&% ATI 9200 with this &§$/$%&/% fglrx driver
doesn't like DGA (yes, ok, ATI does make progress: at least dga doesn't
now crash the whole system with the current drivers...)
So I hope that qemu won't use DGA for faster graphics - I think
optimizing the current driver and maybe adding some host-OpenGL support
would be quite an improvement. Besides, such changes would also improve
Qemu on MacOS or Windows, not only on Linux.
Oliver
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
>
next prev parent reply other threads:[~2005-04-18 7:32 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-11 14:07 [Qemu-devel] qvm86, kqemu and video speed Struan Bartlett
2005-04-11 15:01 ` James Mastros
2005-04-11 15:17 ` Paul Brook
2005-04-11 15:35 ` Struan Bartlett
2005-04-11 21:51 ` Struan Bartlett
2005-04-15 8:54 ` Struan Bartlett
2005-04-12 3:13 ` Darryl Dixon
2005-04-11 21:53 ` Struan Bartlett
2005-04-12 16:38 ` Alex Beregszaszi
2005-04-12 19:30 ` Fabrice Bellard
2005-04-13 3:57 ` use.reply-to.address
2005-04-13 8:06 ` Struan Bartlett
2005-04-13 18:12 ` Hetz Ben Hamo
2005-04-13 19:24 ` Leonardo E. Reiter
2005-04-13 20:09 ` Leonardo E. Reiter
2005-04-14 9:42 ` Thomas Steffen
2005-04-18 7:32 ` Oliver Gerlich [this message]
2005-04-19 6:15 ` emuls
2005-04-13 21:12 ` Jim C. Brown
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=42636272.6070700@gmx.de \
--to=olig9@gmx.de \
--cc=qemu-devel@nongnu.org \
--cc=steffen.list.account@gmail.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.