[Prev][Next][Index][Thread]
Re: How's 1.99m doing?
>>>>> "Tim" == Tim Cutts <tjrc1@mole.bio.cam.ac.uk> writes:
Tim> How is 1.99m coming along?
We still have a little ways to go. However, this week I've been
working on paperwork for some new investors, which is one of the
reasons for the delay.
Tim> I tried the DOS version of 1.99l, and I'd dearly love to get
Tim> the new file manager bit for my registered Linux copy! Is it
Tim> possible for me to copy the file manager from my DOS demo to
Tim> my Linux version?
Yes, you can do that, although you'll then have to run the browser by
hand, since 1.99k doesn't automatically detect it and run it.
Probably easier to wait for 1.99m, though. In addition, the 1.99l
browser will not properly cross filesystem mount points which can be
quite annoying (that's already fixed over here).
Tim> Can the linux version read .hfv files, or will I have to go
Tim> via a Mac floppy?
E/L can read .hfv files. You can either copy them into Executor's
library directory (probably /usr/local/lib/executor, or you set the
MacVolumes environment variable to give the complete path of the
directory containing the .hfv files, perhaps like this:
export MacVolumes=/dos/executor
Tim> Also, the SVGA Linux version sounds like a good idea... the
Tim> Linux version is certainly measurably slower than the DOS
Tim> version and the DOS version updates the screen more
Tim> accurately, although that is doubtless due to X, so should
Tim> disappear with an SVGAlib version.
The screen update speed is something we can't do much about under X.
We use the shared memory extensions when we can, and that helps things
out a bit, but there's just no way to get directly at the frame buffer
in X. So you're right, SVGAlib will greately speed things up.
However, the screen color accuracy should be the same under X and DOS
*if* you use the -private-cmap flag when running Executor/Linux. That
flag will also make some graphic accesses faster, the fade up in
Lemmings, for example.
--Cliff
ctm@ardi.com
References: