home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / ti / 1004 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  6.4 KB
  1. Path: sparky!uunet!noc.near.net!hri.com!ukma!netnews.louisville.edu!ulkyvx.louisville.edu!jhwhit01
  2. From: jhwhit01@ulkyvx.louisville.edu
  3. Newsgroups: comp.sys.ti
  4. Subject: Re: NCTIS report
  5. Message-ID: <1993Jan21.091540.1@ulkyvx.louisville.edu>
  6. Date: 21 Jan 93 13:15:40 GMT
  7. References: <1993Jan19.035319.1@ulkyvx.louisville.edu> <1jk20aINNcgq@mailgzrz.TU-Berlin.DE>
  8. Sender: news@netnews.louisville.edu (Netnews)
  9. Organization: University of Louisville
  10. Lines: 114
  11. Nntp-Posting-Host: ulkyvx02.louisville.edu
  12.  
  13. In article <1jk20aINNcgq@mailgzrz.TU-Berlin.DE>, willi@zrzsp5.chem.tu-berlin.de (Winfried Winkler) writes:
  14. > In article <1993Jan19.035319.1@ulkyvx.louisville.edu> jhwhit01@ulkyvx.louisville.edu writes:
  15. >>Here is the most recent NCTIS report that I have seen.
  16. >> 
  17. >>Hardware standards decided-
  18. >> 
  19. >>     LEVEL A             TI 99/4A CONSOLE, TV OR MONITOR, CASSETTE DECK AND
  20. >>                         CABLE
  21. >> 
  22. >>     LEVEL B             LEVEL A PLUS: 32K MEMORY EXPANSION, EA/5 LOADER
  23. >>                         (XB, EA, SUPERCART, TI WRITER, MULTIPLAN, ETC...)
  24. >> 
  25. >>     LEVEL C             LEVEL B PLUS: RS232, DOUBLE SIDED SINGLE DENSITY DISK
  26. >>                         DRIVE AND CONTROLLER (ALL CONTROLLERS DO DSSD)
  27. >> 
  28. >>     LEVEL D             LEVEL C PLUS: 128K OR GREATER CPU RAM BANKABLE IN AT
  29. >>                         LEAST 8K SEGMENTS.
  30. >> 
  31. >>     LEVEL E             LEVEL D PLUS: 9938/58 VDP WITH 128K VDP RAM
  32. >>                         (ANY 8 COLUMN CARD) OR A GENEVE
  33. >> 
  34. >>After carefull consideration from input provided from users from across he
  35. >>nation, these 5 levels were decided on.
  36. > 
  37. > Where does a DS/DD DiskController fit in ?
  38. > (CorComp, Atronic, Myarc, BWG,...)
  39.   
  40. The hardware standards were based on the software programmer and end-user
  41. perspective.  At any of the 5 levels, there will be more users with single
  42. density disk capabilities than with double density capabilities.  You can have
  43. a Level A system even if you have DS/SD capabilities if you don't have 32K.
  44. At Level A, you are pretty much limited to cartridge or BASIC software.  When
  45. moving to Level B, much of the newer assembly language software can be used if
  46. saved to cassette, but the main software base there is XB software loaded from
  47. cassette.  Asgard contends that there are still many cassette-only users out
  48. there.
  49.  
  50. The rest of the levels follow from the standpoint of using more powerful
  51. software.
  52.   
  53. > 
  54. > With all these rumors about a new GPL-Assembler to be released soon,
  55. > with more and more users programming in that fantastic language, especially
  56. > designed for our TI -- shouldn't be a GRAM-device on that list, too ?
  57. > ... as it could be used for "storage only" memory expansion, too.
  58.  
  59. There has been some contention during the NCTIS meetings on the absence of
  60. GRAM devices from the levels.  Again, the levels were decided based upon what
  61. the larger markets in the TI community would be for software developers.  Also
  62. recall that most of the committee are from the U.S.  Information for using and
  63. programming GPL was kept very secret in TI's home country.  Europe and Canada
  64. got the information needed to use the power of GPL not long after TI pulled
  65. out of the home computer market.  This information has gradually come back to
  66. the U.S.  One might think that TI was free with the information outside the
  67. U.S. because development could be done abroad where salaries are lower and the
  68. products would not have quick competitors to market because development tools
  69. were controlled so tightly.
  70.  
  71. > 
  72. > What about all these users WITH 9938VDP but WITHOUT banked 128K CPU RAM ???
  73.   
  74. Developing for V9938 systems with only 32K memory is not targeting a large
  75. share of the market.  There is very little specific V9938 software, and that
  76. software which uses it can often be used with just a Level C system without
  77. a V9938.  I would encourage programmers who write for Level C to include
  78. optional support for the V9938.  
  79.  
  80. > Note: at least here in europe using any of the 80 column cards is VERY common,
  81. >       but using more than 32K is NOT.
  82. > Reason: All those "more than 32K" memory expansions (AMS, CorComp, ...) are
  83. >         not compatible with an internal 16-bit 32K memory, making the entire
  84. >         32k address range not available for cards in the PEB.
  85. >         The schemes for an internal 16-bit RAM are public knowledge for a long
  86. >         time now and for speed reasons many users have installed that kind of
  87. >         memory -- as there were not enough good programs around needing/using
  88. >         those "big" memory cards available ... 
  89.   
  90. The Horizon/RAMBO is compatible with the 16-bit 32K consoles.  When the 4A
  91. Memex becomes available, it will also be compatible with 16-bit 32K consoles.
  92.  
  93. >      By the way: What Programs do you know that would need that memory ?
  94. >      A good FULL C-compiler is the only one I know -- so far
  95. >      Would like to have one :->
  96.  
  97. These standards are meant to help developers target their software to specific
  98. users.  There are few programs that make use of the bankable memory of Level D.
  99. However, because RAMBO was available at the time, and several of the committee
  100. members are or were developing software to use it, this level makes some
  101. sense.  That Asgard has released the AMS shows their intention to write more
  102. powerful programs.
  103.  
  104. > 
  105. > 
  106. > Just my 0.02 $ ,  NO PUN intended !!
  107. >                   I think we really need those definitions for interfaces and
  108. >                   soft- / hardware, to ensure compatibility of things to come.
  109. >                   at least it makes a programmer's life easier !!
  110.   
  111. NCTIS wants to do just that.  Most software authors will continue to develop
  112. for the Level C system.  To stay "Level C-compliant," the use of hardware not
  113. required at Level C would best be left as optional.  I.e., if you write a
  114. disk manager program that only supports double density format, you are leaving
  115. out the TI controller users.  If you write a disk manager that works with
  116. single density disks, it makes sense to give the option to support double
  117. density disks if at all possible.  This may seem like a ridiculous example,
  118. since there are already several disk managers available and most support both
  119. single and double density.  However, it illustrates the point.  If every piece
  120. of new hardware requires a new level, and various combinations of hardware are
  121. different levels, there would be way more than 5 levels.  Level 5 was added
  122. to appease the Geneve population.  If you are writing for the Geneve, it is
  123. best to make your software compatible with V9938/58-equipped 99/4A's.
  124.   
  125. > 
  126. > Winfried Winkler
  127.