Script/Display R-time?
4 messages in this thread
Hello,
My name is John Shaw, I recently put together a short script file
that was a memo to be released to prospective clients. When testing
the file's installation batch file, it worked perfectly on my Toshiba
T8500 (model 25), it would not however run on any of my IBMs due to
some memory allocation conflicts in their "proprietary" graphic chip
(XGAand probably their MCA bus). I did however send it out to a
client for testing on another system and found that when they
initiated the batch file it came back with an error when trying to
load the vesa.drv 2. When the drv statement was left out of the
initial aniplay command it did start up but eliminated the bottom 5th
of the screen being displayed. The screen is not a full screen image
and was centred in the middle of the display. I need to rectify this
situation as soon as possible and any suggestions would be
appreciated!!
thankyou in advance
J.S.
p.s. the batch file copies a "zipped file" into a new directory on their
hardrive and creates a resource directory in this directory and copies the
necessary files into it ie. the aa.mu, aa.cfg, *.pdr, *.drv, *.idr, . The
script, aniplay.exe and the *.flc's were left in the root of the resource
directory.
From the problems you are having, I am going to assume you are using
Animator Pro, and your demo in in high resolution. In this case, you
are going to need to get a VESA video driver for any machines that
are going to run the demo. As you know, each video card will require
a VESA driver written specifically for that card.
You might give the Universal VESA drivers a try. These have VESA
drivers for a wide variety of cards. Here on the forum there are 2
Univesa drivers, VESA32.ZIP and UVESA3.ZIP.
It sounds as though you should be able to launch high res animations and play
them successfully this way. However, you may have a problem that relates to
the variety of video chipsets you've encountered and requested high res.
If I understand correctly, you will need to have the customer's machine already
VESA compliant. This is not something you can assume, since we get calls about
this! VESA compliance may come from one of the 4 TSRs which we include, or
perhaps the customer has a chipset not supported by our TSRs, so it'd be up to
them to have the TSR already running.
If it's a COMPAQ with a QVision card, you wouldn't require a TSR but instead
could use the Sunburst driver.
Tell me: if you reduce your animations to 320×200, does this eliminate the
problem?
Nik
If you reduce your animations to 320×200 AND save them in the FLI format
instead of the FLC format, you do eliminate this problem. With the FLI format,
you can distribute using AAPLAY instead of a high resolution player. AAPLAY
does not require VESA to operate.
-Brian