home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / atari / st / 13480 < prev    next >
Encoding:
Internet Message Format  |  1992-09-09  |  4.2 KB
  1. Path: sparky!uunet!mcsun!sunic!aun.uninett.no!nuug!fredrik.atari.no!jornmoe
  2. From: jornmoe@fredrik.atari.no (Joern Moe)
  3. Newsgroups: comp.sys.atari.st
  4. Message-ID: <H.R5av1hwO5UM@fredrik.atari.no>
  5. Organization: Atari Corp. Scand. AB (Norway)
  6. Subject: Re: TT Compatability questions
  7. Keywords: TT, ST, compatible, games, applications
  8. References: <H.MGgdbM2U5VY@fredrik.atari.no>
  9.     <1992Sep3.115337.3528@cs.hw.ac.uk> <H.2jCeQ8EYz7o@fredrik.atari.no>
  10.     <1992Sep7.090500.20341@cs.hw.ac.uk>
  11. Reply-To: jornmoe@fredrik.atari.no
  12. X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
  13. Date: Tue, 08 Sep 1992 20:36:36 MET
  14. Lines: 70
  15.  
  16. In <1992Sep7.090500.20341@cs.hw.ac.uk>, Neil Forsyth writes:
  17. >The hardware addresses in the ST, TT and Falcon are the same (additional
  18. >features being an exception). The MMU is programmed to map $FFxxxxxx to
  19. >$00xxxxxx so there is no problem.
  20.  
  21. On the TT, this is not the case. Several TT spesific hardware and RAM is in
  22. the area above $00xxxxxx. Some games uses the highest byte in the address
  23. registers, and on the TT this really f***s things up! In the Falcon, there is
  24. NOTHING above the $00xxxxxx area, so whatever is in the high BYTE, will never
  25. even go to the MMU, and hence is never decoded!! THIS fact is one of the
  26. reasons that the Falcon should be more (M)ST(E) compatible than the TT.
  27.  
  28. >My 'game code' works on all machines why can't others?
  29. Good for you, but sad to say, not many make 'clean' code!!
  30.  
  31. >If a programmer sticks to Atari's developer guidelines then *ALL* Atari
  32. >680x0 machines are compatible.
  33. >
  34. I agree! But given the limited (compared to the current standards) power of the 
  35. ST, you often have to do dirty trics to get the speed you want....
  36.  
  37. >>Third, the falcon is a consumer product, the TT is not! This beeing a fact 
  38. >>makes it obvious why Falcon has to be more 'old-ST-games' compatible than
  39. >>the TT was.
  40. >
  41. >I view the TT as being to the ST what 486DX-33 PC's are to 386SX-16 PC's.
  42. >They are every bit as commercial. If you buy a PC game these days you can bet
  43. >it will work on any PC. This should be true of ST games on the Falcon.
  44.  
  45. This comparison is not good! The only difference between 486DX PC's and 
  46. 386SX PC's is the processor. The rest of the machine is the same! The ST is a
  47. machine designed as a keyboard home-computer. The TT is based upon the hardware
  48. of the ST, but have essential additions to make it more 'business'-oriented.
  49. Like internal harddisk, VME-bus, SCSI-bus, higher resolutions, LAN port etc.
  50.  
  51.  
  52. >Most of the games that don't work with faster processors and caches are
  53. >written by f*ckwits that go straight for the DMA/FDC hardware directly. This
  54. >is because their software timing loops get shortened. Why didn't they use
  55. >the BIOS or even XBIOS calls?
  56. >Atari are now recommending that Falcon (and I guess ST) games work on hard
  57. >disk and use copy protection based on word entry from a manual.
  58. >
  59. >To sum up, I have tried running a *LOT* of ST games on a Falcon and less than
  60. >10% of them worked. This is one reason I think the Falcon will fail if markted
  61. >as a games machine. The available leisure software will be small.
  62.  
  63. Only 10%? Wether this is bad or not depends uppon the quality of these games!
  64.  
  65. >Only a couple of the games worked after disabling the cache and setting
  66. >the speed to 8Mz. Since most games that load from a bootsector and don't use
  67. >system calls failed I assume that they were not 68030 compatible.
  68. There is only two things a programmer can do which a proper written trap-
  69. handler on the 68030 can't handle to make it 100% compatible (with cache off). 
  70. Those things are speed depended code and self writen trap routines!!
  71.  
  72. >Atari were not to blame for these incompatibilities however I do blame them
  73. >for not kicking butt when the TT didn't run software. Programmers should have
  74. >learned their lesson back then.
  75.  
  76. Actually we agree on the lousiness of game-writers. I do howewer think
  77. that the Falcon is as ST(e) compatible as the MSTE (with cahe and 
  78. 16MHZ on) but with additonal problems with trap's as mentioned above!
  79.  
  80. PS. Do you have a Falcon???
  81. -- 
  82.   _______________________________________________________
  83.  / Joern F. Moe /  All above is my own personal opinion! \
  84. / Oslo, Norway /  Any lack of opinion above is also mine! \
  85. -----------------------------------------------------------
  86.