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
$B5.J}$N%%I%l%9$,!Z(BID:145265 [EMAIL
PROTECTED];R![$5$s$+$iD@\;XL$r$5$l$?$3$H$,3NG'$G$-$^$7$?$N$G!D@\O[EMAIL
PROTECTED];$FD:$-$^$7$?!#:#$+$iD@\OMmJ}K!$r$40FFb$G$-$7$^$9$N$G!G'Z$H$7$F4JC1$JFCJL?=9~$_(B($BA4$FL5NA(B)$B$r$*4j$$CW$7$^$9!#(B
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 companies
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 calls
Make sure you have the latest QEMU and KQEMU (the latest KQEMU enables
you to install win98 versions).
Thanks,
Hetz
On 10/31/05, Scott Dudley [EMAIL PROTECTED] wrote:
Trying to install/run Win98SE under Qemu and am getting the error:
Windows protection error. You need to restart your
Yeah, KQEMU prior to version 0.7.2 had a problem with using Windows
95/98/Me. 0.7.2 enables you to run them now..
On 10/31/05, Hetz Ben Hamo [EMAIL PROTECTED] wrote:
Make sure you have the latest QEMU and KQEMU (the latest KQEMU enables
you to install win98 versions).
Thanks,
Hetz
On
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
I'm trying to build/install kqemu on Redhat 9 running a 2.6.5 kernel.
Grabbed latest sources (0.7.2) for qemu and kqemu. Build doesn't appear
to generate the .ko module.
Here's my config:
scottspc.sunbelt.com: /usr/local/src/qemu-0.7.2 # sh CONFIGURE
Install prefix/usr/local
At http://www.boblycat.org/~malc/code/patches/qemu/ you will find the
latest retrace patch (5a_rqemu). Highlights of the release:
a. Precise retrace support
With this i was able to run Pinball Fantasies for the first time in
QEMU (it crashes later though, sigh). Recommended for running picky
Hello...
I'm trying to build/install kqemu on Redhat 9 running a 2.6.5 kernel.
Grabbed latest sources (0.7.2) for qemu and kqemu. Build doesn't
appear to generate the .ko module.
You're missing the kqemu package itself. Grab it from Qemu website and
put it inside the Qemu directory (result
Hi Devels,
Is this warning important? GCC3.2, FC4 system, qemu 0.7.2
make -C /lib/modules/2.6.13.1/build M=`pwd` modules
make[2]: Entering directory `/usr/src/kernels/linux-2.6.13.1'
CC [M] /data/dl/new/qemu-0.7.2/kqemu/kqemu-linux.o
cp /data/dl/new/qemu-0.7.2/kqemu/kqemu-mod-i386.o
Hi Devels,
Is this warning important? GCC3.2, FC4 system, qemu 0.7.2
make -C /lib/modules/2.6.13.1/build M=`pwd` modules
make[2]: Entering directory `/usr/src/kernels/linux-2.6.13.1'
CC [M] /data/dl/new/qemu-0.7.2/kqemu/kqemu-linux.o
cp /data/dl/new/qemu-0.7.2/kqemu/kqemu-mod-i386.o
12 matches
Mail list logo