Video Card Support in Mac OSX version of Parallels

deathshadow said:
Well, that's the difference... Virtualization instead of Native - Let's cut through the bullshit and come right out and say it:

Under "virtualization", the sound card, video card, hard drive and most every hardware device except CPU are EMULATED - Be it VMWare, M$ VPC or Parallels. They just don't like to use the word emulation because of the negative speed connotation... :rolleyes:

So unless they write a directX / OpenGL emulation layer to pass it to the host driver, it's very unlikely you'll see working 3d acceleration out of a VM on ANY host platform be it windows, linux or OS X.

Me, hell, I'd be happy with voodoo 2 emulation.

Actually, virtualization is different from emulation. With virtualization, there are speed increases that you can make by writing custom drivers that your host pc understands. Which is also why VMWare's graphics performance is far, far faster than Parallels. They've made those custom drivers.
 
Man, I wish I'd seen this post a few days ago, then I wouldn't have started a thread concerning the same idea that TheZigPC had. Dual cards/Dual Monitors, or one monitor with a switch!

I'm trying to understand all the reasons why it won't work, I'm not having much success, but here's another idea:

Could you tell MacOS on the root level to ignore PCI slot #2, then Parallels writes a driver to only access PCI #2 upon loading using it own hardware layer?

Quoted from an earlier post: "the PCI host proxy does not do what you think it does. It maps a particular PCI device into QEMU's hardware layer. It does not share the PCI device with the host OS."

I don't know what all that means, but if the Host OS is accessing it, seems like you could write an independent QEMU for Parallels to use.

The issue for the dual monitor, don't think that's a big one, you could just use a switch for the two graphics cards into one monitor.

There, one problem solved, we can all go home now.
 
Back
Top