pintos-os.org Git - pintos-anon/blob - specs/freevga/hardrec.htm

   1 <HTML>
   2 <HEAD>
   3    <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
   4    <META NAME="Author" CONTENT="Joshua Neal">
   5    <META NAME="Description" CONTENT="Pure VGA/SVGA hardware programming (registers, identification, and otherlow-level stuff.)">
   6    <META NAME="KeyWords" CONTENT="VGA SVGA hardware video programming">
   7    <TITLE>FreeVGA - Product Recommendations for Video Developers</TITLE>
   8 </HEAD>
   9 <BODY>
  10
  11 <CENTER><A HREF="home.htm">Home</A> <A HREF="#intro">Introduction</A> <A HREF="#monitors">Recommended</A>
  12 <A HREF="#failures">Failed</A> <A HREF="#test">Test</A> <A HREF="home.htm#product">Back</A>&nbsp;
  13 <HR WIDTH="100%"><B>Hardware Level VGA and SVGA Video Programming Information
  14 Page</B></CENTER>
  15
  16 <CENTER>Product Recommendations for Video Developers&nbsp;
  17 <HR WIDTH="100%"></CENTER>
  18 <A NAME="intro"></A><B>Introduction</B>
  19 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; This page is to provide
  20 hardware recommendations for those implementing the information on this
  21 site.&nbsp; There are no recommendations for video cards, as the goal is
  22 to increase programmer support for all cards, existing or otherwise, rather
  23 than try to influence people to buy a specific video card implementation.&nbsp;
  24 I will, however recommend hardware, other than the video cards themselves
  25 that are helpful in the development of software for video cards in general.
  26 Monitors are a strong issue to me, both for safety concerns, and financial
  27 concerns, as it is usually advantageous to buy an new, indestructable monitor
  28 than to burn through many cheap, expendable monitors.
  29
  30 <P><B>&nbsp;<A NAME="monitors"></A>Monitors Recommended</B>
  31 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; For a monitor to be recommended
  32 it must meet all of the following criteria:
  33 <UL>
  34 <LI>
  35 It should be able to tolerate improperly formed video inputs for an extended
  36 period of time without the possibility of being damaged.&nbsp; It should
  37 also be tolerant to extremely frequent mode changes.&nbsp; Damage due to
  38 this kind of operation should not be excluded by the standard manufacturer's
  39 warranty.&nbsp; This is critical due to the replacement cost of high-performance
  40 monitors, and due to the possible safety and fire hazards failing monitors
  41 may cause.</LI>
  42
  43 <LI>
  44 It should be able to synchronize to a wide variety of properly formed signals,
  45 including both standard and custom video timings.&nbsp; This important
  46 for developing the modes required for special applications.</LI>
  47
  48 <LI>
  49 It should handle the maximum frequencies/resolutions that can be generated
  50 by current and future (to a reasonable extent) video chipsets.</LI>
  51
  52 <LI>
  53 It should be compliant to all levels of display to host communication and
  54 power mamagement so code can be developed that implements these features
  55 of the video hardware.</LI>
  56
  57 <LI>
  58 If the monitor allows the picture controls to be saved/restored on changes
  59 in mode, it should be allowed to defeat this feature so that the generated
  60 video timings can be adjusted to minimize the visible effects of mode change.</LI>
  61
  62 <LI>
  63 It should be currently available on the market and covered by manufacturers
  64 warranty for the period of time required to develop the desired application.</LI>
  65
  66 <LI>
  67 It has been put through my own personal monitor torture tests, as well
  68 as operated for an extended period of time under conditions related to
  69 video software development.</LI>
  70 </UL>
  71 The following monitors have been evaluated by myself personally, and have
  72 been determined to meet all these criteria.
  73 <UL>
  74 <LI>
  75 At this time, there are no monitors that I have determined meet all these
  76 criteria.</LI>
  77 </UL>
  78 <A NAME="failures"></A><B>Monitor Failures</B>
  79 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; This section lists monitors
  80 that have either died for me while testing, or have died for others in
  81 a fashion that would imply that the programmer was responsible for their
  82 failure.&nbsp; This does not imply that the programmer was at fault, as
  83 these things naturally happen when developing drivers.&nbsp; I strongly
  84 recommend the purchase of one of the recommended monitors, to avoid damaging
  85 a valuable monitor
  86
  87 <P><B>Compaq VGA (not SVGA)</B> -- I do not know the model specifically.&nbsp;
  88 It was a fixed frequency model, and the horizontal circuitry was damaged.&nbsp;
  89 The problem was repeatable after repairs were made, so I believe that the
  90 monitor can be damaged by normal mode testing. I have met others who claim
  91 to have experienced this same problem.&nbsp; Not recommended.
  92
  93 <P><B>CTX CMS-1561LR</B> -- The problem with this monitor occured when
  94 driving the monitor at the high end of its frequency envelope.&nbsp; The
  95 monitor synced to the frequency, but may have been slightly overdriven.&nbsp;
  96 The horizontal output transistor and some capacitors were replaced and
  97 the monitor was restored to working order.&nbsp; The problem has not been
  98 repeated, so ordinary failure is likely.
  99
 100 <P><B>NCR MBR 2321</B> -- This one comes from a friend in Fayetteville,
 101 AR, whose monitor blew caps while writing a svgalib video driver.&nbsp;
 102 The explosion from the capacitors shattered the rear of the picture tube,
 103 damaging the monitor beyond repair.&nbsp; Not recommended due to the catastrophic
 104 nature of the failure.&nbsp; The operation being performed when the failure
 105 occurred was frequent mode changing.
 106
 107 <P><A NAME="test"></A><B>Test Equipment Recommended</B>
 108 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; There are certain pieces
 109 of test equipment that can come in handy when working with video cards.&nbsp;
 110 This can be especially important when verifying that the video signal being
 111 generated is, in fact the one intended by the programmer.&nbsp; Failure
 112 to do this can cause catastrophic failure when the driver is used in conjunction
 113 with a fixed-frequency or other monitor that can be damaged by improper
 114 inputs.
 115 <UL>
 116 <LI>
 117 At this time, I cannot recommend any test equipment other than a good frequency
 118 counter, as this is really not in my area of expertise.&nbsp; If you can
 119 help me in my research into this, I would be greatly appreciative.</LI>
 120 </UL>
 121 Notice: All trademarks used or referred to on this page are the property
 122 of their respective owners.
 123 <BR>All pages are Copyright &copy; 1997, 1998, J. D. Neal, except where
 124 noted. Permission for utilization and distribution is subject to the terms
 125 of the <A HREF="license.htm">FreeVGA Project Copyright License</A>.&nbsp;<IMG SRC="http://www.goodnet.com/~tinara/cgi-bin/imgserv.cgi?logo3.gif" >
 126 </BODY>
 127 </HTML>