FBM.svobject © 1994 by Andreas R. Kleinert. FREEWARE. All rights reserved. Version : 2.7 Release Date : 05.06.1994 Requirements ~~~~~~~~~~~~ - OS V2.04+ (V37)+ and its libraries - superviewsupport.library V3+ Description ~~~~~~~~~~~ FBM.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 ChunkyPixel-Support. It supports reading and writing of FBM (Unix) Files. In detail these are : Reading : FBM (Unix) upto 256 Colors (8 Bit), either with Colortable or grey-scaled (selfgenerated). Black & White with physbits=1 not supported. Writing : FBM (Unix) upto 256 Colors (8 Bit). Following to the specifications, an 2..128 Colors file takes as much space as an 256 Colors file : always 8 Bits are written. Only the ColorMap is sized differently for different ColorDepths. Author ~~~~~~ Andreas R. Kleinert Grube Hohe Grethe 23 D-57074 Siegen Germany History ~~~~~~~ V2.7 (05.06.1994) : - SVObject flags now reflect, that GfxBuffers can be written V2.6 (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+. - besides : THIS time, the history reflected V2.4 instead of V2.5 ... V2.5 (07.05.1994) : - use of SAS/C V6.51 - use of new "superviewsupport.library" V1 This saves some space again (here : ca. 1600 Bytes). - version still reflected 2.3 instead 2.4. Now we're at 2.5 :-) V2.4 (16.04.1994) : - improved internal "grey-scale-generation"-routine. It produced sometimes wrong values for the last GreyScale-Color, which should have been real "white". The wrong values were like this : - 4 GreyScales, 4. Color : 192/192/192 - 16 GreyScales, 16. Color : 240/240/240 - 255 GreyScales, 16. Color : 255/255/255 This is now fixed. Side-effect : the grey-value below "white" now has a bigger distance to it than to the previous value (2*256/colornum instead of 256/colornum). V2.3 (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.2 (25.03.1994) : - slightly improved internal BitMap-to-BitMap routine - now also writes FBM (Unix) upto 256 Colors (8 Bit). - fixed ColorMap-generation for grey-scaled pictures with less than 8 Bit Depth (256 grey-scales) : values had been too small (too dark) V2.1 (19.03.1994) : - first version, not yet with write-support Credits ~~~~~~~ For getting information on the FBM-Format I took a look into the file "fbm.h" and other source-files, which describe this file format and are part of FBM Release 1.0 25-Feb-90 by Michael Mauldin. No source-code from this package - only the "pure information" - has been used for FBM.svobject. Copyrights ~~~~~~~~~~ Some of the mentioned names or products above may be copyrighted by companies or trademarks of companies.