home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text0245.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  5.8 KB  |  132 lines
  1. In article <4e5gg2$f6@newsstand.cit.cornell.edu>,
  2. William Magro <wmagro@msc.cornell.edu> wrote:
  3. >Scott Shuchart (shuchart@fas.harvard.edu) wrote:
  4. >
  5. >: This situation doesn't make sense to me.  640x480x256 is 1Mb Vram, no matter 
  6. >: what the colors are.  And grays are just some colors.  [...]
  7. >
  8. >The catch here is that the 256 colors of VGA are chosen from a palette
  9. >of 256k (or fewer) colors with standard VGA cards.  Since each gray
  10. >must have equal components of red, green, and blue, this reduces the
  11. >effective number of true grays to 64 [=262144^(1/3)].  It takes a
  12. >24-bit D/A converter (8-bits in each channel) to generate 256 grays.
  13. >
  14. >In the end, the number of grays you can generate depends on the bitness
  15. >of your DAC and the smarts of the video driver.
  16.  
  17. But most all cards capable of doing more than 256 colors also have 24-bit (as
  18. opposed to 18-bit) DACs.  My s3-968 based card can do 256 greyscales when in
  19. 8-bit pseudocolor mode.  So can just about any modern graphics card.
  20.  
  21. -- 
  22. |Gazing up to the breeze of the heavens \ on a quest, meaning, reason  |
  23. |came to be, how it begun \ all alone in the family of the sun         |
  24. |curiosity teasing everyone \ on our home, third stone from the sun.   |
  25. |Trent Piepho (xyzzy@u.washington.edu)                   -- Metallica  |
  26.  
  27. From owner-paper Fri Jan 26 06:35:57 1996
  28. Return-Path: <owner-paper>
  29. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  30.     id m0tfoJn-0007qIa; Fri, 26 Jan 96 06:35 MST
  31. Sender: owner-paper
  32. Received: from tide10.microsoft.com by ftp.ardi.com with smtp
  33.     (Smail3.1.29.1 #3) id m0tfoJE-0007qHC; Fri, 26 Jan 96 06:35 MST
  34. Received: by tide10.microsoft.com; id FAA14453; Fri, 26 Jan 1996 05:52:29 -0800
  35. Received: from unknown(157.54.17.74) by tide10.microsoft.com via smap (g3.0.3)
  36.     id xma014404; Fri, 26 Jan 96 05:51:59 -0800
  37. Received: from xnet2 (xnet2.microsoft.com [157.54.17.205]) by imail2.microsoft.com (8.7.1/8.7.1) with SMTP id FAA01246; Fri, 26 Jan 1996 05:37:46 -0800 (PST)
  38. X-Received: from nax-01-hub by xnet2 with receive; Fri, 26 Jan 1996 05:34:31 -0800
  39. X-Received: from eux-02-hub by nax-01-hub with receive; Fri, 26 Jan 1996 05:34:27 -0800
  40. X-Received: from lul-02-msg by eux-02-hub with receive; Fri, 26 Jan 1996 13:34:13 +0000
  41. X-MSMail-Identification-du-message:  3E4DF794
  42. X-MSMail-ID-de-la-conversation:  3E4DF794
  43. From: Florent Pitoun (Itl Temp) <i-flopit@microsoft.com>
  44. To: executor@ardi.com, owner-paper@ardi.com
  45. Date: Fri, 26 Jan 96 14:30:38 PST
  46. Subject: Re: Can Quix save Apple?
  47. X-MsXMTID: lul-02-msg960126133356MTP[01.52.00]000000bf-28326
  48. Message-Id: lul-02-msg960126133356MTP[01.52.00]000000bf-28326
  49. X-MSContent-Transfer-Encoding: Quoted-Printable
  50. Sender: owner-paper@ardi.com
  51. Precedence: bulk
  52.  
  53. <Sender composed mail containing characters not in the US-ASCII set.>
  54. <These characters have been transformed into a printable form.>
  55.  
  56. you speak of installing system 7.5 in faq on future versions of =
  57.  
  58. executor. For which release n=B0 is this planned?
  59. About future release 2, will it support extensions system?
  60. When do you plan to release version 2 and what capabilities will it have?
  61.  
  62. Florent
  63. ----------
  64. De: "Clifford T. Matthews"  <ctm@ardi.com>
  65. A:  <executor@ardi.com>
  66. Objet: Re: Can Quix save Apple?
  67. Date: vendredi 26 janvier 1996 03:33
  68.  
  69. >>>>> "Kevin" =3D=3D Kevin Hayes <hayes@ug.cs.dal.ca> writes:
  70. In article <1996Jan24.154317.45212@ac.dal.ca> hayes@ug.cs.dal.ca (Kevin =
  71.  
  72. Hayes) writes:
  73.  
  74.     >>  Personally, I think there are irreversible aspects of such a
  75.     >> decision, because once the System 7 brought to Intel machines,
  76.     >> the customer will no more rely on Apple's hardware, but on the
  77.     >> other side, is not too much risky a move, becaus of the
  78.     >> possibility to have the Copland running only on true Macs, or
  79.     >> other similar arrangements.
  80.     >>
  81.  
  82.     Kevin> MacOS is a stupid idea on Wintel machines - it'd be slower
  83.     Kevin> and there would be mountains of work involved to getting it
  84.     Kevin> to run on all Wintel systems - you're forgetting in the
  85.     Kevin> Wintel world there's no such thing as standards.
  86.  
  87. MacOS on PC hardware could run very fast via dynamic recompilation*
  88. and could run blazingly fast if compiler tools were available** to
  89. allow CPU intensive routines to be compiled into 80x86 code by the
  90. software author.
  91.  
  92. There are many standards in the PC world that would be very useful to
  93. a port of MacOS to PCs, for instance the VESA 2 extensions.
  94.  
  95. We wrote Executor, a Macintosh emulator that allows PCs to run much
  96. 68k Macintosh software, and it does so faster on entry level Pentiums
  97. than any 68k based Macintosh Apple ever released.
  98.  
  99. We did this all without any help from Apple and we do not use any of
  100. Apple's ROMs or System file, nor have we disassembled any of Apple's
  101. ROM or System file.  By doing it this way we have not been able to
  102. support all of System 7, much less support post System 7 features like
  103. QuickTime.  In addition, there are still enough compatbility problems
  104. that many programs do not work.  *However*, if we could license System
  105. 7.5, we could fairly easily get a very large degree of compatibility,
  106. since we'd be using Apple's code with all its quirks, rather than our
  107. rewrite from incomplete and inaccurate documentation.
  108.  
  109. See http://www.ardi.com for more information about Executor.
  110. There is also an Executor newsgroup:  comp.emulators.mac.executor.
  111.  
  112. We continue on a day to day basis assuming that Apple is not
  113. interested in embracing our technology, and that is their decision,
  114. but MacOS 7.5 could run very quickly indeed on PCs.
  115.  
  116. What we have done is *much* more difficult than what QUIX has done,
  117. and infinitely more useful if Apple ever wants to reward their
  118. software developers and potentially take on Microsoft on Intel based
  119. PC hardware.
  120.  
  121. Intel is not the enemy.
  122.  
  123. --Cliff
  124. ctm@ardi.com
  125.  
  126. __________________
  127. *We've done this already.
  128. **We will do this in '96
  129.  
  130.  
  131.  
  132.