home *** CD-ROM | disk | FTP | other *** search
/ ftp.whtech.com / ftp.whtech.com.tar / ftp.whtech.com / articles / reviews / 03MIC95.TXT < prev    next >
Text File  |  2006-10-19  |  14KB  |  237 lines

  1.      ORIGINALLY PUBLISHED IN MICROPENDIUM
  2.      P.O. Box 1343  Round Rock TX 78680
  3.      Phone 512-255-1512
  4.      Internet jkoloen@io.com
  5.  
  6.      MicroReviews for March 1995 Micropendium 
  7.      by Charles Good 
  8.       
  9.      By the time you read this it will almost be time for the next
  10.      totally free all TI and Geneve Lima Multi User Group Conference.
  11.      Lima, in northwest Ohio is only a day's drive from many places in
  12.      the midwest and eastern part of the United States and Canada.  I
  13.      hope to meet many of you personally at this event Friday evening
  14.      and Saturday April 28 and 29.  If you need more information about
  15.      the MUG Conference please contact me.  My address is at the end
  16.      of this column. 
  17.       
  18.      Here are more public domain offerings from Bruce Harrison.  We
  19.      certainly are fortunate to have him working for us for free.
  20.      Each software product described below comes on disk with
  21.      demonstration XB programs, source code, very well written
  22.      documentation, and something you almost never get with public
  23.      domain software...free technical help! Each documentation file
  24.      ends with the statement, "Should you need assistance, contact the
  25.      author directly", followed by Bruce's address and home voice
  26.      phone.  Even if you don't need this help, phone Bruce some
  27.      evening and tell him how much you enjoy his software and the neat
  28.      uses you have found for his public domain products.  Bruce really
  29.      likes such personal expressions of appreciation and
  30.      encouragement. 
  31.      --------------- 
  32.      VIDEO TITLER UPDATE by Bruce Harrison 
  33.       
  34.      If you own an DOS computer you can purchase from the Damark
  35.      liquidation catalog (item B-4600-379944 for $160-- the cheapest
  36.      price I have ever seen for this sort of thing) a device that lets
  37.      you display your computer video on a TV or send the computer
  38.      video to a VCR for recording onto video tape.  OR you can do the
  39.      same thing by running your 99/4A's monitor cable to the "video
  40.      in" of a VCR.  You can then observe your computer's video on a TV
  41.      attached to the VCR while you make a video tape recording of the
  42.      99/4A's video.  For a minimum of $50 you can purchase software
  43.      that will let you create custom title screens for your homemade
  44.      video tapes using the above described DOS computer board, OR you
  45.      can do the same thing with your 99/4A using Bruce Harrison's
  46.      recently updated free Video Titler public domain software. 
  47.       
  48.      I've reviewed Video Titler before in this column, but Bruce has
  49.      updated the product several times since.  What I have in hand is
  50.      dated Dec 28, 1994.  Bruce says in his letter to me dated Dec 17,
  51.      "Here's the final update (at least for this year) of the Video
  52.      Titler." He then sent me two more updates, each with added
  53.      features, before the year ended.  What you do is load into memory
  54.      two TI Artist pictures or two pictures created with Bruce's
  55.      Drawing Program (also public domain and on the same disk as Video
  56.      Titler).  You can then alternate back and forth between these two
  57.      images.  You feed this display to a VCR (via the "video in" jack
  58.      on the VCR) to record onto video tape.  If you want to record
  59.      more than two computer pictures onto videotape you press "pause"
  60.      on the VCR, load in another picture in place of one of the two
  61.      pictures in the computer's memory, release the VCR's "pause" and
  62.      continue to record. 
  63.       
  64.      The neat thing about Video Titler is the wide variety of ways
  65.      Bruce provides to alternate (wipe) betweem the two pictures in
  66.      computer memory.  The updated software has a whole bunch of wipes
  67.      not found in the original.  To wipe, just press a specific key on
  68.      the keyboard, as described in the documentation.  Different
  69.      buttons produce different kinds of wipes.  The following wipes
  70.      are available: fast from top to bottom, fast from bottom to top,
  71.      slow from top to bottom, slow from bottom to top, slow from left
  72.      to right, slow from right to left, slow horizontal from center to
  73.      edges, slow horizontal from edges to center, slow vertical from
  74.      middle to top and bottom, slow vertical from top and bottom to
  75.      middle, spiral inward from edges to center, spiral outward from
  76.      center to edges, venetian blind wipe top to bottom, venetian
  77.      blind from bottom to top, fast or slow speed random relacement of
  78.      192 (fast) or 384 (slow) separate screen areas till other image
  79.      is fully displayed, upper left corner to lower right, upper right
  80.      corner to lower left, lower left corner to upper right, lower
  81.      right corner to upper left, instant change to green (or black, or
  82.      white) followed by a pause then the other image. 
  83.       
  84.      Each of these will go from whichever picture is currently
  85.      displayed to the other picture in memory.  You can toggle back
  86.      and forth between frames at any time with a keypress.  The visual
  87.      effects are dazzling! I've talked to two users who think Video
  88.      Titler is superior to anything available for DOS (ie IBM
  89.      compatible) computers for making video tape title screens.  Send
  90.      me $1 and I will send you the most recent update of Video Titler
  91.      plus Bruce's Drawing Program on one DSSD disk. 
  92.      ------------------------ 
  93.      HORIZON RAMDISK PASSWORD by Bruce Harrison 
  94.       
  95.      Both Bruce Harrison and a member of my local user group have the
  96.      same problem.  They each have several indoor cats which like to
  97.      jump up onto the computer table and walk on the keyboard.  To
  98.      deal with this difficult situation, Bruce Harrison created a
  99.      password program which won't let you access your computer unless
  100.      you type in the correct password.  First set up Password on your
  101.      Horizon Ramdisk.  Then every time you turn on the computer, press
  102.      the "any key" to get past the color bar screen, and you are
  103.      immediately prompted for a password.  As you type this password
  104.      your typing is not echoed onto the screen so that nosy cats and
  105.      kids can't look over your shoulder and learn your secret.  If you
  106.      decide to step away from the computer for awhile and leave it
  107.      turned on, you can reactivate the password feature.  This
  108.      prevents the cat from messing up your work while you are away. 
  109.       
  110.      Password has only been tested on a 99/4A system with Horizon
  111.      ramdisks and may not work with other types of media.  Send me $1
  112.      and I'll send it to you on a SSSD disk. 
  113.      ------------------- 
  114.      CHECKTIME by Bruce Harrison 
  115.       
  116.      This is fun for software users, useful for XB programmers, and
  117.      seems to bring into question the true usefulness of some well
  118.      known XB programming techniques.  Checktime accurately measures
  119.      the speed of XB programming code. 
  120.       
  121.      To use this utility first CALL LOAD it into low memory and then
  122.      OLD an extended basic program into memory.  Insert a CALL LINK
  123.      into the XB program at the point where you want to start timing
  124.      and another CALL LINK into the XB program at the point where you
  125.      want timing to end.  Then RUN the XB program, which will execute
  126.      normally.  After the XB program finishes running or after you
  127.      manually stop the program with a BREAK you can display on screen
  128.      the duration of the timed operation rounded to the nearest
  129.      second, more or less accurate to 1/60 second.  Then try modifying
  130.      your XB program so that timed operation runs faster, and check
  131.      out your modification's execution speed. 
  132.       
  133.      Since the early days of our computer we have read articles in
  134.      99er magazine, Micropendium, and user group newsletters about how
  135.      to speed up XB programs.  Two techniques that are supposed to
  136.      accomplish this are using short variable names instead of long
  137.      names, and using multi line statements instead of single line
  138.      statements.  Bruce includes a couple of demo programs that show
  139.      the effect of these two techniques using Checktime.  Running a
  140.      for-next loop 2000 times into a variable 14 characters long
  141.      ("ANYOLDVARIABLE") takes 2 minutes and 5 seconds.  Renaming the
  142.      variable to only one character ("A") shortens run time by only 6
  143.      seconds.  Repeating a for-next loop coded with four single line
  144.      basic statements 5000 times takes 5 minutes and 2 seconds.
  145.      Reprogramming this loop into a single multi line statement shaves
  146.      only 1 second off of this running time! Bruce also includes some
  147.      demos that show significant improvements in execution time by
  148.      using more efficient XB code.  One is a very simple modification
  149.      of a bubble sort that improves sorting speed from 1 minute 14
  150.      seconds to only 18 seconds. 
  151.       
  152.      Send me $1 and I will send you Checktime on a SSSD disk. 
  153.      ------------------- 
  154.      ULTIMATE DELAY by Bruce Harrison 
  155.       
  156.      Ultimate Delay is for use by XB programmers.  This assembly CALL
  157.      LINKable routine will provide accurately timed delays in XB
  158.      programs irrespective of the speed of your computer.  This means
  159.      that the delay is the same length of time for a program running
  160.      on a regular 99/4A, a bus modified 99/4A (32K internally on the
  161.      16K bus), and a Geneve. 
  162.       
  163.      You can use this routine in two ways.  1- You can insert an
  164.      unrestricted delay of any time length (timed in 10ths of a
  165.      second) anywhere in the program.  During the dalay the keyboard
  166.      is ignored except for FCTN/= (Quit).  2- You can insert a delay
  167.      that will time out either after a period of time or when a key is
  168.      pressed.  You have the option here of returning the ASCII code of
  169.      the first key pressed to a variable for later use by your
  170.      program.  These sorts of things can be done with regular extended
  171.      basic using for-next loops and CALL KEY, but the delay lengths
  172.      will differ when the program is run on different types of
  173.      machines.  Coding for delays is much simpler with Ultimate Delay,
  174.      and delay time is the same when run on different types of
  175.      computers. 
  176.       
  177.      To experiment you can manually CALL LOAD Ultimate Delay into low
  178.      memory and then play around with inserting the needed CALL LINKS
  179.      into various places in your extended basic program and observing
  180.      the results.  Once you get your extended basic program working to
  181.      your satisfaction you can attach Ultimate Delay to your program.
  182.      You can then OLD and RUN your program without the bother of
  183.      separately CALL LOADing Ultimate Delay.  Software tools and
  184.      directions for attaching Ultimate Delay to your extended basic
  185.      programs are included on the SSSD Ultimate Delay disk.  Send me
  186.      $1 and I will send you this disk. 
  187.      -------------------- 
  188.      RANDOM NUMBER by Bruce Harrison 
  189.  
  190.      This comes on a SSSD disk. It's yours for $1.  It is a set of
  191.      assembly utilities for the XB programmer.  that generate random
  192.      numbers much faster than XB's RND function.  You CALL LOAD and
  193.      CALL LINK to the routines, or you embed them into your finished
  194.      XB program.  Bruce provides several direct comaprison demo
  195.      programs that show how his routines assign 300 random numbers to
  196.      arrays in about 1-3 seconds, while using RND to do the same thing
  197.      takes 25 seconds. 
  198.  
  199.      One set of routines will randomly assign up to 500 integers
  200.      between -32768 and 32767 to an array variable such as DIM A(500).
  201.      It takes about 1 second to do this.  You can specify the max and
  202.      minimum size of the randomly generated numbers within the above
  203.      range, and you can also specify with or without replacement.
  204.      Without replacement means that a randomly generated integer
  205.      number will not appear more than once in the array.  With
  206.      replacement means that a randomly generated number will be put
  207.      back into the pool of possible numbers and may appear several
  208.      times, randomly of course, in the array. 
  209.  
  210.      Bruce provides a useful demo of random integer number generation
  211.      in the form of a card shuffling XB program.  How may times have
  212.      you seen a TI card game say on screen "Please wait, I'm shuffing
  213.      the deck", and then make you wait awhile while this is done?
  214.      Bruce's demo program does the schuffling really fast! Random
  215.      numbers 1-52 are generated without raplacement and then displayed
  216.      in random order on the screen. 
  217.  
  218.      Another set of routines generates floating point numbers of any
  219.      size.  An unlimited number of floating point random numbers can
  220.      be generated with these routines, limited only by the size of the
  221.      array where the numbers are to be assigned.  Large arrays take up
  222.      lots of memory.  It takes about 3 seconds to grind out and assign
  223.      300 of these floating point random numbers.  You can specify the
  224.      max and minimum size of the nunbers to be generated and you can
  225.      specify whether or not to truncate the number at the decimal
  226.      point thus creating big number integers. 
  227. ------------------- 
  228.      ACCESS: 
  229.       
  230.      Bruce Harrison, 5705 40th Place, Hyattsville MD 20781. Phone
  231.      301-277-3467. 
  232.       
  233.      Charles Good, P.O. Box 647, Venedocia OH 45894.  Phone
  234.      419-667-3131.  Internet email cgood@lima.ohio-state.edu 
  235.         
  236.  
  237.