home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 331.lha / Lhwarp_v1.11 / Changes.doc.pp / Changes.doc
Encoding:
Text File  |  1990-01-08  |  4.3 KB  |  104 lines
  1.  
  2.                                    LHWARP 1.11
  3.  
  4.                            A disk tracker for the Amiga
  5.  
  6.                             Written by Jonathan Forbes
  7.                        Copyright © Xenomiga Technology, 1990
  8.  
  9.    Version 1.01
  10.  
  11.    Lhwarp 1.0 has a tiny bug, in that it won't output all of the extended
  12. sector data.  Lhwarp 1.01 has fixed this bug, but has caused itself to be
  13. compatible with Lhwarp 1.0.  Lhwarp 1.01 will produce smaller files than
  14. Lhwarp 1.0, because it now stores the extended sector data as part of the
  15. track data, for compression purposes.
  16.  
  17.    The sudden update shouldn't be too much trouble, because Lhwarp 1.0 was
  18. released less than 6 hours ago.  Please delete the original Lhwarp 1.0 if
  19. you have it, and use Lhwarp 1.01 in its place.
  20.  
  21.  
  22.    Version 1.02
  23.  
  24.    Lhwarp 1.02 has implemented a 32-bit checksum, so that corrupted tracks can
  25. be reported.  Version 1.02 is fully backwards compatible with version 1.01.
  26.  
  27.  
  28.    Version 1.03
  29.  
  30.    Lhwarp 1.03 uses only one track's worth of CHIP RAM (11k), for all its
  31. reading and writing to disk.  Data is copied from the CHIP RAM disk buffer
  32. to FAST RAM (or, if you don't have FAST RAM, to some more CHIP RAM.)  All
  33. compression and decompression is now done in FAST RAM, if possible, so
  34. compression time might possibly be smaller.
  35.  
  36.    Versions 1.00, 1.01 and 1.02 crashed often, most probably due to lack of
  37. stack space.  Since my stack is permanently set to 90,000 bytes, I never
  38. noticed, and neither did anyone else with a large stack.
  39.  
  40.    Version 1.03 now allocates almost memory from Exec's free list, rather
  41. than using large auto arrays (the latter being a very bad programming
  42. practice anyway.)  Stack size requirements have dropped by about 50k or so,
  43. to hopefully around 3k, but you may wish to use more (say, 10k), just to be
  44. safe.
  45.  
  46.    Support for RAW unencoded MFM data will be implemented soon.  An option to
  47. append MFM data to an existing file will be provided.
  48.  
  49.    If you have any suggestions, contact me soon, so that they will be
  50. implemented quickly.
  51.  
  52.  
  53.  
  54.    Version 1.10 - 1st January, 1990
  55.  
  56.    Welcome to the 90's.
  57.  
  58.    Lhwarp 1.10 is a significant upgrade; many of the compression/decompression
  59. functions have now been rewritten in assembly language.  Check the
  60. accompanying "Lhwarp.doc" file for a timed comparison between new and old
  61. versions (as well as to Lharc.)
  62.  
  63.    The 32-bit checksum has been destroyed.  Instead, a 32-bit CRC now protects
  64. data integrity.  As a result of having a large auto array containing the
  65. 32-bit CRC, as well as various other small additions, the required stack size
  66. may have increased slightly; 10k is quite safe, however.  Steps will be taken
  67. to decrease stack size requirements.
  68.  
  69.    File i/o now uses a 16k buffer if you have enough memory; if you don't, the
  70. default buffer size is used (whatever it is; probably 512 bytes or so.)
  71.  
  72.    Lhwarp will no longer archive sectors which are not used on the disk; the
  73. disk's bit map is checked to see which sectors are allocated, and only those
  74. are archived.  This is much more efficient than Warp!  To see for yourself,
  75. try compressing a blank disk; it takes a matter of seconds.
  76.  
  77.    The NOMAP option overrides the above, and ensures that every single sector
  78. is compressed, regardless of whether or not it contains data.  The NOMAP
  79. command is to be used in place of READ, as a parameter.
  80.  
  81.    Earlier versions of Lhwarp will be unable to decompress files produced by
  82. Lhwarp 1.10.  This cannot be helped.  However, Lhwarp 1.10 can decompress
  83. files produced by earlier versions.  Whichever version of Lhwarp is used,
  84. Lhwarp will inform you of which version the file was compressed with, and will
  85. take appropriate action.
  86.  
  87.    For additional specifications, please refer to "Lhwarp.doc", which has been
  88. updated.
  89.  
  90.  
  91.    Version 1.11 - 2nd January, 1990
  92.  
  93.    Another upgrade, one day later!  Lhwarp 1.11 is a not as significant an
  94. upgrade as 1.10.  However, the large speed increase of 1.11 justified another
  95. release.
  96.  
  97.    In addition to the speed increase, Lhwarp now displays sectors as they are
  98. archived or decompressed (just in case you were worried that Lhwarp has died
  99. on you from its inactivity.)  Sectors marked with an '.' will be archived,
  100. while sectors marked with a '_' will not.  Sectors will be marked with an 'o'
  101. as they are archived.
  102.  
  103.    Please refer to the updated documentation for more specifics.
  104.