home *** CD-ROM | disk | FTP | other *** search
/ Windoware / WINDOWARE_1_6.iso / miscprog / atre20 / history < prev    next >
Encoding:
Text File  |  1991-08-08  |  3.7 KB  |  86 lines
  1. Atree release 2.0
  2. ~~~~~~~~~~~~~~~~~
  3.  
  4. Changes in 2.0:
  5.  
  6.     - Added several new functions to the atree library, including tree
  7.       and coding I/O, see atree.h.
  8.  
  9.     - The atree structures have been totally revamped, and now can fit
  10.       into 12 bytes (for nodes) and 4 bytes (for leaves).
  11.  
  12.     - atree_train() has been changed to present the whole training set 
  13.       during one epoch, although in a shuffled form.  Before, we just 
  14.       randomly picked vectors out of the training set, leaving the 
  15.       possiblity of a large number of vectors not being presented 
  16.       during an epoch.  Also, we check our estimate of success after 
  17.       adaptation against the whole training set (with no adaptation) 
  18.       to give the ACTUAL number correct.  This step only occurs when 
  19.       training has reached the maximum allowed number of epochs, or 
  20.       when the estimator indicates the tree has gotten the necessary 
  21.       amount of vectors correct.  If the actual is lower than the
  22.       estimate, we keep training for another epoch, up until the
  23.       maximum number of epochs has been reached.
  24.  
  25.     - Memory allocation for trees now the same as for bit vectors (and
  26.       every other dynamically allocated object!): the WinMem_Malloc
  27.       routine is used!  Thanks to Rolf Manderschied for coming up with
  28.       a better build_tree!  Trees are now allocated from free lists,
  29.       and are returned to the free lists when destroyed.
  30.  
  31.     - Changed the multiplexor function in mult.exe: can now specify
  32.       the number of control bits at compile time.
  33.  
  34.     - Because of the C library I/O routines, the atree library is no
  35.       longer in a .DLL.  Instead, atree.c must be compiled into
  36.       applications.  Sorry!  But I didn't feel like rewriting the
  37.       whole standard C I/O library to index data by the data segment
  38.       only, instead of the stack segment (in .DLL's, ds != ss).
  39.  
  40.     - As a result of the above, applications need no longer include
  41.       every atree library function in the IMPORTS section of their
  42.       .def files.  However, you DO need to include VERBOSITYWNDPROC in
  43.       the EXPORTS section, along with whatever other Window Procedures
  44.       your application is exporting.
  45.  
  46.     - Improvements to the atree Status window (verbosity output).  It
  47.       doesn't hang around after training is finished.  It flickers
  48.       quite noticeably, though, when calls to atree_train() occur
  49.       rapidly!  If anyone has a better idea... let me know!
  50.  
  51.     - Documentation updated.
  52.  
  53.     - I still don't know how atree.c compiles with Microsoft C...  can
  54.       anyone doing this please contact me?
  55.  
  56.  
  57. Changes in 1.2:
  58.  
  59.     - Redid atree_train verbosity output, no longer have to click 
  60.       after every epoch - scrolling window flaky when training two 
  61.       trees simultaneously (because of storage of strings in global 
  62.       variables - a quick fix, to be sure, but much better than the
  63.       old MessageBoxes!)
  64.  
  65.     - Mult.exe is not a two-bit multiplexor, it's a three-bit 
  66.       multiplexor!  Boy, do I feel embarrased!  2^11 elements in 
  67.       domain, instead of 2^6, which means that it is a lot harder 
  68.       problem than I thought, and would explain the longer training 
  69.       times than one would expect from a two-bit multiplexor.
  70.  
  71.     - minor macro name changes to keep Dr. Armstrong happy.
  72.  
  73.  
  74. Changes in 1.1:
  75.  
  76.     - Bug in atree_free() fixed, will free all subtrees now - Modified
  77.       ????_flag assignments in build_tree() that caused flaky learning
  78.       if memory wasn't initialized to zero first.  - Mult.exe now has
  79.       verbosity level 1, so it doesn't look like it's just sitting
  80.       there doing nothing
  81.  
  82.  
  83.  
  84.  
  85.                                                Monroe M. Thomas
  86.