home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Fresh Fish 5
/
FreshFish_July-August1994.bin
/
bbs
/
gfx
/
superview-lib-6.5.lha
/
SuperView-Lib-6.5
/
Docs
/
SVDriver-Docs
/
ECS.doc
< prev
next >
Wrap
Text File
|
1994-07-04
|
4KB
|
152 lines
ECS.svdriver
© 1994 by Andreas R. Kleinert.
FREEWARE. All rights reserved.
Version : 1.8
Release Date : 11.06.1994
Requirements
~~~~~~~~~~~~
- OS V2.04+ (V37)+ and its libraries
- superviewsupport.library V1+
Description
~~~~~~~~~~~
ECS.svdriver is an external Library-Module for the superview.library V3+.
It supplies functions for V2+ SVObjects to allow object-orientated
displaying of graphics on ECS Screens.
The internal graphics interchange format is the same as supported by
superview.library V3+ in connection with V2+ SVObjects, which can be
used by external custom programs.
ECS.svdriver is identical to AGA.svdriver, except to the "chunky pixel"
support and other features, which have been realized without V39 functions
here.
This Driver supports the following :
Dimensions Depth Type
[ECS] [ECS] BITPLANE
[ECS] 8 ONEPLANE (Chunky Pixel)
The 8-Bit mode will perhaps only work on ECS systems which have any
Graphic Card installed, which allows 256 or more colors in a way
of an Intuition emulation.
Autoscrolling of Screens larger than the actual display is supported :
Just move the mouse to the boundings !
Author
~~~~~~
Andreas R. Kleinert
Grube Hohe Grethe 23
D-57074 Siegen
Germany
Known Bugs
~~~~~~~~~~
This bug only concerns to File-Formats in which pictures with only
2 Colors may be represented as Chunky-Pixel data, e.g. :
- 2-Color GIF87a/89a
- 2-Color IMG
- 2-Color BMP
- 2-Color FBM
This bug does not occur always : Whether you get it or not depends on
the actual width of the image in the file.
For example a 354x410x1 graphics from a BMP File will as well cause
problems as a 694x136x1 FBM graphics file.
What do these have in common ?
- they are written to the RastPort via WritePixelLine8(), using
a TmpRas-Structure with attached BitMap
- they will both be displayed on a Screen, which actually has a larger
width than the display itself (320 <-> 354 and 640 <-> 694), so
that the Autoscroll-feature has to be used
- both width values do not exactly end on byte-, word- or longword-
boundaries
Due to the fact, that all other graphics, with the same width and
height, but other color-depth and/or bitplane organization (no
WritePixelLine8() needed) are displayed correctly, I believe
that this is the result of a bug in the OS V39, maybe also V37.
Perhaps WritePixelLine8() is not fully free of bugs yet.
Try using other programs with some "critical" graphics and I guess,
that you will get the same results like with this SVDriver :
- either the system will slow down very much (silent crash)
- or after closing the display and freeing all memory : problems
with the memory list will be reported by exec (Recoverable or
DeadEnd Alert) when using "avail flush"
History
~~~~~~~
V1.8 (11.06.1994) :
- fixed small bug in ColorMap routine :
creation of RGB-values resulted in a mask of 0xFFFFFF00 instead
of 0xFFFFFFFF (although there's not really a mask used)
(V39 only)
V1.7 (07.05.1994) :
- use of SAS/C V6.51
- use of new "superviewsupport.library" V1
This saves some space again (here : ca. 400 Bytes).
V1.6 (30.04.1994) :
- fixed small bug in memory delocation (when multiply called)
V1.5 (02.04.1994) :
- improved internal "regular case" BitMap-to-BitMap routine
V1.4 (25.03.1994) :
- slightly improved internal BitMap-to-BitMap routine
- We now use a higher alignment for TmpRas-BitPlanes,
to ensure higher compatibility (and speed increase) under
V39 with the AGA chipset.
Alignment now is done for longword-boundaries as follows :
((width + 31) >> 5) << 5
V1.2 / V1.3 (14.03.1994) :
- there are no significant differences between V1.2 and V1.3
(at least I don't remember them ...)
- fixed "large memory usage" bug in ChunkyPixel routine
- this version has been released as bug-fix to V1.1
(superview.library V3.1 release)
V1.1 (09.03.1994) :
- first version
Copyrights
~~~~~~~~~~
Some of the mentioned names or products above may be copyrighted by
companies or trademarks of companies.