home *** CD-ROM | disk | FTP | other *** search
/ ftp.gamers.org / ftp.gamers.org.zip / ftp.gamers.org / pub / games / uwp-uml / game_bytes / write.txt < prev   
Text File  |  1995-11-19  |  10KB  |  214 lines
  1. GAME BYTES Reviewer's Information Pack, version 2.1
  2.  
  3. This file contains guidelines for reviews for Game Bytes, divided into
  4. three sections:  Format, Style and Content.  (The format rules apply in
  5. general to non-review articles (tips, etc.) as well.)  Before you send off
  6. your review, please check that it follows these guidelines.
  7.  
  8. The editor of Game Bytes is Ross Erickson, email address
  9. ross@kaos.b11.ingr.com.  Contact him if you'd like to do an article.  Once
  10. it's done send the files to Daniel Starr, Assistant Editor, email address
  11. starr-daniel@yale.edu.  Please send us any questions or comments you have
  12. on this in particular or about Game Bytes in general.
  13.  
  14. Thanks for supporting Game Bytes!
  15.  
  16. GAME BYTES Review Guidelines:  Format
  17.  
  18. Follow religiously!!
  19.  
  20. (1)  No profanity!  (Some services won't post the entire magazine
  21.      if they find one profanity!)
  22. (2)  If it's a PC game, send screen shots! 
  23.      (You can use PCXDUMP to get screen shots, available by ftp to
  24.      oak.oakland.edu, /pub/msdos/graphics/pcxdmp80.zip.  Email if you need
  25.      help.  If the game itself is incompatible with PCXDUMP, let us know.)
  26.      (Not needed for cartridge games.)
  27. (3)  Put a header at the top using the review header templates at the end 
  28.      of this article.  (Use the PC game or cartridge game header as 
  29.      appropriate.)
  30. (4)  Set your editor's margins to 0 and 74. (That way it fits our screen.)
  31.      THIS IS A MUST!!!
  32. (5)  Use spaces, not tabs (they play havoc with our format).  
  33.      THIS IS ALSO A MUST!
  34. (6)  Don't indent paragraphs.
  35. (7)  Include a copyright notice at the bottom, of the form
  36.      "This [review/article/whatever] is Copyright (C) 1993 by 
  37.      [your name here] for Game Bytes Magazine.  All rights reserved."
  38. (8)  Put the first mention of the title of _any_ game in the 
  39.      review body in ALL CAPS.
  40. (9)  Use a spell-checker, check your punctuation, and have it proof-read
  41.      by both a friend and yourself before you submit it, please!
  42.  
  43. GAME BYTES Review Guidelines:  Style
  44.  
  45. Actually, the best stylistic advice is to go back through back issues of
  46. Game Bytes, and study the approach of reviews that you yourself found
  47. helpful and enjoyable.  But keep the points below in mind, and when the
  48. review's done, check to make sure it fits them.
  49.  
  50. (1)  Give both description and specific opinions for each game element.
  51.      Readers want to know both what the game is and what elements you 
  52.      think are good or bad.
  53. (2)  Make comparisons with other games.  It's the most efficient way to
  54.      showcase what's different, and to get out of the way what's standard
  55.      about the game design.  (Not everyone will have played those other
  56.      games, though, so make sure the review can still work for readers who
  57.      aren't familiar with them.)
  58. (3)  Give specific examples of what you talk about.  Your readers haven't 
  59.      played the game, so you really need to demonstrate what you mean by 
  60.      "great graphics" or "detailed statistics" or "you colonize planets".
  61. (4)  Avoid lists.  A clear statement plus one or two examples are 
  62.      usually enough; more becomes tiresome and bogs down the review.
  63. (5)  Point out the exceptional or unusual things about the game.
  64. (6)  Decide what things make the game more or less fun, and discuss them!
  65. (7)  Don't waste time on the unimportant.  If the manual/sound/whatever 
  66.      didn't make a big difference in your enjoyment of the game, then it 
  67.      only needs a sentence or two tacked onto an appropriate paragraph.
  68. (8)  Be personal.  Let readers know how you yourself felt about the game, 
  69.      what you enjoyed or didn't enjoy, heck, whether you had fun!
  70. (9)  Leave the emotional extremes at the door.  Whether you hated or loved
  71.      the game, don't rant and rave -- it's unpleasant reading and ruins
  72.      your credibility.  Objectively describe what's so bad or good about
  73.      the game and why -- readers do want your judgement, but calmly.
  74. (10) Don't give ratings.  Without a standard GB system, readers can't 
  75.      compare them, so they're just confusing.
  76. (11) Write a review that reads smoothly as a single piece.  Don't use so 
  77.      many sections that it becomes a bunch of isolated paragraphs; don't   
  78.      write 2+ screens in a single paragraph so as to bog the reader down.
  79. (12) Give the review the information it needs without crushing detail.
  80.      The typical PC game review is about 100-150 lines, the typical
  81.      cartridge review about 50-100 lines.  If you find yourself 
  82.      significantly outside those ranges, the game may or may not warrant  
  83.      it -- ask yourself whether you're providing too much (or too little) 
  84.      information.
  85.  
  86. GAME BYTES Review Guidelines:  Content
  87.  
  88. Every review should cover all these elements.  This also works reasonably
  89. well as an outline, although you're free to use whatever order works best
  90. for you.  Either way, check to make sure you've covered these subjects
  91. when you finish your review.
  92.  
  93. [Do realize that in a typical review the first three and last three items
  94. below (the introductory and concluding topics) will be much shorter than
  95. the middle four sections (the "meat" of the review).]
  96.  
  97. (1) Background on the game/genre/author -- if it's a sequel, tell us about 
  98.     the predecessor; if it has obvious competitors, what are those like?
  99. (2) Overview -- what is the game about?  What, in general, do you do?
  100. (3) Summary -- what are the game's strengths and weaknesses (that you're
  101.     about to explain)?  Let the reader know where you're headed.
  102.  
  103. (4) Output -- quality and style of graphics, sound, animation, etc.  Does 
  104.     the game have a distinctive 'look'?  Is it pretty and/or realistic?
  105. (5) Interface -- ease/precision/detail of controlling your actions.  Does 
  106.     the game let you do what you want to?  How easy is it to figure out?
  107. (6) Activities -- what specifically do you do in the game?  Give specific 
  108.     examples of game play.  What's enjoyable (or not) or unusual?
  109. (7) Evaluation -- how much fun is playing the game?  Does it get 
  110.     repetitive, or does it have 'replay value'? How's the ending (if any)?
  111.  
  112. (8) Miscellaneous features -- how good or bad (or missing) are the manual, 
  113.     installation, film replay, modem play or other features not central to 
  114.     the game?
  115. (9) Fulfilled potential -- does it live up to your expectations?  What 
  116.     features are missing that really should be there?  What additions 
  117.     would have been nice, though not necessary?
  118. (10)Conclusion -- what's your overall opinion of the game?  How does it 
  119.     compare to similar games?  Who do you think would enjoy it?
  120.  
  121. GAME BYTES Computer Game Review Header Template
  122.  
  123. --------------------------------CUT HERE------------------------------
  124.                                from 
  125. Reviewed by
  126.  
  127.           Computer        Graphics        Memory          Disk Space
  128. Minimum
  129. Max/Rec.
  130.  
  131. Control:
  132.   Sound:
  133.   Notes:
  134.  
  135. Reviewed version      on: 
  136.      Reviewer recommends:
  137.  
  138. --------------------------------CUT HERE------------------------------
  139.  
  140. GAME BYTES Cartridge Header Template
  141.  
  142. --------------------------------CUT HERE------------------------------
  143.  
  144. <GAME NAME>                     from   <Company Name>
  145. Reviewed by
  146.  
  147. Platform: (Super Nintendo / Sega Genesis / Sega CD)
  148.     Size: (if cartridge, # of Mbits)
  149. Supports: (if any -- e.g., Nintendo mouse, Menacer, etc...)
  150.  
  151. --------------------------------CUT HERE------------------------------
  152.  
  153.  
  154. * Sample Computer Game Header *
  155.  
  156. ULTIMA VII PART TWO: SERPENT ISLE  from Origin
  157. Reviewed by Daniel J. Starr
  158.  
  159.           Computer        Graphics        Memory          Disk Space
  160. Minimum   386             VGA             2 MB            25 MB
  161. Max/Rec.  386SX/20+
  162.  
  163. Control:  Keyboard, Mouse (recommended)
  164.   Sound:  Adlib, Sound Blaster, SB Pro, Roland LAPC-1/MT-32
  165.   Notes:  Supports simultaneous SB or SB Pro and Roland.  Cannot be
  166.           run with expanded memory manager (EMM386.EXE or equivalent).
  167.  
  168. Reviewed version 1.02 on: 486/66, 8MB RAM, SB Pro and Roland sound cards.
  169.      Reviewer recommends: 2MB disk cache, SB-compatible sound card.
  170.  
  171. * End Sample Header*
  172.  
  173. [Notes for PC game headers]
  174.  
  175. Use the box, manual, README file, program menu, or other documentation to
  176. fill out the header.  If your experience disagrees with what they say,
  177. note that in the review, not the header.
  178.  
  179. The 'minimum' row refers to the slowest computer type, lowest
  180. resolution, smallest amount of memory and least amount of disk space
  181. physically required to run the game, according to the publisher.  The
  182. 'max/rec.' row refers to the computer type/speed recommended by the
  183. publisher for quality performance, and to the highest resolution, largest
  184. amount of memory, and largest amount of disk space the game can usefully
  185. employ.  If the game doesn't use variable graphics/memory/disk space, just
  186. put a single figure in the 'Minimum' row (see example).  
  187.  
  188. For memory, it's the total memory (640k,2MB,etc.) that should be listed;
  189. the particular amount of low memory required ("535-587,000 bytes") can be
  190. listed in the Notes or the review body if you think it needs to be
  191. mentioned.  For disk space, if the manufacturer doesn't list a figure, you
  192. should count it up and enter it in the 'minimum' row yourself.  For
  193. graphics, enter super-VGA graphics modes as resolution x colors, e.g.
  194. "800x600x16" or "640x480x256".
  195.  
  196. Put any documented nonstandard hardware features or requirements (e.g.
  197. cannot be run with a memory manager present, runs only under Windows, runs
  198. off a CD-ROM) in "Notes".  (See example.)
  199.  
  200. List your computer type and speed in the 'reviewed on' entry, and any
  201. particular peripherals you have that the program used.  If the program
  202. uses a variable amount of memory, or offers a choice of graphics modes,
  203. list the memory and/or graphics mode of your computer as well.
  204.  
  205.  
  206. ******
  207.  
  208. And most of all, thanks for supporting Game Bytes!  We look forward to
  209. working with you as a reviewer.
  210.  
  211. Ross Erickson, Editor/Publisher
  212. Daniel Starr, Assistant Editor
  213. Game Bytes Magazine
  214.