Re: [Qemu-devel] Graphic card

2005-10-31 Thread Henrik Nordstrom
On Mon, 31 Oct 2005, Jim C. Brown wrote: One strategy that was being done is to use a custom OpenGL library (note, library not a driver) for the qemu guest. OpenGL calls get passed to qemu directly, which then does the 3d by calling OpenGL on the host. This makes much more sense than asking f

Re: [Qemu-devel] Graphic card

2005-10-31 Thread Paul Brook
> One strategy that was being done is to use a custom OpenGL library (note, > library not a driver) for the qemu guest. OpenGL calls get passed to qemu > directly, which then does the 3d by calling OpenGL on the host. There was someone implemented a prototype version of this, so it's definitely p

Re: [Qemu-devel] Graphic card

2005-10-31 Thread Jim C. Brown
On Mon, Oct 31, 2005 at 10:01:45AM +, Ricardo Almeida wrote: > > > > Fast 3d and emultion does not mix that well.. the more advanced graphics > > card you try to emulate the more complex (and also slower) the emulation > > of that graphics card is. > > > > As I said in my previous reply, 3D ca

Re: [Qemu-devel] Graphic card

2005-10-31 Thread Jim C. Brown
On Mon, Oct 31, 2005 at 09:58:45AM +, Ricardo Almeida wrote: > On 10/30/05, Mike Swanson <[EMAIL PROTECTED]> 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

Re: [Qemu-devel] Graphic card

2005-10-31 Thread Ricardo Almeida
On 10/30/05, Mike Swanson <[EMAIL PROTECTED]> wrote: 3. Perhaps, but there's two things here. First of all, the card wouldhave to be documented in a fair amount of low-level detail, somethingthat big video card companies rarely or never do. What about the Via/S3 Unichrome? Via allows access to the

Re: [Qemu-devel] Graphic card

2005-10-31 Thread Ricardo Almeida
Fast 3d and emultion does not mix that well.. the more advanced graphicscard you try to emulate the more complex (and also slower) the emulation of that graphics card is. As I said in my previous reply, 3D calls probably don't need to be emulated. Just as you don't have to emulate a x86 processor i

Re: [Qemu-devel] Graphic card

2005-10-30 Thread Jim C. Brown
On Sun, Oct 30, 2005 at 01:02:08PM +0100, Oliver Gerlich wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Mike Swanson schrieb: > > 4. It sounds reasonable, but it undermines one of QEMU's goals: > > running guest operating system without modification (and drivers > > certainly count a

Re: [Qemu-devel] Graphic card

2005-10-30 Thread Henrik Nordstrom
On Sun, 30 Oct 2005, Oliver Gerlich wrote: do they offer 2d acceleration that can be used by DirectDraw? They certainly don't have 3d support, so if Qemu should have fast 3d graphics one day, it will certainly not work with the current graphics emulation. Fast 3d and emultion does not mix that

Re: [Qemu-devel] Graphic card

2005-10-30 Thread Oliver Gerlich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Swanson schrieb: > 4. It sounds reasonable, but it undermines one of QEMU's goals: > running guest operating system without modification (and drivers > certainly count as one). Also, it'll possibly limit the number of > operating systems you'd run

Re: [Qemu-devel] Graphic card

2005-10-29 Thread Mike Swanson
Well, it basically comes down to the fact that QEMU isn't so optimised as much as VMware is. >_> I'm not really a developer, but I'll answer as best as I can, and maybe somebody will correct me! 1. You can technically see videos right now, but yeah, it's not very smooth. Oh, and the guest operatin

[Qemu-devel] Graphic card

2005-10-29 Thread Ricardo Almeida
Hi, I'm sure you got this asked over and over again, but I joined the list recently :o) I've installed qemu+kemu on linux and installed windows XP on it. The graphic card is slow :( and it's not possible to see videos :( 1- Will it be possible to see videos when some day the graphic card code is