home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 12: Textmags & Docs / nf_archive_12.iso / MAGS / DOCS / COMPATBL.ZIP / COMPATBL.DOC
Encoding:
Text File  |  1993-02-19  |  8.4 KB  |  176 lines
  1. -----------------------------------------------------------------
  2.                                                                 |
  3.                                                 A discussion of |
  4.                                                                 |
  5.                                       C O M P A T I B I L I T Y |
  6.                                                                 |
  7.                                       Expanding your system and |
  8.                                            exploring new worlds |
  9.                                                                 |
  10. -----------------------------------------------------------------
  11.  
  12. A  lot  of ATARI users are concerned about the  compatibility  of 
  13. their software with our high resolution true color boards.
  14.  
  15. Compatibility  is  a key issue when attempting  to  improve   the 
  16. system performance through hardware upgrades.  This is especially 
  17. true  for graphic cards.  The ability to expand a system  greatly 
  18. depends  on  the  way  how  the  operating  system  handles   I/O 
  19. operations (like producing an output on the  screen),  additional 
  20. hardware and the accompaning software drivers.
  21.  
  22. Fortunately,  the  ATARI computers feature GEM.  GEM consists  of 
  23. several software layers, each providing an increasing freedom and 
  24. independence from the underlying hardware components.
  25.  
  26. One of these GEM layers is called VDI (Virtual Device Interface).
  27. By exchanging the existing ATARI specific VDI portion of the  GEM 
  28. environment,  the  ATARI  system can accommodate a wide  range of 
  29. other display devices.
  30.  
  31. Therefore we have not only tried to develop a unique and powerful 
  32. graphics expansion board but also a VDI driver that emulates  the 
  33. original,  which  maintains a high degree of compatibility  while 
  34. extending  the  capabilities according to the  provided  hardware 
  35. features.
  36.  
  37. Considering these facts,  all programs can be divided into  three 
  38. groups:
  39.  
  40. a) programs that use the VDI as the only interface to produce ANY 
  41. output on the screen.
  42.  
  43. b) programs that seem to require one of the original Atari  modes 
  44. to run properly.
  45.  
  46. c)  programs that use the VDI AND CUSTOM ROUTINES to  update  the 
  47. display.
  48.  
  49. Case  'a'  programs  show little or no difference  when  used  in 
  50. conjunction  with  the CyReL M16-1280 boards.  Almost  all  major 
  51. software  titles can be found in this group.  These  applications 
  52. allow the user to take advantage of e.g.  higher resolutions  (in 
  53. some cases even higher refresh rates),  more colors and sometimes 
  54. even faster output speeds.  Fortunately most of them are designed 
  55. according  to the GEM and ATARI guidelines and therefore  can  be 
  56. used instantly without any additional system modifications.
  57.  
  58. Case  'b' programs are a little bit more difficult to deal  with. 
  59. Most of these programs use the information of the Getrez (XBios4) 
  60. operating  system  call to find out more about the state  of  the 
  61. display.   Instead  of  examining  the  (correct  and  available) 
  62. informations provided by the VDI some programmers seem to  prefer 
  63. the XBios call. This can lead to some surprising results:
  64.  
  65. THE  CALL  CAN ONLY RETURN A CODE TO DESCRIBE THE  GRAPHICS  MODE 
  66. WHICH  IS  CURRENTLY  BEING  USED BY  THE  BUILT-IN  ATARI  VIDEO 
  67. CIRCUITRY!
  68.  
  69. Original  intention:  a program wants to find out if the  current 
  70. screen  resolution supports all the requirements (e.g.  at  least 
  71. 640x400)
  72.  
  73. Effect:   Some   programs  refuse  to  run  even  when  using   a 
  74. sufficiently  high resolution because it might be that the  ATARI 
  75. VIDEO CIRCUITRY is operating in a lower mode,  and thus the XBios 
  76. call returns an unacceptable value.  Note that we support a  'two 
  77. monitor' configuration, consisting of our graphics card connected 
  78. to  one  monitor and the simultaneous use of  the  screen  output 
  79. generated by the Atari connected to a second monitor.  WE DO  NOT 
  80. IMPOSE  ANY RESTRICTIONS WHATSOEVER regarding the mode  in  which 
  81. the  Atari must be placed.  Our cards even allow  'multi-monitor' 
  82. setups with up to four CyReL cards per single system + the  Atari 
  83. output.
  84.  
  85. Patch:  We provide custom XBIOS driver that can be installed plus 
  86. an  accessory that allows the user to define the return value  of 
  87. the XBios call to eliminate about 90% of the described problems.
  88.  
  89. Nonetheless  we would like to urge EVERY developer to  adopt  the 
  90. VDI method for any inquiries regarding screen size and/or  screen 
  91. attributes!
  92.  
  93. Further  we  have  to add all programs which  take  advantage  of 
  94. certain  hardware  register layouts and ATARI  specific  hardware 
  95. features  to group 'b'.  The use of such features prevents  these 
  96. programs from being used with a graphics card. A    number     of 
  97. monochrome-only drawing programs and almost all of the games  and 
  98. entertainment software titles fall into that category. 
  99.  
  100. This  is  not limited to CyReL cards and applies  to  all  system 
  101. expansions  as  long as they are not  specifically  supported  by 
  102. those programs.
  103.  
  104. Group 'c' programs can prove to be the hardest to adapted by  the 
  105. user to run on any graphics card, since some of the screen output 
  106. may  end  up  at the wrong place and most  likely  in  the  wrong 
  107. format. There is little the user (or we) could do to correct this 
  108. problem,  which  means that in almost all cases the developer  or 
  109. author of the program must re-write at least a part of the  code. 
  110.  
  111. The only way to prevent such problems is to fully support the VDI 
  112. interface   from  the  very  beginning.   With   the   continuous 
  113. development and introduction of new ATARI systems,  it represents 
  114. the  only way to maintain compatibility with new  ATARI  features 
  115. and ultimately all third party products.
  116.  
  117. Further  it  is  the only way to  guarantee  the  portability  of 
  118. programs  in case the user intends to upgrade to a bigger system. 
  119. Obviously  there  will  be future  developments  that  cannot  be 
  120. forseen  and  thus will remain unsupported  by  today's  software 
  121. titles.  But we can at least do our share to improve  flexibility 
  122. and user-friendlyness for years to come.
  123.  
  124. This  adaptation of programs is a process that has already  begun 
  125. and benefits all, the user, the developer and the manufacturer of 
  126. e.g.  the graphic boards. The developer can take advantage of new 
  127. improved screen output,  a higher number of on-screen colors, and 
  128. not to forget new and evolving market niches.  The user  benefits 
  129. through improvements in appearance,  comfort, features and better 
  130. ergonomics   while  the  manufacturer  can  take   advantage   of 
  131. increasing market opportunities.
  132.  
  133. We at Cybercube welcome the introduction of the Falcon. We see it 
  134. as  an  interesting and important addition to the  Atari  product 
  135. line.  It will help create a market that is increasingly oriented 
  136. towards graphic and video applications.  Furthermore it will help 
  137. educate  the user base in regards to the requirements  of  modern 
  138. desktop   video   technology.   This   aspect   should   not   be 
  139. underestimated.
  140.  
  141. It is our goal to provide a quality product for the  professional 
  142. user or the serious home user. With on-screen resolutions of e.g. 
  143. 2048x1024 in 256 colors, refresh rates that can go beyond 100 Hz, 
  144. real  (no  less than 16 Million colors) True  Color  capabilities  
  145. with  resolutions  of e.g.  640x480,  800x600,  960x512  or  even 
  146. 1024x512 and virtual resolutions up to 4096x4096 (non-interlaced) 
  147. we  do not anticipate any problems regarding the evolving  Falcon 
  148. market.
  149.  
  150. Through the additional expansion capabilities of the cards (which
  151. is  for instance  being  utilized by  the CyReL VidiMix8  desktop
  152. video module) we think that we have  a  very  promising  platform
  153. to  offer.  A  platform  that  easily  integrates  into the  ever
  154. expanding Atari environment.
  155.  
  156. But we are still convinced that there is a need of a co-operation 
  157. between users,  software-developers and hardware manufacturers in 
  158. order to make this concept work.  We hope that our  contributions 
  159. might  help  to  establish  the  Atari  computers  as  a   viable 
  160. alternative  to the popular systems in the DTP,  CAD and  desktop 
  161. video markets. 
  162.  
  163. In  this spirit,  I would like to thank you for your interest  in 
  164. our products.
  165.  
  166. Best regards,
  167. CYBERCUBE RESEARCH LTD.
  168.  
  169. M16-Product Coordinator
  170.  
  171.  
  172. Please  feel  free to write,  e-mail or fax us  any  comments  or 
  173. suggestions.  We are interested in your feedback and will do  our 
  174. best to make needed improvements on a timely basis.
  175.  
  176.