home *** CD-ROM | disk | FTP | other *** search
/ Photo CD Demo 1 / Demo.bin / cellsim / v2_5 / doc / sun.fcn < prev   
Encoding:
Text File  |  1990-02-26  |  3.2 KB  |  82 lines
  1.     A quick note on some implications of having 256 states
  2.              Cellsim version 2.5
  3.  
  4.  
  5.   Beginning with version 2.0 of Cellsim, it is possible to use 8 bits per
  6. cell, by calling an update function for each cell rather than using a
  7. lookup-table.  While this will cause a decrease in speed, it greatly
  8. increases the range of rules that can be run, and allows for the addition
  9. of a couple of other useful features as well:
  10.   - There are 2 global parameters which can be set from with Cellsim, which
  11.     get passed to the update-function.  This is useful when you want to be
  12.     able to modify the behavior of your rule, without having to recompile it.
  13.   - You can do more data-analysis or even alterations of the array, before
  14.     and after each time-step, if you wish.
  15.  
  16.  
  17. There is one restriction because of using 256-entry colormaps: entry 0
  18. cannot be the same color as entry 255.  If they were the same color, then
  19. you would not be able to see anything in the control panel, as the buttons
  20. would be the same color as the background.  While this restriction can
  21. sometimes be annoying, it usually doesn't cause problems.
  22.  
  23. Cellsim will prevent you from manually setting entry 0 to the same color
  24. as entry 255, and will refuse to load a colormap if doing so would cause
  25. that to happen.  Note that this also means if you have entry 255 set to
  26. "0xFFFFFF" for example, and you try to set entry 0 to "0xFFFFFF", Cellsim
  27. won't let  you.  You should try setting entry 255 to something else, for
  28. example "0xFF0000" (red).  You could get away with setting entry 255 to
  29. "0xFFFFFE", which is almost white, but you are advised not to do so, as
  30. you won't be able to read the panel if you do.
  31.  
  32. Also, because Cellsim will have to link in new object code at run-time,
  33. you cannot use dynamic linking if you are running under SunOS 4.0.  This
  34. means the executable for Cellsim will be much larger than the previous
  35. version, if you are running 4.0.  (If you are running under SunOS 3.5,
  36. V2.0 should not be too much larger than the previous versions).
  37.  
  38.  
  39. /*
  40.  *
  41.  * Cellsim copyright 1989, 1990 by Chris Langton and Dave Hiebeler
  42.  * (cgl@lanl.gov, hiebeler@heretic.lanl.gov)
  43.  *
  44.  * This package may be freely distributed, as long as you don't:
  45.  * - remove this notice
  46.  * - try to make money by doing so
  47.  * - prevent others from copying it freely
  48.  * - distribute modified versions without clearly documenting your changes
  49.  *   and notifying us
  50.  *
  51.  * Please contact either of the authors listed above if you have questions
  52.  * or feel an exception to any of the above restrictions is in order.
  53.  *
  54.  * If you make changes to the code, or have suggestions for changes,
  55.  * let us know!  If we use your suggestion, you will receive full credit
  56.  * of course.
  57.  */
  58.  
  59. /*****
  60.  * Cellsim history:
  61.  *
  62.  * Cellsim was originally written on Apollo workstations by Chris Langton.
  63.  *
  64.  * Sun versions:
  65.  *
  66.  * - version 1.0
  67.  *   by C. Ferenbaugh and C. Langton
  68.  *   released 09/02/88
  69.  *
  70.  * - version 1.5
  71.  *   by Dave Hiebeler and C. Langton  May - June 1989
  72.  *   released 07/03/89
  73.  *
  74.  * - version 2.0
  75.  *   by Dave Hiebeler and C. Langton  July - August 1989
  76.  *   never officially released (unofficially released 09/08/89)
  77.  *
  78.  * - version 2.5
  79.  *   by Dave Hiebeler and C. Langton  September '89 - February 1990
  80.  *   released 02/26/90
  81.  *****/
  82.