home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / ti / 1018 < prev    next >
Encoding:
Text File  |  1993-01-23  |  4.7 KB  |  88 lines
  1. Newsgroups: comp.sys.ti
  2. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!srvr1.engin.umich.edu!uvaarpa!murdoch!COHEN@GOMEZ.PHYS.VIRGINIA.EDU
  3. From: cohen@GOMEZ.phys.virginia.edu
  4. Subject: Re: NCTIS report
  5. Message-ID: <00966FF3.0AD3FF00@GOMEZ.PHYS.VIRGINIA.EDU>
  6. Sender: usenet@murdoch.acc.Virginia.EDU
  7. Reply-To: cohen@GOMEZ.phys.virginia.edu
  8. Organization: Dept. of Physics, University of Virginia
  9. References: <1jk20aINNcgq@mailgzrz.TU-Berlin.DE> <1993Jan21.091540.1@ulkyvx.louisville.edu> <00966F25.40DB8600@GOMEZ.PHYS.VIRGINIA.EDU>,<1jp9seINNbqj@mailgzrz.TU-Berlin.DE>
  10. Date: Fri, 22 Jan 1993 20:33:35 GMT
  11. Lines: 75
  12.  
  13. In article <1jp9seINNbqj@mailgzrz.TU-Berlin.DE>, willi@zrzsp5.chem.tu-berlin.de (Winfried Winkler) writes:
  14. >
  15. >I mentioned DD-diskcontrollers, because for some programs it is really "a pain
  16. >in the ass" :-> to use'em with SD-drives only -- or very annoying for the one
  17. >who's writing software to assume only SD-disks available...
  18. >In the first category  FunlWeb, TI-ArtistPlus, etc come to my mind.
  19. >About the second category:  Remember that Graphics-Adventure "Legends" ?
  20. > It had to open a "dummy"file for read and check error-conditions very often
  21. > if it was loading one of *several* sub-files with additional data... 
  22. > Just to find out, wether the right (single density) disk was in the drive.
  23. > (It could've read disknames or similar things  to stay "fool-proof"...)
  24. >As Text/Data on adventure-type games or graphics (at least for VDP9938!) fill 
  25. >up a 720 sector-disk very soon sometimes - do you agree? - I think it would at
  26. >least be easier to assume DD-disks for "D2" or "E" Level, too !
  27. >That "check for which disk" could be eliminated or completely different, faster
  28. >(sector-based, for example) options only available with DD could be used.
  29. >Comments ?
  30.  
  31. Yes.  Any program should be unprotected and best sold on a set of 1S-1D 
  32. diskettes.  users with higher disk capacity, RAM disks, HD's, etc. can transfer
  33. the files to their choice of disk format.  Thus users with original TI issue
  34. disk system can still use the programs, and those with more advanced capacities
  35. will have an easier time.  But this is NOT a new level of hardware.
  36.  
  37. [It is really annoying to find a little 20K program on a protected disk,
  38. not being able to transfer it anywhere, but I think this is the legacy of the
  39. past.  At least all those protected programs were doomed to be forgotten
  40. in favor of unprotected ones.  Who is still using the Quality 99 Software
  41. disks?  they published dozens of programs on heavily-protected diskettes,
  42. many of the programs were very small (one pathetic example was an XB 
  43. autoloader... can you imagine that small thing on it own protecteed disk? :-);
  44. seems to me they spent more time on protection schemes than on S/W development!
  45. Now they are museum pieces.]
  46.  
  47. If you adopt  DD controllers as a new level, you get into a real chaos.  Soon
  48. people with HRD-4000 will ask for support of 1-2 Meg RAMdisks, etc.
  49.  
  50. Perhaps you could say that HD's are a new level, like they have changed the
  51. programs for in the PC world, but since most people do not use those, and there
  52. are so many problems with them, they are best left as an option as well.
  53.  
  54. >
  55. >>> shouldn't be a GRAM-device on that list, too ?
  56. >Anything *I* learned about GPL I got from one book stating:
  57. >"Anything in this book comes from hand-analysing the ROM-Code and, after being
  58. >able to program a disassembler for GPL, hand-analysing some GROMs ..."
  59. >By the way:  as this book seems to be long out of print -
  60. >   what about making the (uncommented, as I will not translate and 
  61. >   type all these german comments in !!) complete GROM #0,1,2 and
  62. >   console ROM sourcecodes, similar to the ones in this book available ? 
  63. >   (I could post it as TIED-Archiver file, ready-to-assemble)
  64.  
  65. You are undoubtedly talking about "TI INTERN".  There is an english translation
  66. of this book.  It is also available on disk as TI-Writer text files from
  67. some Users Groups.
  68.  
  69. >But back to our topic :->
  70. >You've "level E" for Geneve ... well there's a GRAM device already so wide-spread
  71. >and compatible to another TI99-GRAM (MG's GRAM-Cracker?) !
  72.  
  73. And also the Gramulator and the P-GRAM card (both in production and readily
  74. available).  All are GK compatible.
  75.  
  76. >There are already several GPL Free/Fairware programs available, from austrian and
  77. >german, as well as some american users, their number is growing and may grow even
  78.  
  79. What are these programs?  In the US there is very little software in that arena.
  80. I think OPA is the only software house that supports GPL.
  81.  
  82. >Isn't there a copy of TI's own "GPL Manual" floating around at some user groups ?
  83.  
  84. Yes.  There is also a TEX file to print this complete book, but I have not been
  85. able to find it yet.
  86. The book is about as thick as the EDT/ASM manual...
  87.  
  88.