home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 16092 < prev    next >
Encoding:
Text File  |  1992-11-19  |  4.6 KB  |  102 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!pipex!warwick!coventry!csg019
  3. From: csg019@cch.coventry.ac.uk (-~=Zaphod=~-)
  4. Subject: Re: New hardware reference guide?
  5. Message-ID: <BxyrIJ.517@cck.coventry.ac.uk>
  6. Sender: news@cck.coventry.ac.uk (news user)
  7. Nntp-Posting-Host: cc_sysh
  8. Organization: Coventry University
  9. References: <1992Nov13.023341.27459@mpifr-bonn.mpg.de> <Bxnwno.6ns@cck.coventry.ac.uk> <1992Nov18.180612.15191@ultb.isc.rit.edu>
  10. Date: Thu, 19 Nov 1992 12:46:40 GMT
  11. Lines: 89
  12.  
  13. In article <1992Nov18.180612.15191@ultb.isc.rit.edu> eas3714@ultb.isc.rit.edu (E.A. Story) writes:
  14.  
  15. >Other considerations... Does the machine have $C0 Fast ram?  Or is it
  16. >$20? Or perhaps it doesn't have FAST ram in the original 24-bit address
  17. >space at all. (A3000, A4000).  The OS thinks about all these things, do
  18. >demo (or for that matter, game) programmers?
  19.  
  20. No i doubt it, most games/demos are run directly from the boot block to save
  21. memory, and as you will be aware, the A500 is still regarded as the base 
  22. machine, so most code code in chip RAM anyway. Any fast ram could still be
  23. allocated in the boot block, which would tell the program where to load.
  24. Ala "Speedball" bootblock.
  25.  
  26. >>>b)crashes with a new OS version or when started from system that is 
  27. >>>  booted further than the initial CLI.
  28. >>It would not crash under new OS versions, because it would only use a few
  29. >>bare essential routines like Forbid() and Permit().
  30. >
  31. >Most just hit INTENA and DMACON, anyway.
  32.  
  33. After task switching has been disabled, theres nothing to worry about.
  34. Just turn the mutitasking off, strut your funky stuff, then turn it back on
  35. again, with no side effects, thats how i do it.
  36.  
  37. >>>c) does generate bogus displays on either NTSC or PAL systems.
  38. >>Depends what you mean by bogus displays.
  39. >>NTSC users would loose a portion of the screen due to the fact that the
  40. >>NTSC screen can't display as many lines at a PAL screen.
  41. >
  42. >Well, I know what *I* mean by bogus displays.  How about one that
  43. >doesn't work at all...  And it's easy to fix... I think 90% of these
  44. >"demo" programmers are guilty of it too.  How 'bout waiting on a
  45. >scanline that doesn't exist?  I can't tell you how many of these "PAL
  46. >only" programs work on an NTSC machine by changing just one byte in a
  47. >test on DFF004/6 or in a copper list that generates an interrupt.  It's
  48. >absolutely ridiculous.  I can live with lossing a portion of my
  49. >display.. its gotta happen, but when it doesn't work at ALL, thats
  50. >stupidity.
  51.  
  52. Agreed, but we all have a scan line zero don't we?
  53. As for testing $dff006, i used to do that :) until i found out about the
  54. blitter interupts.
  55. I can't see why people give demo writters such a tough time. If the demo does
  56. not work on your machine, then just delete it. You don't pay for them, so its
  57. no major loss. If a game does not wotk, then thats a different matter.
  58.  
  59. >>1.. Write another version where the graphics are kept withing a smaller
  60. >>area on the screen.
  61. >
  62. >Ya, but of course, most of these programmers are too lazy to do so....
  63. >otherwise "PAL only" wouldn't be so popular a phrase.
  64.  
  65. Europe is *the* demo writting scene, most demo writters come from Europe so
  66. write demos to impress other European groups.
  67. I've never seen an NTSC demo (apart from them boring ray-traced animations,
  68. that take zero amount of programming ability).
  69.  
  70. >>2.. Write a just an NTSC version, so all the lucky PAL owners have a chunk
  71. >>of screen missing (*not big OR clever CINEMAWARE*).
  72. >
  73. >Or just center the NTSC size screen on a PAL display.  
  74.  
  75. How about using vertical size on your monitor to get an NTSC version of a
  76. PAL game/demo then?
  77.  
  78. > 
  79. >>>d) risks hardware damage with things connected to the serial or parallel port.
  80. >>How could it *dammage* hardware?
  81.  
  82. >I can't wait for the first complaint from a A4000 or A1200 owner when
  83. >one of these demos hits the wrong register and the display goes to 31Khz
  84. >on their 1084... You don't think THAT could damage hardware?  
  85.  
  86. Why would anyone hit the wrong register?
  87. No one just sits there and says "I know i'm gonna hit register $dffxxx for a 
  88. laugh, even though its not in the manual."
  89.  
  90. >The point is that the serial and parallel ports shouldn't even be
  91. >active, yet I've seen my modem lights flash during demos... most
  92. >annoying.
  93.  
  94. It could be quite a good idea if you got them to flash in time to the music!
  95.  
  96.  ;)
  97. -- 
  98. *******************************************************************************
  99. *        ///  A member of S.H.I.T. (Super High Intelligence Team)    ///      *
  100. *       ///        Fight, defeat and kill organized laming.         ///       *
  101. ****\\\X//********Steven Haggerty**csg019@uk.ac.cov.cck ok?*****\\\X//*********
  102.