home *** CD-ROM | disk | FTP | other *** search
-
- 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
-
-
-