RSSAminetKontakt

aminet/driver/video/CGraphX223u.readme

short : CyberGraphX Extension Update author : fmariak@chaosengine.ping.de,marvin@sun.ph-cip.uni-koeln.de uploader : vgr best com (Robert C Reiswig) type : driver/video architecture : m68k-amigaos Filetype : application/x-lzh-compressed Size : 372.89K Date : 10-Mar-97 Download : 💾 https://de3.aminet.net/driver/video/CGraphX223u.lha
The CyberGraphX system was designed to define an independant graphics standard for graphics boards. We also wanted to continue our development of graphics extensions. We could include all our knowledge of about 3 years of gfx board software development (graphics extensions for Visiona, Domino, Picasso II and now the CyberVision64). CyberGraphX is based on hardware dependant monitor drivers and hardware independant libraries. This has some advantages: Bug fixes in the graphics extension or speed optimizations is of benefit for ALL gfx boards that are supported by the CyberGraphX system. CyberGraphX allows using of 15/16/24 screens independant of the used color model. You are able to use the cybergraphics.library functions to modify this screens. Currently there are versions for: CyberVision64/3D CyberVision64 Domino Picasso II Picasso II+ Spectrum Piccolo Z2/3 Piccolo SD64 Retina BLT Z3 A2410 DraCo Altais CHANGES: cybergraphics Revision 40.107 ------------------------------ - flood fills are a bit faster for planar bitmaps now. This should improve performance for certain flood fill operations on workbench icons. cybergraphics Revision 40.106 ------------------------------ - improved speed auf RECTFMT_LUT8 WritePixelArray()/cybergraphics call on 15/16 bit rgb colour screens. Apps like Frodo4.0 which use WritePixelArray/RECTFMT_LUT8 may gain a litte speed due to the optimized call. Stack usage increases though. - BitMapScale()/graphics patch trashed 68k data register D7 in some cases. This is now fixed. cybergraphics Revision 40.105 ------------------------------ - improved speed auf RECTFMT_LUT8 WritePixelArray()/cybergraphics call on 8 bit screens. It should be as fast as WritePixelArray8()/graphics patch now. Apps or games which have cybergraphx support and use WritePixelArray/RECTFMT_LUT8 instead of WritePixelArray8 may gain a litte speed due to the optimized call. cybergraphics Revision 40.104 ------------------------------ - added some code to get powersnap working on truecolour screens cybergraphics Revision 40.103 ------------------------------ - Due to a bug in the rect filling code, swapping/toggling of simple refresh windows got really slow unter truecolour screens with previous v2 versions. There is really a VISIBLE speed INCREASE with that fixed now when using simple refresh windows. - added flood()/graphics replacement. Programs like PPaint should now work completely without chipram when cybergraphics/PLANES2FAST=1 cybergraphics Revision V40.95 ------------------------------ - fixes serious bug in FillPixelArray (register A6 was trashed under certain conditions) cyberintuition Revision V40.34 ------------------------------ - the tags SA_Draggable,SA_DClip,SA_BlockPen,SA_DetailPen are now supported correctly - fixed some problems with 8bit screens when no SA_Depth tag was supplied and the NOCHIPSCREEN is enabled Picasso Revision V1.31 ---------------------- - fixed a bgrnd refresh bug with the software crsr in 24bit mode - A small amount of PicassoII boards was released with a CL-5428 chip which has a software crsr bug in 16bit mode (the hardware crsr is moved 8 pixels to the left). This is now recognized correctly - fixed software crsr problems in 24bit mode with newer cgx libraries - a PicassoII+ board is now detected correctly. the horizontal hotspot position was not set correctly in 15/16bit modes (moved 8 pixels to the left). This should be fixed Piccolo Revision V1.31 ---------------------- - fixed a bgrnd refresh bug with the software crsr in 24 bit mode - all 68060 related problems should be fixed now - fixed software crsr problems in 24bit mode with newer cgx libraries - modified board init code to (hopefully) fix the well known 060/piccolo problems. Nevertheless its more likely a hardware bug of the Piccolo boards ...... - changed modenames to fix pattern matching problems (* changed to ×) PiccoSD64 Revision V1.31 ------------------------ - fixed a text refresh bug in Z2 mode (finally!). Under certain Z2 configurations some text areas in shells were not updated correctly - modified board init code again. This should fix all 060 related init problems now Spectrum Revision V1.30 ------------------------ - fixed a bgrnd refresh bug with the software crsr in 24bit mode - all 68060 related problems should be fixed now - fixed software crsr problems in 24bit mode with newer cgx libraries/ - changed modenames to fix pattern matching problems (* changed to ×)
Zum Live Linux: