home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-385-Vol-1of3.iso / m / morphpak.zip / MORPH009.ZIP / WHATSNEW.MPH < prev   
Text File  |  1992-12-09  |  5KB  |  91 lines

  1. MORPH Revision History
  2.  
  3. Rel 0.09, 12/09/92 -
  4.   o  Added /C command-line parameter, which lets you preload a
  5.      mesh/control file.  "morph before.tga after.tga /cbla.msh"
  6.      preloads a control file called "bla.msh".
  7.   o  The maximum value for the "last frame" control wasn't
  8.      getting reset properly when Morph read in a control file.
  9.      Fixed.
  10.   o  Added /S command-line parameter, which tells MORPH to use
  11.      SVGA (640*480*256) instead of VGA (640*480*16).
  12.      Unfortunately, this only works in the real mode version,
  13.      because the SVGA256.BGI driver dies in protected mode,
  14.      so you'll only be able to use it on tiny pictures.
  15.      Hopefully this'll be corrected in a future version.
  16. Rel 0.08, 12/06/92 -
  17.   o  Fixed two more bugs which in some circumstances caused
  18.      runtime errors.
  19.   o  Changed some of the on/off-type controls to checkboxes.
  20.   o  Added controls to change the color of the mesh... sometimes
  21.      the default red color doesn't stand out too well.
  22.   o  Some of the on/off-type control values weren't getting saved
  23.      in the control file correctly.  Fixed.
  24.   o  Cleaned up the line-adding code... now Morph only pays attention
  25.      to the right button if the cursor is in a picture border.
  26.      In fact, if you try to use the right button anywhere else, it
  27.      lets off an irritating sound.  It also sounds a tone if you
  28.      try to add a line where there already is one.
  29.   o  Morph now pays attention to the escape key in zoom mode.
  30. Rel 0.07, 12/03/92 -
  31.   o  Fixed another memory allocation problem, which was sometimes
  32.      generating page-fault errors (runtime error 216).
  33. Rel 0.06, 12/01/92 -
  34.   o  MORPH wasn't deallocating some memory correctly, resulting
  35.      in out of memory errors after a while.
  36. Rel 0.05, 11/30/92 -
  37.   o  You can halt MORPH at pretty much any time with the <Esc> key.
  38.   o  the Warp 1/2 and Fade 1/2 controls weren't working right... no
  39.      matter what value was selected, MORPH would use the 50% for Warp
  40.      and 75% for Fade.  Fixed.
  41.   o  got rid of all the EMS/XMS/virtual memory stuff... there are
  42.      now two versions of the program: MORPH, which runs in real mode
  43.      and should work on pictures that are 320x240 or less; and
  44.      MORPHX, which runs in 286 Protected mode and should work on
  45.      pictures that are up to around 2000*2000 (if you've got 16MB
  46.      of memory... even if you've got more than 16M, MORPH can't access
  47.      any more.)
  48.      I will rework this so it stores only one channel at a time
  49.      (red, green, blue, alpha) and can work with pictures four
  50.      times larger. This'll make it slower, but I think that's a
  51.      fair trade.
  52.      Or maybe I'll rework MORPH so it operates on chunks instead
  53.      of a whole picture.
  54.      Note: to get the protected mode version working, you must have
  55.      a copy of RTM.EXE and DPMI16BI.OVL (and maybe DPMIINST.EXE if
  56.      you've got an unrecognized 286 processor).  These files are
  57.      available in another archive, DTAMEM.ZIP.  They're in a separate
  58.      archive so you won't have to redownload them each time MORPH
  59.      (or my other programs, DTA and PDOTS) gets updated.
  60.   o  MORPH now updates the screen as it's performing a morph.
  61.      In each pass of the warping process, for each picture, it
  62.      updates the picture in question with the interim results.
  63.      It then updates both screens with the actual merged morph
  64.      frame.
  65.   o  I discovered that the cause of a lot of streaking on the screen,
  66.      (and probably some crashes) was caused by a routine I was trying
  67.      out for figuring out the resampling intervals between mesh
  68.      curves using splines.
  69.      An earlier version of the routine, which uses linear
  70.      interpolation method, is stabler and faster.  The linear
  71.      method is now the default.  You can still switch back to
  72.      the spline method if you want (sometimes it produces more
  73.      convincing results).  This option is called "Spline coords".
  74.   o  MORPH will no longer abort if you start it up without a
  75.      mouse driver loaded.  Instead, it will allow you to type a
  76.      few keystrokes.  The keystrokes it recognizes are <Esc>
  77.      or "A" to abort, "L" for load mesh file, and "G" for "Go".
  78. Rel 0.04, 11/26/92 -
  79.   o  Fixed another bug with upside-down TGAs (in zoom mode)
  80.   o  Fixed a minor interface bug.
  81.   o  Linked the bgi driver into the executable... so there
  82.      shouldn't be "initgraph" errors when you don't have
  83.      "egavga.bgi" in the morph directory.
  84. Rel 0.03, 11/23/92 -
  85.   o  Fixed run-time error that was all that you got from
  86.      pressing the Zoom buttons.
  87.   o  When dealing with upside-down TGAs (first line
  88.      at the bottom), MORPH flipped the picture upside down but didn't
  89.      flip the control mesh along with it.  Oops.
  90.   o  Copied a bit of interface gunk from PDOTS.
  91.