home *** CD-ROM | disk | FTP | other *** search
/ Amiga ISO Collection / AmigaDemoCD1.iso / DEMOS / ETC-CO96.LHA / FAMEPrev.lha / FAMEPreview / FAMEPreview.txt next >
Encoding:
Text File  |  1995-12-24  |  14.1 KB  |  357 lines
  1.  
  2. ------------------------------------------------------------ Commercials end -
  3.  
  4.            ________      ________      ______________      ________
  5.          __\___    \_  __\       \_  __\_________    \_  __\       \_
  6.         /     /_____/\/\  \_______\\/     /     /     /\/\  \_______\\
  7.        /     __/\   \/  \__\___    /     /     /     / /  \__\___    \\
  8.       /_    /\ \ \__/   /   __/   /_____/     /     / /   /     /_____/
  9.       \ \__/  \_\/  \  /    \     \    /_____/_____/  \  /     __/__\
  10.        \_\ \  /      \/_____/     /\___\     \     \  /\/_    /     /
  11.           \_\/            \/_____/      \_____\_____\/    \________/sYz
  12.  
  13.  
  14.                           p · r · e · v · i · e · w
  15.  
  16.                         p · i · c · t · u · r · e · s
  17.  
  18.  
  19. ------------------------------------------------------------------------------
  20.  
  21. Following files are origin files of the package 'FAMEPrev.lha'
  22.  
  23. FAMEPreview.txt                 14426 bytes.
  24. FIM_FAMEChat.iff                 8946 bytes.
  25. FIM_FAMEFulled.iff              22108 bytes.
  26. MP_AwaitScreen.iff              12598 bytes.
  27. MP_Intern_UserEd.iff            33002 bytes.
  28. MP_Options.iff                  14770 bytes.
  29. MP_PublicScreen.iff             25326 bytes.
  30. MP_XPR_Download.iff             37432 bytes.
  31. MUI_UserEditor.iff             103498 bytes.
  32. SE_Conferences.iff              82058 bytes.
  33. SE_Doors.iff                    79282 bytes.
  34. SE_SystemEditor_Nodes.iff       65990 bytes.
  35. SE_SystemEditor_Serial.iff      75812 bytes.
  36. SE_XPR_Settings.iff             83648 bytes.
  37. SV_Server.iff                   87162 bytes.
  38.  
  39. All of them are included in the directory 'FAMEPreview'.
  40. You can delete all other files, they are only BBS-adds.
  41.  
  42. ------------------------------------------------------------------------------
  43.  
  44.  
  45.  
  46.  
  47.                                  Welcome!
  48.  
  49.                                 ~~~~~~~~~~
  50.  
  51.  
  52.  
  53. The package 'FAMEPrev.lha' is for all those people who have already heard or
  54. read about FAME and for all interested in new software developments.
  55.  
  56. Many of those people who have already heard about FAME BBS might have some
  57. questions about FAME, because you may have read many good things about it
  58. in documents from tools/doors coded by members of tRSi/X/F/T-iNNOVATiON,
  59. like CD-Server, MUI-MegaView, NewFiles, dRE!REQUESt and many other.
  60.  
  61. This package consists of this text file which you are reading now and some
  62. preview pictures of FAME.
  63.  
  64. The pictures are in Multiscan Productivity with 3 or 4 bitplanes means
  65. 8 and 16 colors in a size of 640x480.
  66.  
  67. Sorry about some little graphical errors in some pictures. They are surely
  68. not normal, this is a result of converting the pictures from some overscan
  69. sizes down to standard Multiscan Productivity 640x480 size.
  70.  
  71. Every picture name in this package begins with an index which indicates
  72. one of the following categories:
  73.  
  74. SE  : FAME SystemEditor
  75. SV  : FAME Server
  76. MP  : FAME MainPart (Node)
  77. FIM : Fame Interface Module (Door)
  78. MUI : FAME tools using MUI
  79.       MUI - MagicUserInterface (c) Copyright 1992-95 by Stefan Stuntz
  80.  
  81.  
  82. Now let me tell you something about every single picture:
  83.  
  84. SE_Conferences.iff:
  85.  
  86.  - Shows the 'SystemEditor' and the 'Conferences-Editor-Window'.
  87.  
  88. SE_Doors.iff:
  89.  
  90.  - Shows the 'Door-Editor-Window' of the 'SystemEditor'.
  91.  
  92. SE_SystemEditor_Nodes.iff:
  93.  
  94.  - Shows the 'Nodes+MoreNodes-Editor-Window' of the 'SystemEditor'.
  95.    Note that there is no node limit as it seems to be in this picture,
  96.    because this picture is older and no longer up-to-date. There are no
  97.    real limits given in FAME aparat from the ULONG/LONG size limit.
  98.    There are no longer limitations in the current existing SystemEditor.
  99.  
  100. SE_SystemEditor_Serial.iff:
  101.  
  102.  - Shows the SystemEditor and the 'Serial-Modem-Screen-Editor-Window'.
  103.  
  104. SE_XPR_Settings.iff:
  105.  
  106.  - Shows the 'Transfer-Editor-Window' and the Server in the back.
  107.  
  108. SV_Server.iff:
  109.  
  110.  - Shows the Server alone.
  111.  
  112. MP_AwaitScreen.iff:
  113.  
  114.  - Shows the nodes 'Await-Screen'.
  115.  
  116. MP_Intern_UserEd.iff:
  117.  
  118.  - Shows the two screens of the nodes internal user-editor.
  119.  
  120. MP_Options.iff:
  121.  
  122.  - Shows the nodes first options screen.
  123.  
  124. MP_PublicScreen.iff:
  125.  
  126.  - Shows the nodes abilities as a public-screen.
  127.    This is wonderful for door-coder. They can have editors, shells and
  128.    everything else on the node-screen. There also exists a tool from
  129.    Bloodrock/TRSI to switch between each open public-window and the
  130.    node-screen-window to make it easy via hot-keys to activate the
  131.    next window just like in an editor.
  132.  
  133. MP_XPR_Download.iff:
  134.  
  135.  - Shows the nodes xpr(z)modem.library based 'Transfer-Window'.
  136.  - Hydra is also been showed in MP_PublicScreen.iff, but more in the
  137.    background.
  138.  
  139. MUI_UserEditor.iff:
  140.  
  141.  - Shows the excellent external MUI based 'User-Editor' for FAME.
  142.  
  143.    This one is programmed by Siegel/TRSI and will be a part of the
  144.    registered FAME-package and this in the full-version.
  145.  
  146.    Watch out for other great tools from Siegel/TRSI, FAME only or
  147.    /X based. Until now Siegel/TRSI has written as FAME-only-tools the
  148.    following doors and tools:
  149.  
  150.    - Lastcallers (Bulletin-tool like SamiLog, but faster)
  151.    - Page-Master (SysOp pager door with many options and highscore)
  152.    - MUI User-Editor
  153.    - MultiTop (A very fast multi-bulletin creater with 12 different bulletins)
  154.      This tool needs between 3-4 seconds to create all 12 bulletins!
  155.      This results of speed optimized code and the easy handable logfiles
  156.      of FAME.
  157.  
  158.    There are also many other doors written by Siegel/TRSI for /X which are
  159.    all running perfectly under FAME. Some of them, like CD-Server are
  160.    taking usage of the advantaged XIM-Port under FAME if they are
  161.    running on FAME.
  162.  
  163. FIM_FAMEChat.iff:
  164.  
  165.  - Shows the FAMEChat for FAME which will also be a part of the
  166.    registered FAME-package of FAME.
  167.  
  168.    This is a chat as no one has seen it before. You have two different
  169.    chat modes, a 'FullChat' and a 'Line Chat' display.
  170.    FAMEChat automaticly reacts on every changing.
  171.    For example, if a user is using the FullChat and there are more and
  172.    more users entering the chat session until there are suddenly no more
  173.    lines available for displaying all of the users, the chat will jump
  174.    automaticly into the LineChat mode, but that's not all! There is a big
  175.    difference between console and terminal side. The user on the terminal
  176.    side can be in LineChat mode while on console (node) the SysOp can see
  177.    the same chat-node in the FullChat mode. FAMEChat will also have many
  178.    nice features like multiple chat sessions, private sessions and many
  179.    more.
  180.  
  181.    FAMEChat is programmed by Bloodrock/TRSI, a really great asm-coder
  182.    and a high optimizer. He also is the programmer of the amazing
  183.    FAME.library which is a fundamental part of FAME.
  184.    This library also contains many nice functions not only for
  185.    door-coder.
  186.  
  187.    Bloodrock is also the programmer of the FileId.library.
  188.  
  189. FIM_FAMEFulled.iff:
  190.  
  191.  - Shows the mighty 'Full Screen Editor' of FAME which will be a part
  192.    of the registered FAME-package too.
  193.  
  194.    This editor is more as a "normal" fullscreen edior.
  195.    It's origins are based on internet's emacs, but not every command
  196.    is the same, they are a little bit changed for "normal" mailbox users.
  197.    This editor is faster than light and gives you many nice tools to
  198.    work with like yank-buffer and an integrated script language which
  199.    is full compatible to the script language of FAME.
  200.    This script language is similar to the installer language of the
  201.    'Amiga Installer'.
  202.  
  203.    Beatnik/tRSi is the programmer of the amazing FAMEFulled.
  204.    He also writes the script language for FAME and several other tools.
  205.  
  206. ------------------------------------------------------------------------------
  207.  
  208.  
  209. Now some simple words about FAME.
  210.  
  211.  
  212. FAME is coded totaly system friendly and is very fast.
  213.  
  214. FAME is hardware depending what means that if you have more and better
  215. hardware you can do more with FAME.
  216. The only limit FAME has is your computer-equipment!
  217.  
  218. FAME uses everywhere dynamical lists, in some parts bi-directional and
  219. more-dimensional. Because of this FAME uses no megabytes of memory and
  220. is also very fast. This was one aspect i ever want to realize in FAME...
  221. ...speed! And yes, it's fast and this with no exaggerate memory usage.
  222.  
  223. For example the executable size of the MainPart (node) is now about
  224. 357024 bytes. The first node uses overall about 498 kb memory
  225. (incl. codesize etc.), from the second node on each next node uses 458 kb.
  226. The next nodes are using less memory, because they share datas over the
  227. Server. The Server loads for example config datas once and reaches them
  228. over message ports to the nodes. The conference datas for example will
  229. be read into a list and a pointer will be given to each node.
  230. But you can save more memory for each node, because you can start the
  231. MainPart (node) resident. If you start the nodes resident each node uses
  232. about 110 kb of memory, because the big code size now only exists once in
  233. memory. Not that this values are relative. You should always have about
  234. one megabyte of memory free if all your nodes are started, because not
  235. only the nodes, doors too, are using sometimes temporary some larger
  236. sizes of memory, for example: filelistings. This is a reason of speed.
  237. The nodes are trying to load a filelist completely into memory if a user
  238. views it, but if there is no more memory left for this the nodes will
  239. view it directly from your harddisk.
  240.  
  241. The MainPart can be loaded resident into memory in spite of it the node
  242. takes usage of the xpr<z>modem.libraries.
  243. I have to thank Bloodrock for this, because we have solved together
  244. in coorperation the A4 near data pointer problem. If everything went
  245. well until the release of FAME, the pool functions of the FAME.library
  246. are ready and will be consequently used in FAME. This reduces memory
  247. fragmentations drastic, because the FAME internal lists will use them
  248. and this also under AmigaOS 2.x .
  249.  
  250. If you are interested in the file sizes of the Server and SystemEditor,
  251. here they are: Server: 61144 bytes and SystemEditor: 200180 bytes.
  252. The MUI User Editor has a file size of 40592 bytes. The sizes may grow in
  253. future. You now may ask yourselves why the hell the SystemEditor is about
  254. 200180 bytes long. This is because the SystemEditor does everything for you.
  255. If you start the SystemEditor the first time it will generate everything
  256. for you to run a single node BBS. You only have to do personal settings.
  257. The SystemEditor is a mighty part of FAME and if you see the SystemEditor
  258. someday by yourselve you will know why the file size is so high...
  259. there are lots of windows and gadgets, because you can configure nearly all.
  260.  
  261. To show you the extend of FAME here are some more statistics:
  262.  
  263. FAME uses more than 15 own and some OS lists.
  264. FAME exists of more than 40 different structures.
  265. FAME knows about 1000 FIM door commands.
  266. FAME User.Data currently has about 116 different options.
  267.  
  268.  
  269. As you already know FAME will be configured via the full gadtools driven
  270. SystemEditor, there is no boring ToolType inserting in more boring icons
  271. and also no stupid configuration through ascii questions on a special screen.
  272. You control everything of your BBS via the heart of FAME the Server,
  273. where Server is a totaly wrong word for, it's more a Master.
  274. SystemEditor and Server are commodities for easy usage.
  275.  
  276. Under FAME you can use 90% of the current existing /X Doors and Paragon
  277. based Doors also.
  278.  
  279. The FAME own door system, called FIM, owns now about 1000 commands from
  280. which a door coder can use more than a third, the rest is undocumented
  281. and restricted, because those commands are to dangerous to use if you
  282. not really know what they do. Theoreticly a door can take over a FAME node
  283. on start and can take usage of every single procedure and structure of the
  284. node. Some restricted commands are available for FAME developers.
  285.  
  286. There are curently existing 7 FAME Supporters in the FAME Supporter Team.
  287. FAME has lots of informations and guidelines for door and tool coders.
  288. The FAME Supporter Team has more informations about restrict commands
  289. and structures of FAME than normal door and tool coders will have, but
  290. a FAME Supporter Team coder also must strictly code with the guidelines.
  291.  
  292. There is many more to say about FAME. There are so many features to tell
  293. that this will be here a never ending story. In FAME exists until now more
  294. than 3 years of hard work, because of this fact this system must offer
  295. many interesting stuff. I insure you it does! But i've decided not to
  296. write down all those features, because FAME is still under development
  297. and the competitors are everywhere.
  298.  
  299. I hope this text will give you an introduction about FAME, but you can see
  300. it in the near future with your own eyes when i release the first demo
  301. version. You will find it in the AmiNET then.
  302.  
  303. If everything went well, this demo version will be released at the end of
  304. this year.
  305.  
  306. There is no really decision made about how and when FAME will be full
  307. released.
  308.  
  309. The price is also not clear yet, but it won't be too expensive.
  310. You will get quality and a thought-out mailbox engine for your money.
  311.  
  312. I decided to give you this preview package about FAME, because there
  313. are lots of people which have heard about FAME, but the more important
  314. reason is that i want to do my part for the Amiga. I've seen in the last
  315. year too many people gone to the PC, also sysops which were no longer
  316. statisfied with Amiga mailbox software.
  317.  
  318. Might ESCOM with Amiga Technologies will push through their competitors
  319. and will bring the Amiga back to the top!
  320.  
  321. But if you can't wait until the release of FAME, give the following BBS
  322. a call to see FAME now:
  323.  
  324.  
  325.        pUNISHMENT iNC. (tRSi/X/F-iNNOVATiON) GERMAN HQ (SYSOP SieGeL)
  326.  
  327.             Node 1. +49-30-694 8470      Node 2. +49-30-694 8570
  328.  
  329.                    << FAME support and develop BBS >>
  330.  
  331.  
  332.  
  333.                You can reach me in this board under Strider.
  334.  
  335.  
  336.  
  337.                                 I am:
  338.  
  339.                         David "Strider" Wettig
  340.  
  341.                   If you want to contact me via e-mail:
  342.  
  343.                        strider@deadline.snafu.de
  344.  
  345.  
  346.  
  347.              You can also reach the following FAME developers
  348.                 via e-mail or in the pUNISHMENT iNC. BBS:
  349.  
  350.  
  351.  
  352.        Oliver "BloodRock" Lange        Bloodrock@funboard.in-berlin.de
  353.        Ulrich Arne "Beatnik" Jansen    beatnik@cs.tu-berlin.de
  354.        Sascha "SieGeL" Pfalz           siegel@deadline.snafu.de
  355.  
  356. -------------------------------------------------------- Commercials restart -
  357.