From: "Jim C. Brown" <jma5@umd.edu>
To: Ricardo Almeida <ric.almeida@gmail.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Graphic card
Date: Mon, 31 Oct 2005 08:35:45 -0500 [thread overview]
Message-ID: <20051031133545.GA1824@jbrown.mylinuxbox.org> (raw)
In-Reply-To: <8a6cde920510310158q5cab566bi91cf7e3c8992b37a@mail.gmail.com>
On Mon, Oct 31, 2005 at 09:58:45AM +0000, Ricardo Almeida wrote:
> On 10/30/05, Mike Swanson <mikeonthecomputer@gmail.com> wrote:
> >
> >
> > 3. Perhaps, but there's two things here. First of all, the card would
> > have to be documented in a fair amount of low-level detail, something
> > that big video card companies rarely or never do.
>
>
> What about the Via/S3 Unichrome? Via allows access to the Linux Video
> Interface (http://www.viaarena.com/default.aspx?PageID=151) and there are
> open source drivers (http://sourceforge.net/projects/unichrome/) from where,
> to my believe, it's possible to understand the graphic card.
> I'm just a java developer so I really can't help in any of the hard work.
> Just trying to make some suggestions to improve this great software :)
>
It will still be fairly hard to do, even if its completely open.
Since Via S3/Unichrome is supported by DRI, I'd say that it looks doable
(at least on a first glance). Better than say a Nvidia or ATI card. Since
those aren't open, we can't implement them without careful reverse engineering
(even their open source drivers don't handle 3d).
> Secondly, the
> > complexity of the card might make its emulated implementation even
> > slower than the Cirrus one used currently
>
>
> This is something I tend to dissagree... People aren't going to emulate a
> full pc in a slow one. The worst graphic card sold today (picked a random
> online shop here in Portugal) is a GeForce FX5200, with DirectX 9.0 and
> OpenGL 1.4 hardware accelaration. I'm sure most calls to the emulated
> graphic card can have an almost direct call.
> Cirrus card can still be emulated, but I don't see nothing wrong in having
> an emulated card that requires a 60? graphic card to work...
>
See above. It is only plausible if the card's specs are completely open with
respect to 3d acceleration.
Even then, "directly" rerouting calls only works if the host happens to have the
same hardware. And that would probably require exclusive use of the video card.
It may be possible to route the low level calls from the emulated card to a
higher level api on the host, such as OpenGL.
--
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.
prev parent reply other threads:[~2005-10-31 13:36 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-30 0:35 [Qemu-devel] Graphic card Ricardo Almeida
2005-10-30 4:43 ` Mike Swanson
2005-10-30 12:02 ` Oliver Gerlich
2005-10-30 13:42 ` Henrik Nordstrom
2005-10-31 10:01 ` Ricardo Almeida
2005-10-31 13:39 ` Jim C. Brown
2005-10-31 14:58 ` Paul Brook
2005-10-31 17:01 ` Henrik Nordstrom
2005-10-30 14:31 ` Jim C. Brown
2005-10-31 9:58 ` Ricardo Almeida
2005-10-31 13:35 ` Jim C. Brown [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=20051031133545.GA1824@jbrown.mylinuxbox.org \
--to=jma5@umd.edu \
--cc=qemu-devel@nongnu.org \
--cc=ric.almeida@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).