Скачать UGraf v1.2 - SVGA Graphics Library for TP

01.03.1997
Скачать файл (127,67 Кб)

UGRAF.PAS

This is a (for the moment) small graphics unit in tp. It supports
all VESA 256 and more colors mode, plus mode 13h, plus all mode
supported by standard graph unit. It also supports memory
bitmaps.
This unit is livred as it ... No warranty ....

I tried to designed as a project, which means that any
improvement from anyone would be grantly appreciated.
Instalation of help file :
the help file given with the unit can be added to your TP help
system, open the Help/Files menu, and add ugraf.tph there, using
the "new" button.
You can then access to the help file like any other hel pfile (ie
you can use it as crt's one, for example).
see ugraf.pas for more detailled presentation of unit and new
features)

Revision history :

Version 1.2
Added :
      New blitting function that allow an enhacement such as 2
        times when blitting from memory to screen.

      Added an help file (can be completed, but should be very
      useful as is).

      Fixed small bugs :
            . gif loads now really return a value
            . mode switching did sometimes report false even if
              it works. Corrected.
            . corrected 24 bits bug. Modes now works correct.

      Added a new mode selecting function (find_best_mode()) :
            You now pass the wanted X and Y resolution, and the
            number of bits per pixel, and the function finds the
            nearest mode for you.
            You should use this as often as possible.

Version 1.1
Added :
      Keyboard functions
               New keypressed function, a lot faster than crt's
               Can handle extended keys
               Clear buffer function
      Timer function
               Timer interrupt function
      Virtual screens functions All function can be done on
               normal screen or on virtual screens Actually,
               there is a problem : only 320*200 mode can have a
               virtual screen, not because of ugraf limitation,
               but because of 640Ko limit (don't forget that a
               point is 4 bytes ...). I will maybe :
                 . limit size of a pixel to his normal size
                 . Add xms/ems support
               But, all theese improvements will slow program, or
               reduce possibilities (blitting between 2 modes
               with different bits per pixel)
      Example programs
               Quite short and not very good, but they should help.

Version 1.0
First distributed version.