ILBM.svobject

  © 1993-94 by Andreas R. Kleinert.

  FREEWARE. All rights reserved.

  Version      : 2.10
  Release Date : 05.06.1994


  Requirements
  ~~~~~~~~~~~~
  - OS V2.04+ (V37)+ and its libraries
  - iffparse.library V37+
  - superviewsupport.library V3+

  For ClipBoard usage at least superview.library V4+ is needed.


  Description
  ~~~~~~~~~~~
  ILBM.svobject is an external Library-Module for the superview.library V2+.

  It contains SVDriver-Support for the superview.library V3+, and
  needs any SVDriver with Bitplane-Support.

  It supports reading and writing of IFF-ILBM Files.
  In detail these are :

  Reading :

   - IFF-ILBM uncompressed
   - IFF-ILBM CmpByteRun1 compressed

   (except 24 Bit-ILBMs)


  Writing :

   - IFF-ILBM uncompressed
   - IFF-ILBM CmpByteRun1 compressed

   (except 24 Bit-ILBMs)


  Author
  ~~~~~~
  Andreas R. Kleinert
  Grube Hohe Grethe 23
  D-57074 Siegen
  Germany


  History
  ~~~~~~~

  V2.10 (05.06.1994) :

   - SVObject flags now reflect, that GfxBuffers can be written
   - now "aspect"-values are set to non-zero, if writing an ILBM
     from a GfxBuffer


  V2.9 (03.06.1994) :

   - files with odd with would have been saved without pad-bytes :
     this caused no problems when reading them into ILBM.svobject,
     but almost all other program might have complained about a
     "corrupt IFF file". Files now are written padded to word boundaries.
     Even CBM's "MultiView" and "ILBMLoad" now seem to be pleased with
     the "odd-width" files written by this program.
   - reading of uncompressed padded "odd-width" files would not have
     worked, now it works, but un-padded files will no longer be read
     correctly. Compressed files are ALWAYS read correctly, no matter,
     if they are padded or not (because I do not use the standard decoding
     routines :-)


  V2.8 (27.05.1994) :

   - now saving of GfxBuffers is possible : internal write routines have
     been completely rewritten, so that supplied Screens are transferred
     to GfxBuffers before saving. BitPlane AND OnePlane Buffers upto
     8 Bit are supported : they are converted to each other by using the
     appropriate functions of superviewsupport.library V3+.


  V2.7 (15.05.1994) :

   - the ClipBoard feature did not work, since ILBM.svobject and
     ACBM.svobject had been externalized.
     Specifications had to be changed slightly - in a compatible way -
     to re-arrange READING to work again. For WRITING only superview-
     Library had to be changed.
   - Besides : the ClipBoard would not have been closed correctly, anyway,
     because - yet another bug - there was a function call missing.


  V2.6 (07.05.1994) :

   - use of SAS/C V6.51
   - use of new "superviewsupport.library" V1
     This saves some space again (here : ca. 1100 Bytes).


  V2.5 (02.04.1994) :

   - improved speed of CmpByteRun1 decoding routines
   - improved adjusting of unencoded picture data
   - un"#define"d CRNG support routines, which are not used since V2.1
     anyway. This saves some code again.
   - un"#define"d some more (yet) dead code (AUTH, ANNO, ...)


  V2.4 (27.03.1994) :

   - removed internal SVDriver-Replacement, so that we now are really
     dependent on external SVDrivers in libs:svdrivers.
     This saves about 1600 Bytes diskspace and reduces redundancy.
   - replaced SAS/C's sprintf()-routine with own, RawDoFmt()-based one.
     This saves again about 1800 Bytes.
   - now using Utility-Library for integer operations (activated
     SAS/C's UTILLIB option) : this increases 68000-codesize a little
     bit, but increases speed on 68020+ systems
     (should also decrease codesize, but does not ...)


  V2.3 (25.03.1994) :

   - slightly improved internal BitMap-to-BitMap routine


  V2.2 (17.03.1994) :

   - fixed "large memory usage" bug in internal ECS-ChunkyPixel routine
   - added several security checks (zero-pointers)


  V2.1 (09.03.1994) :

   - now with SVDriver-Support. Not yet necessarily needed.
   - Clipboard-Support was deactivated accidentally. Now is no longer.
   - fixed small bug in memory management routines
   - fixed bug in reading and writing "big width" pictures
     (> Standard-Width for the specific ScreenMode) :
     BitMap->BytesPerRow was bigger than thought (for 736 was 96, not 92,
     so e.g. saving will result in an Width of 768)
   - now sets BMHDF_CMAPOK in bmhd->flags (former pad1) if running under V39
     and writing 32 Bit-ColorMaps
   - removed "ColorMap replacement" routine
   - internal routines : AUTOSCROLL now really works with big-sized Screens
   - ColorCycling (CRNG)-Support removed
   - fixed several other little bugs


  V1.2 (06.02.1994) :

   - File Information did not work


  V1.1 (16.01.1994) :

   - first version


  Copyrights
  ~~~~~~~~~~
  Some of the mentioned names or products above may be copyrighted by
  companies or trademarks of companies.