home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / atari / st / 13530 < prev    next >
Encoding:
Internet Message Format  |  1992-09-09  |  5.0 KB
  1. Path: sparky!uunet!mcsun!uknet!edcastle!hwcs!neil
  2. From: neil@cs.hw.ac.uk (Neil Forsyth)
  3. Newsgroups: comp.sys.atari.st
  4. Subject: Re: TT Compatability questions
  5. Keywords: TT, ST, compatible, games, applications
  6. Message-ID: <1992Sep10.084347.5913@cs.hw.ac.uk>
  7. Date: 10 Sep 92 08:43:47 GMT
  8. References: <H.2jCeQ8EYz7o@fredrik.atari.no> <1992Sep7.090500.20341@cs.hw.ac.uk> <H.R5av1hwO5UM@fredrik.atari.no>
  9. Sender: news@cs.hw.ac.uk (News Administrator)
  10. Organization: Dept of Computing & Electrical Engineering, Heriot-Watt University, Scotland
  11. Lines: 80
  12.  
  13. In article <H.R5av1hwO5UM@fredrik.atari.no> jornmoe@fredrik.atari.no writes:
  14. >In <1992Sep7.090500.20341@cs.hw.ac.uk>, Neil Forsyth writes:
  15. (lots of very true statements deleted for brevity)
  16. >>I view the TT as being to the ST what 486DX-33 PC's are to 386SX-16 PC's.
  17. >>They are every bit as commercial. If you buy a PC game these days you can bet
  18. >>it will work on any PC. This should be true of ST games on the Falcon.
  19. >
  20. >This comparison is not good! The only difference between 486DX PC's and 
  21. >386SX PC's is the processor. The rest of the machine is the same! The ST is a
  22. >machine designed as a keyboard home-computer. The TT is based upon the hardware
  23. >of the ST, but have essential additions to make it more 'business'-oriented.
  24. >Like internal harddisk, VME-bus, SCSI-bus, higher resolutions, LAN port etc.
  25.  
  26. PC's are not the same! Gawd! They've got different video cards, memory
  27. management, processors, mice, DOS, BIOS. In fact the use of the BIOS in PC is
  28. almost essential to insulate you from the various hardware configurations.
  29. There are some notable exceptions such as the keyboard and 'standard' video.
  30.  
  31. Notice how the PC version of Speedball 2 works on loads of PC's and can be
  32. installed on the hard disk but the ST version does not work on the TT or
  33. Falcon and can't be installed on HD. Bad coding in the disk department?
  34.  
  35. >>To sum up, I have tried running a *LOT* of ST games on a Falcon and less than
  36. >>10% of them worked. This is one reason I think the Falcon will fail if
  37. >>marketed as a games machine. The available leisure software will be small.
  38. >
  39. >Only 10%? Whether this is bad or not depends uppon the quality of these games!
  40.  
  41. Many were the best of the latest releases. The spread (if you can call it
  42. that :-) of games that did work dated from 1986 to the present day.
  43. Speedball 2 didn't work but Archipelagos did (8Mz no cache).
  44.  
  45. >>Only a couple of the games worked after disabling the cache and setting
  46. >>the speed to 8Mz. Since most games that load from a bootsector and don't use
  47. >>system calls failed I assume that they were not 68030 compatible.
  48. >There is only two things a programmer can do which a proper written trap-
  49. >handler on the 68030 can't handle to make it 100% compatible (with cache off). 
  50. >Those things are speed depended code and self written trap routines!!
  51.  
  52. Most of the speed dependant code was in the DMA routines.
  53.  
  54. One of the reasons the games often crashed on the 68030 was their test for
  55. being in Supervisor mode. This was usually part of the copy protection.
  56. They used the MOVE SR,Dx instruction which on the '030 is privileged.
  57. They could have used the GEMDOS Super call ($20) to find that out. Strangely
  58. if they found they were in User mode they used Super to change. However the
  59. protection heavily depended on using the trace exception which caused it
  60. to fail on the 68030.
  61.  
  62. Another common error is to load code/data at low absolute addresses that
  63. flattens OS workspace. Even seven years on some programmers still do this!
  64. Fixing your screen memory at $78000 is also a problem. With TOS demanding
  65. more low memory there is the risk that programs will bang their heads on their
  66. own video RAM. OK that would be a bummer on a 512K machine anyway.
  67.  
  68. >>Atari were not to blame for these incompatibilities however I do blame them
  69. >>for not kicking butt when the TT didn't run software. Programmers should have
  70. >>learned their lesson back then.
  71. >
  72. >Actually we agree on the lousiness of game-writers. I do howewer think
  73. >that the Falcon is as ST(e) compatible as the MSTE (with cache and 
  74. >16MHZ on) but with additonal problems with trap's as mentioned above!
  75.  
  76. Bad coding is not just the domain of the game writers. It's sad to think that
  77. these bad coders will hurt sales of the Falcon which so desperately needs
  78. software.
  79.  
  80. >PS. Do you have a Falcon???
  81.  
  82. Maybe. I can't say. I am a developer though.
  83.  
  84. +----------------------------------------------------------------------------+
  85. ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
  86. ! Neil Forsyth                                                               !
  87. ! Department of Computing and Electrical Engineering                         !
  88. ! Heriot-Watt University                                                     !
  89. ! Edinburgh, Scotland                                                        !
  90. ! United Kingdom            Email: neil@uk.ac.hw.cs, ..!ukc!cs.hw.ac.uk!neil !
  91. ! "'Have you got any?' he asked, expecting the answer no" - Monty Python     !
  92. +----------------------------------------------------------------------------+
  93.