home *** CD-ROM | disk | FTP | other *** search
/ MACD 5 (Alt) / MACD 5.bin / workbench / libs / datamaster_lib.lha / Datamaster / datamaster_lib.readme < prev    next >
Encoding:
Text File  |  1997-05-05  |  3.4 KB  |  104 lines
  1. Short:    v2.0 - MODULAR,flexible recognition lib
  2. Author:   Alexis 'Cyb' Nasr
  3. Version:  2.0
  4. Type:     Util/Libs/
  5. Tested:   A1200 (OS3.1,Blizzard A1230 IV/16Mb) Enforcer/MungWall/Segtracker
  6. Requires: Amiga OS2.04+,reqtools.library,xpkmaster.library
  7. uploader: nasr@hol.fr
  8. Date:     May 1997
  9. replaces: util/libs/dmlib_10.lha
  10.  
  11. The package
  12. ~~~~~~~~~~~
  13. It contains both the user & developer docs/sources.
  14.  
  15. User will find interesting tools such as DMcontrol or ** DMlauncher **
  16.  
  17.  
  18.  
  19. the datamaster.library
  20. ~~~~~~~~~~~~~~~~~~~~~~
  21.  
  22.    datamaster.library is a standard Amiga Shared library.
  23.  
  24.    None of the existing recognition libraries suited my needs, so I decided
  25.    to create mine (good old programmer's behaviour ;-)
  26.  
  27.    So...What is "so special" in datamaster?
  28.  
  29.    Well, here are its main features:
  30.  
  31.  
  32. *  A MODULAR architecture,with external `recognizer's, that can be very
  33.    easily listed, added, removed,etc... by user, with the DMcontrol
  34.    program.
  35.  
  36.    These `recognizer's are real subprograms, not old classic user-defined
  37.    strings! 
  38.  
  39.    This means two things:
  40.    ----------------------
  41.  
  42.         1) Such `recognizer's are extremely FLEXIBLE, being made of "real
  43.            code", they can recognize ANY `filetype'.
  44.  
  45.            As an example of the recognizer's flexibility,there is even a
  46.            LINK-Datatypes recognizer,that uses the datatypes.library!
  47.            It's just in case you find brand new datatypes you REALLY need, 
  48.            and there is no existing recognizer (yet ;-),so you can use this
  49.            'bridge' to datatypes meanwhile.
  50.  
  51.  
  52.         2) YES, YOU users won't be able to spend nights defining
  53.            "Matchbyte=XXX" filetypes anymore :)
  54.  
  55.            BUT....don't worry, as:
  56.  
  57.                 - The current "bank" of recognizers surely suits 99% of
  58.                   your needs :) There are LOTS of them already...
  59.  
  60.                 - Programming a `recognizer' is rather trivial.
  61.  
  62.                 - If there is feedback (I hope so :), there will be updates
  63.                   of recognizer files, exactly like for external music
  64.                   players, or xpk sublibraries.
  65.    
  66.  
  67. *  Small & fast library (100% assembler).
  68.    (The library itself is 6Kb or so!!...then you add/remove the recognizers
  69.    YOU need).
  70.  
  71. *  The recognizers are sorted by priority:recognizers that are known to be
  72.    slow/rare, or handling very much `filetype' will have a low priority
  73.    etc etc... So----->speed gain.
  74.  
  75. *  datamaster.library offers 2 `filetype' checking modes:
  76.  
  77.    ->REAL `DATA checking' ("heavy" mode,but very precise).
  78.         Whatis.library does it too,it's true,but datamaster uses external
  79.         `recognizer's using >>REAL CODE<<.This should beat all the
  80.         MATCHBYTE(0x44ff00..) thing I guess....And `recognizer's come out
  81.         with a 100-200 bytes size which is not that much you'll agree!
  82.  
  83.    ->FILE `PATTERN matching',very classic,used in most the previous
  84.    libraries of this kind before.(accuracy:so,so :-)
  85.  
  86.  
  87.  
  88. For programmers:
  89. ~~~~~~~~~~~~~~~~
  90.  
  91. *  The main recognition functions are very easy to use.
  92.    (ONE library call is enough :)
  93.  
  94.  
  95. *  Many support functions.
  96.    These functions are for all kind of text/string comparisons,search etc...
  97.    They were made to be used in the `recognizer's, but they may be used as
  98.    well in your own programs.
  99.  
  100.    Note: being an assembly programmer, I thought of these functions for asm
  101.    users. (C users already have most of these in amiga.lib)
  102.  
  103.  
  104.