home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / ti / 1029 < prev    next >
Encoding:
Text File  |  1993-01-25  |  4.7 KB  |  88 lines
  1. Newsgroups: comp.sys.ti
  2. Path: sparky!uunet!gatech!darwin.sura.net!uvaarpa!murdoch!COHEN@GOMEZ.PHYS.VIRGINIA.EDU
  3. From: cohen@GOMEZ.phys.virginia.edu
  4. Subject: Re: NCTIS report
  5. Message-ID: <00967237.6F611700@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>,<00966FF3.0AD3FF00@GOMEZ.PHYS.VIRGINIA.EDU>
  10. Date: Mon, 25 Jan 1993 17:48:12 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.