home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
The AGA Experience 2
/
agavol2.iso
/
software
/
utilities
/
wb_tools
/
picturedt-v43
/
readme
< prev
next >
Wrap
Text File
|
1996-01-21
|
6KB
|
190 lines
picture.datatype V43
Copyright 1995-96
Ralph Schmidt
This is an
######## # ######## # # ########
# # # # # # # # #
# # # # # # # # #
######## # ######## ######## ########
# # # # # # # #
# # # # # # # #
# # ###### # # # # #
Release!
This means...not fully done, not fully tested, use it on your own responsibility.
It may cause problems...perhaps the world will end after you've installed it.
I don't like to release sw in such stage but Frank Mariak and Matthias Scheler
forced be to do so otherwise i would experience ............
#########################
# #
#Important Informations #
# #
#########################
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
IF YOU'RE USING THE APPS THAT ARE IN THE COMPATIBILITY LIST( CHECK OUT SOME
LINES BELOW) YOU HAVE TO NAME YOUR APPLICATION EXACTLY LIKE IN THE LIST OTHERWISE
IT WON'T RECOGNIZE IT.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
The Aminet release of the tiff and png.datatypes support the V43 picture.datatype
but because of a late change to the API(DTA_ErrorLevel,DTA_ErrorNumber) these
don't support these tags. I hope that the authors of these 2 datatype update
their datatypes in the next time.
The tags are VERY important in a low memory situation.
The following functions aren't implemented yet.
o 24bit dithering to very a very low planar bitmap may cause
"problems". No time to test this out.
o Sorry...also no time(lazyness) to test out PixMax support. I hope
it works as defined.
o Right now it also doesn't really care for Ham6/8 and Halfbright.
o Missing nonmonitor cybergraphics.library
o make the application list configurable that defines which programs
can deal with non planar bitmaps.
(This sucks anyway...you only have to rename your application and it
doesn't work anymore)
o DTM_Print for truecolour pictures should differ the picture to 256 colours
and then print it.
o Make a Gauge interface so it may be controlled by tags(but does that
really make sense ? imagine a gauge popping up when iprefs is loading
your background)
o scrollable transparent picture handling should be improved.
Now it only switches back in nonmask mode.
o ******* AMosaic crashes ******* in 16Bit mode...i don't know why
yet(it worked in that mode in the summer).
############################################################################
Questions&Bugreports
Don't expect fast response.
Ralph Schmidt <laire@popmail.owl.de> picture.datatype
Matthias Scheler <tron@lyssa.owl.de> ilbm.datatype
gif.datatype
jfif.datatype
ppm.datatype
Frank Mariak <fmariak@chaosengine.ping.de> CyberGfx
The jfif.datatype is using the "jpeg.codec"
The JPEG codec is Copyright © 1994 Christoph Feck, TowerSystems.
All Rights Reserved. It is based in part on the work of the
Independent JPEG Group.
############################################################################
Release Notes
V43.629
o Finally fixed the mysterious crash bug.
V43.6xx
o Multiview cludge
o Smarter Monitor ID overruling
o Alphachannel support
o fixed PDTA_DestMode,MODE_V42 fallback..
o Added an internal V43 compatibility list with the current entries:
"« IPrefs »",
"multiview",
"amigaguide",
"amosaic",
"amosaic-as225",
"amosaic-amitcp",
"DirectoryOpus",
NULL
o Fixed Aspect=0 save problem
o smarter PDTA_UseFriendBitMap that only does something when needed
o Truecolour alphachannel mask generation activated...will be used
automaticly by OM_RENDER
o 8Bit transparent mask generation activated...will be used automaticly
by OM_RENDER
o Fixed V42 fallback mode mungwall problems with dithering..hopefully.
o OM_Render transparent special handling..see docs for more infos
o Subdatatype Error API improvement
o creating transparent mask without layout if needed
o Fixed long outstanding V42 fallback color problem bug visible with DirOpus and others.
V43.451
o Important!!!!!
Include Change
DTM_BLITPIXELARRAY -> DTM_WRITEPIXELARRAY
o PDTA_DEST works now. This means if PDTA_DEST,MODE_V43 isn't set
by application programs, a slow old planar bitmap is returned to
not break old programs that can only handle that bitmap.
Sigh..i could add an application list that works bitmaps format
independent.
Only exception is IPrefs for now...it gets a chunky bitmap.
o PDTA_UseFriendBitMap is implemented(Stuntzi)
o PDTA_NumPixMapDir
DTM_CREATEPIXMAPDIR
DTM_FIRSTPIXMAPDIR
DTM_NEXTPIXMAPDIR
DTM_PREVPIXMAPDIR
DTM_BESTPIXMAPDIR
added to support multi-volume gfx formats like TIFF.
o DTM_READPIXELARRAY added to avoid the sub datatype data sharing
design problem of the picture.datatype. If you ask me i would
have disallowed any data sharing at all because it destroys the
meaning of OO.
o GAUGE disabled...there should be GAUGE Method imho
V43.395
o Added a cludge to avoid a BestModeID crash
o Added a Volume Gauge...will be configurable in the future
o ilbm.datatype that handles 24bit...thanx Matthias
V43.352
o Fixed a problem with WBPattern(not only this) and some pictures.
The reason was that BestCModeIDTagList() doesn't always work
and i had no fallback mode so the returned monitorid was INVALID.
This caused a lot problems..expecially the HAM/HALFBRIGHT bit test
on the modeid resulted into a wrong decision because INVALID=-1.
V43.340
o DTM_PRINT added. It does nothing for 24Bit bitmaps.
V43.338
o DTM_COPY added. It writes 8Bit and 24Bit output.
V43.335
o DTM_WRITE added. It writes 8Bit and 24Bit output.
Questions&Bugreports
Don't expect fast response.
Ralph Schmidt
laire@popmail.owl.de