home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Trixter's Scene Collection
/
trixter.zip
/
trixter
/
Demos
/
BABYTRO.ZIP
/
BABYTRO.MAN
< prev
next >
Wrap
Text File
|
1995-02-12
|
8KB
|
151 lines
Yes, finally, here it is, a full month overdue, but nevertheless, the first
BabyTro ever, brought to you by Nostalgia productions.
As you can read in the info file accompanying this package, written by our
immaculate musician The REW, there were a lot of problems putting the thing
together, but we didn't want to release unfinished stuff. Therefore, as with
our first and only demo "Echoes of the Past" this intro has, for your
convenience only, command line switches.
These switches are:
/? or /H - help, gives you short help information
#n - start part n, where n is a numeral from 1 upto 7
/c - run continuously, parts 1 and 4 only
/s - skip memory check
Note: if you are a UNIX addict you can also use a dash ('-') to mark an option
instead of a slash ('/'). Also, if you are a DOS addict you can mix upper and
lower case at your convenience.
As you can see you can start the BabyTro at any of the 7 parts. These parts
are:
1) In the Beginning (yes, this is a superfluous option if you don't use the
/c switch) / Sonogram
2) The Rotating Baby
3) The Main Part / Surprise Surprise SuaVe
4) The Congratulations Scroll
5) Good Night Robin / Sweet Dreams
6) The Credits / Look at Us when We Were Babies
7) ANSI Art for Your Disposal
You can run parts 1 and 4 continuously by using the '/c' option. Part 1 will
continuously show the sonogram effect, part 4 will loop the congrats scroll
into infinity (until some evil power turns it off).
You can change the speed of the scroll. By pressing one of the numeral keys
located somewhere on your keyboard (most probably just below your function
keys), the number of lines per update is set to the key you just pressed. If
you happen to be one of the fortunate to actually have a logo in the screen,
you can show it to your friends by pressing '0' if it comes along.
The '/s' option is particularly usefull if you want to see a part that doesn't
need the maximum amount of memory reserved (only the scroll and the main part
need a relative large amount of memory) and you have problems with your memory.
Be warned!: if you try to run with this option you may get an "unexpected out
of memory" error somewhere along the progress.
Not only have we provided you with the best service to start the demo, you have
also three ways to stop the demo (two if you have used the '/c' option). The
first is the preferred one, that is to start the demo, lean back and let it do
its running (meanwhile enjoying this wonderful product of course). Eventually,
all this beauty will be over and you can do whatever you where planning to do
next (try running the demo again, hours of fun for all!).
The second way is to play hop-scotch (or leap-frog, pick one) through the parts
by pressing the oh so usefull <Esc> key, situated in the left upper corner of
your keyboard. By doing so you fade out to the next part, thus effectively
skipping the previous part (if you didn't quite got that already). No more than
6 <Esc> presses are needed to be back in DOS. (Actually, only 5, since I think
part 5 is so cute, you shouldn't be able to interrupt it.)
The third way is by pressing <Ctrl><Esc>. This will fade out the current part,
but will return to DOS directly (after showing the ANSI).
O yes, there are of course a few other, less preferred ways: try pressing the
reset button of your computer, or switching of the power, or let Murphy have a
try - it's bound to go wrong sometime.
There are also a number of _Things That Cause Disaster_. One thing is renaming
the name of the exe-file into something other than BABYTRO.EXE. Because this
file does not only contain the executable code, but also most of the data used
by the intro, sooner or later (depending on your thinking speed) the program
starts looking for a _File That Is Not there_. Thus, the program generates an
error message saying that its resource has been corrupted. This is a rather
silly error message, because when the resource file really *has* been corrupted
things could go a lot worse. Because there is quite some file I/O, I chose not
to do any kind of error checking on file I/O. This means that when the program
wants to read data that is corrupted, it just assumes that everythig goes okay.
If you are lucky the program displays garbage or an error message like
"unexpected out of memory". If you are less lucky (Murphy looks over your
shoulder, expect him at all times!) your computer just hangs because your
interrupt table has just been overwritten.
If you get an unexpected error you are asked to report this to us, so we can
make a bugfix if the problem is serious enough. Do of course *not* contact us
if you got an "unexepected out of memory" error after you started the demo with
the '/s' option!
The music player was written by Lone Rangers (as was the one from Echoes). Last
time, the GUS auto-detection caused problems for people with network cards.
Since the detection routine hadn't been rewritten since, I forced Lone Ranger
to improve this, under threat of exposing some juicy details about his private
life. But seriously, he did a hell of a job with this player (the best GUS
player around, IMNSHO), as well as with the PolyTracker this intro's music was
composed in (did I mention already that our musician is the best one around as
well?), and he is currently working on an XM player, to be followed by an all
new release of PolyTracker, including less of those features you will never
use. So now the detection routine does two things: if it doesn't find an
ULTRASND environment variable, you get no music. If it does find the variable,
it only checks for a GUS at the port specified, not at other ports. If no GUS
is there, again, no music.
The BabyTro has *not* been thoroughly tested. In fact, it has only been tested
on a very select number of machines, so it is very possible that *your*
configuration causes trouble of any kind. Please let us know, and maybe we can
provide you with an answer.
This program was written entirely in the Turbo Pascal 7.0 IDE, except for
LaserDance's part (the rotating baby), written in Turbo Assembler, MASM mode.
Most of the code is also in Pascal, with a lot assembly in between, for my ease
or for your speed. At least at one machine, with a VLB Cirrus Logic 5428, the
360x240 and 360x480 modes didn't work, i.e. instead of nice pictures there was
this ugly black screen.
_The Optimal Machine to Run This Intro_ is a 486 with a GUS (512K) and a (fast)
VGA card. Minimum requirement is a 386, but it will probably (make that a
definitely) run very slowly, especially the main part. The scroller however
should even run smoothly on a 386SX/16. You do not need a GUS to run this demo,
but this is heavily advised - you will have no music without one. And be
honest, a demo without a GUS is like a pizza without tomatoes - unbearable.
To enjoy the graphics you need about 450 Kb of conventional memory. The music
requires about 180 Kb extra (630 Kb total), but if you have free EMS available
almost all of the music data is stored in EMS, so 450 conventional suffices.
Okay, that was it dudes, you can go back to whatever you were doing before, and
maybe even give this production chance, and whatch out for one of our next
productions, the second WedTro ever or The REW's Chip Tune Music Disk,
Oi!
JAL / Nostalgia
P.S. I typed this in while making it up, so all typos, grammatical errors and
offensive language are entirely mine...
P.P.S.: Let me know what you think about the BabyTro! Write to
kpvhekhu@cs.ruu.nl and you'll receive an answer within the hour (if you
are lucky).
P.P.P.S.: What is the biggest difference between the demo scene today and the
demo scene two years ago? Two years ago, the lamers wanked over GIFs, now
they wank over JPGs.
P.P.P.P.S: Just for those of you are having a little trouble with telling
serious from late at night: read a smiley wherever you need one, and please
don't flame me for being rude.