home *** CD-ROM | disk | FTP | other *** search
/ Amiga Elysian Archive / AmigaElysianArchive.iso / compress / lhwarp_1.lzh / Changes.doc next >
Text File  |  1990-02-13  |  4KB  |  73 lines
  1.  
  2.                                    LHWARP 1.40
  3.  
  4.                            A disk tracker for the Amiga
  5.  
  6.                             Written by Jonathan Forbes
  7.                        Copyright © Xenomiga Technology, 1990
  8.  
  9.  
  10. 20-Dec-89 V1.00: Initial release (small extended data bug.)
  11. 20-Dec-89 V1.01: Fixed extended data bug.
  12. 22-Dec-89 V1.02: 32-bit checksum implemented.
  13. 28-Dec-89 V1.03: More CHIP memory efficient, and stack size 50k -> 3k.
  14. 01-Jan-90 V1.10: 32-bit CRC, compression routines now in assembly language.
  15.                  16k file i/o buffer, stack size 3k -> 10k.  Bitmap used for
  16.                  skipping unused sectors.
  17. 02-Jan-90 V1.11: Another speed increase.  Sectors are displayed as they are
  18.                  archived.
  19. 06-Jan-90 V1.20: Squeezing and Vaporising implemented.  Viewing implemented.
  20. 08-Jan-90 V1.21: Corrected text file bug in version 1.20.
  21. 19-Feb-90 V1.30: Removed track corrupting bug.  Other devices supported.
  22.                  Output file length included within output file.
  23. 27-Feb-90 V1.31: Removed bug which prevented Lhwarp from uncompressing files
  24.                  produced by earlier versions.  Memory leak corrected.  Removed
  25.                  bug involving output track data being longer than input track
  26.                  data.
  27. 12-Apr-90 V1.40: Incredible speed increases all around.  Compression 25%
  28.                  faster, decompression 60% faster (freezing.)  Asynchrous disk
  29.                  i/o.  Tracks now stored if they cannot be compressed.
  30.                  Corrected bug causing viewing to crash.  Added "no prompts"
  31.                  option.
  32.  
  33.  
  34.    Version 1.40 - 12th April, 1990
  35.  
  36.    I moved the assembly language routines from Lhunarc 0.96 (written by me)
  37. into Lhwarp, which resulted in some incredible speed increases!  Lhwarp also
  38. uses asynchrous disk i/o; what this means, is that Lhwarp continues to
  39. compress/decompress while the disk is being accessed; thus, Lhwarp no longer
  40. has to wait for tracks to be read or written.
  41.  
  42.    Nobody ever accused Lhwarp of being fast, but it can certainly no longer be
  43. called slow, especially when compared to the other disk compressors available.
  44.  
  45.    NewTek DYNAMIC HI-RES Demo Disk:
  46.  
  47.                      Compress    Decompress
  48.                      ---------   ----------
  49.       Version 1.31 | 19:00 min |  12:40 min
  50.       Version 1.40 | 14:50 min |   5:24 min
  51.       Warp 1.1z    | 16:53 min |   1:16 min (Unwarp 1.00)
  52.  
  53.    If no space is gained by compressing a track, that track is now stored (no
  54. compression) instead.  Vaporising and Squeezing will now produce smaller
  55. files.  In addition, the -q (quick intelligent compression) option has now been
  56. revised, and no longer functions in the same way as before.  Please refer to
  57. the updated documentation for more details.
  58.  
  59.    The -n option has been added, signifying "no prompts"; Lhwarp won't ask you
  60. to hit return if this option is specified.
  61.  
  62.    A small bug causing the -v option to crash upon abort has now been fixed.
  63.  
  64.    Because of the way in which Lhwarp handles version updates, any files
  65. Lhwarp'd with version 1.40 will appear to have been Lhwarp'd with version 1.39
  66. (which doesn't exist.)  This is because Lhwarp assumes that a change in the
  67. 10^-1 digit of the version number constitutes a change in the output file
  68. format, which has been true up to now, but not for this version.
  69.  
  70.    I suppose I could have called this version 1.32, but 1.32 gives the
  71. impression of a minor update; 1.40 is more ostentatious.  In any case, this
  72. small workaround will not affect you in any way.
  73.