home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 12: Textmags & Docs / nf_archive_12.iso / MAGS / TEXTMAGS / ATARI16 / INFO89.ZIP / INFO89 / 692.TXT < prev    next >
Text File  |  1997-04-16  |  9KB  |  214 lines
  1. INFO-ATARI16 Digest         Wed, 22 Nov 89       Volume 89 : Issue 692
  2.  
  3. Today's Topics:
  4.                   6502 - the ultimate (?) emulation
  5.   Blitter disappointment (was: Time to create comp.sys.atari.flames)
  6.        Experience with Toshiba 3 1/2 inch double sided drives?
  7.           Gadgets by Small - Possible new '030 add-on board!
  8.                         Hard Drive Woes: HELP!
  9.                             Vapourware!!!
  10. ----------------------------------------------------------------------
  11.  
  12. Date: 21 Nov 89 10:10:51 GMT
  13. From: mcsun!unido!uklirb!incas!hoenig@uunet.uu.net  (Helmut Hoenig)
  14. Subject: 6502 - the ultimate (?) emulation
  15.  
  16. Is there any use of a VIC20-Emulation on the ATARI ST ?
  17.  
  18. I wrote one to test a new kind of emulation: The 6502-code of the VIC20-
  19. Machine is not interpreted the usual way. It gets *translated* in 68000-Code
  20. at run-time. That means: If a statement is reached for the second time, it is
  21. already translated. This gets very difficult, especially if self-modifying
  22. code is alowed (already the Commodore-Basic uses it).
  23.  
  24. My final results:
  25.  
  26. - It needs a *lot* of memory:
  27.       The memory of the Atari is sliced in 8-byte slots of code for every
  28.       VIC20-Byte (unfortunatly, that's not enough for a lot of 6502-Commands).
  29.       An additional flag-byte is needed for every VIC20-RAM-byte.
  30.  
  31. - It's *not* faster than a normal interpreter:
  32.       Programs usually run about 4 to 5 times longer on the Atari.
  33.       This sounds very bad, but it is not. A lot of time is needed for
  34.       updating the display (about 40% of the time is needed when simulating
  35.       the colors on the Monochrom-Monitor) and for interrupts. Since I didn't
  36.       change a single bit in the kernel, the original routine for decoding
  37.       the key-matrix is running. On the other side, I had to encode the
  38.       key-events of the Atari to let that routine work correct.
  39.  
  40. I found out very early, that this is *not* the ultimate emulation. But I
  41. continued working on it, until my favorite ROM-Modules of the VIC20, the
  42. games 'AVENGERS' and 'STAR BATTLE', where running. As they were made in the
  43. early days of the VIC20, their 'CPU'-usage is not too high and they can be
  44. emulated nearly in real-time. Fortunatly they use the timers to 'sleep' and
  45. not some strange loops.
  46.  
  47.  
  48. Now I've got a problem: The Copyrights.
  49. I wrote my program just for fun (although I though it's a great invention).
  50. Of course, I would allow to copy it freely. But you can't do anything
  51. without the copy of the VIC20-ROMS and some game-modules (you can get them
  52. nearly as gifts, if you still find them in a store).
  53.  
  54. The question is:
  55.         - Am I allowed to distribute these files with my program ?
  56.         - If not:  Am I allowed to copy these files at least to owners
  57.                    of a VIC20, as they also could have transferred them
  58.                    to the Atari on their own ?
  59.  
  60. Is there a 'yes'-answer anywhere ?
  61.  
  62. --
  63.  
  64. Helmut Hoenig, University of Kaiserslautern, Germany.
  65. hoenig@informatik.uni-kl.de
  66.  
  67. ------------------------------
  68.  
  69. Date: 22 Nov 89 16:08:37 GMT
  70. From: sdcc6!sdcc13!pa1329@ucsd.edu  (pa1329)
  71. Subject: Blitter disappointment (was: Time to create comp.sys.atari.flames)
  72.  
  73. In article <1261@atha.AthabascaU.CA> rwa@cs.AthabascaU.CA (Ross Alexander)
  74.  writes:
  75. >For what it's worth:  I have a blitter.  It's $75 down the toilet.
  76. >The speedup it provides is _very_ marginal ( < 25% ), and affects
  77. >only a few operations (essentailly, large blits).  QuikST and the
  78. >TOS 1.4 upgrade are much more cost effective.  When I get home
  79. >tonight I'll try to post some benchmark numbers.
  80. >       Ross
  81.  
  82.  
  83.  
  84.  
  85.  
  86. Hmmm,.  I wonder why is the Atari blitter so ineffective.  Its
  87. speed is no where comparable to the Amiga's blitter.   Why is the
  88. difference?
  89.  
  90. ------------------------------
  91.  
  92. Date: 23 Nov 89 04:34:23 GMT
  93. From: uhccux!munnari.oz.au!murtoa.cs.mu.oz.au!viccol!timcc@ames.arc.nasa.gov
  94.  (Tim Cook)
  95. Subject: Experience with Toshiba 3 1/2 inch double sided drives?
  96.  
  97. Before I go out and buy one,
  98.  
  99. Has anyone out there got any first-hand horror stories on Toshiba 3 1/2 "
  100. double sided drive mechanisms?  I am told they are "very reliable", but
  101. then it was the person who would be selling me one who said that.
  102.  
  103. This would be a mechanism suitable for replacing an SF354 mechanism (single
  104. sided).
  105.  
  106. I was offered a 6 month warranty if I installed the mechanism (into my own
  107. modified SF354 case) myself, or a 12 month warranty if it was installed by
  108. the dealer.  Are these values reasonable?  I'm looking at A$200 for DIY,
  109. A$250 for dealer installed and 12 month warranty, or A$220 for DIY and 12
  110. month warranty (presumably after the dealer has ratified the installation).
  111.  
  112. The Australian dollar currently buys about 77 US cents.
  113.  
  114. Any info appreciated.
  115.  
  116. --
  117. Tim Cook     Systems Administrator, Victoria College Computer Services
  118.  
  119. parrot - n.  An animal that has the ability to imitate man, but not the
  120.              intelligence to refrain from doing so.
  121.  
  122. ------------------------------
  123.  
  124. Date: 22 Nov 89 04:58:00 GMT
  125. From: att!chinet!saj@ucbvax.Berkeley.EDU  (Stephen Jacobs)
  126. Subject: Gadgets by Small - Possible new '030 add-on board!
  127.  
  128. In article <529@kunivv1.sci.kun.nl> ge@kunivv1.sci.kun.nl (Ge' Weijers) writes:
  129. >dnewton@carroll1.UUCP (Dave 'Post No Nicknames' Newton) writes:
  130. >
  131. >>   You mean... my ST isn't an 8-MIPS machine?  Oh no.  Sadness.
  132. >
  133. >It's not even a 1-MIPS (VAX/780-MIPS!) machine. It's on the same level
  134. >as a VAX/750, at 0.7 MIPS or so.
  135.  
  136. On the other hand, the main computing resource at the laboratory where I work
  137. (food R&D, but what the hey) was a VAX 11/750 for several years.  And I got a
  138. LOT of mileage out of casually mentioning to the real computer people that my
  139. ST acted a lot like their monster, except that since it was single user...
  140.                                         Steve J.
  141.  
  142. ------------------------------
  143.  
  144. Date: 21 Nov 89 23:43:58 GMT
  145. From: hpda!hpcuhb!hp-ses!hpdml93!rona@ucbvax.Berkeley.EDU  (Ron Abramson)
  146. Subject: Hard Drive Woes: HELP!
  147.  
  148. Dylan Yolles
  149.  
  150. >One of my hard drive partitions is turning into spaghetti. By that I mean
  151. >that when I attempt to write a lot of stuff to it (maybe 2 megs) the new
  152. >files are severely corrupted, the directory looks funny, the computer
  153. >crashes, and so on. I believe that the drive can't write to certain
  154. >sectors (I recently noticed a <write fail> message from the ICD utilities).
  155. >What should I do?
  156.  
  157. Step 1: Back up as much of your data as you can WHILE YOU STILL CAN.
  158.  
  159. Step 2: Relax in the pleasant knowledge that your data is safe.
  160.  
  161. After steps 1 and 2, I would ZERO the partition.  This feature is avail-
  162. able in the ICD utilities.  Zeroing the partition will erase the direc-
  163. tory and may solve your problem.  What caused the problem in the first
  164. place, is anybody's guess at this point.  Maybe it is the 40 folder
  165. limit, but it could be hardware too.
  166.  
  167. Good Luck!
  168. Ron Abramson
  169.  
  170. #include disclamer
  171.  
  172. ------------------------------
  173.  
  174. Date: 21 Nov 89 16:35:06 GMT
  175. From: davidli@UMN-CS.CS.UMN.EDU  (Dave Meile)
  176. Subject: Vapourware!!!
  177.  
  178. In article <24310@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
  179. >David Meile says a lot of uninformed stuff about Atari history...
  180.  
  181. Well, actually, none of it was "uninformed".  You might think I don't have
  182. the "whole story", but your use of the term is deragatory in this particular
  183. case.  And the last name is Paschall-Zimbel, although the account name is
  184. still the one before my recent marriage.
  185.  
  186. >If you were involved with any of the online services where Neil Harris
  187. >held court, or followed Atari Corp happenings in the media, you'd have been
  188. >able to follow this discussion intelligently.
  189.  
  190. Yes, I was around on GEnie back in the good old days of 1986.  No, I don't
  191. remember reading anything which was labelled "OFFICAL PROMISE" from Neil
  192. Harris.  I sure hope you kept copies of each and every posting -- and if
  193. you really want to be believed on this point, POST THE COPIES.  Same goes for
  194. "Official Promises" made by any of the Tramiels in response to phone-in
  195. questions -- if it isn't written up in a press release, with specs and
  196. ordering information, it isn't "official" ... off-the-cuff remarks
  197. notwithstanding.
  198.  
  199. >I'd still like to see what would happen if the proper Federal agencies
  200. >became involved in this scam...
  201.  
  202. If you believe that there were criminal actions worth looking into, quit
  203. posting this drivel, take your evidence directly to the Attorney General of
  204. the State of California and sit back fat and happy.  Otherwise, I'd suggest
  205. you drop the term "scam".
  206.  
  207. -- David Paschall-Zimbel
  208.  
  209. ------------------------------
  210.  
  211. End of INFO-ATARI16 Digest V89 Issue #692
  212. *****************************************
  213. =========================================================================
  214.