home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / amiga / hardware / 21604 < prev    next >
Encoding:
Text File  |  1992-12-16  |  4.1 KB  |  107 lines
  1. Newsgroups: comp.sys.amiga.hardware
  2. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uwm.edu!cs.utexas.edu!torn!spartan.ac.BrockU.CA!tmc
  3. From: tmc@spartan.ac.BrockU.CA (Tim Ciceran)
  4. Subject: Re: WOC Toronto: Amiga's Future
  5. Message-ID: <1992Dec16.054627.24848@spartan.ac.BrockU.CA>
  6. Organization: Brock University, St. Catharines Ontario
  7. Date: Wed, 16 Dec 1992 05:46:27 GMT
  8. Lines: 97
  9.  
  10. In article <1992Dec15.173535.24953@oracle.us.oracle.com> dnavas@oracle.uucp
  11. (David Navas) writes:
  12.  
  13. >Is it public what was covered in the Sat. night seminar -- I didn't see any
  14. >specific mention of it?  If you compiled both seminars into these posts,
  15. >nice job!  Of course, I like my news -raw- rather than well-done :)
  16.  
  17. The information conveyed in both the private and public seminars was
  18. virtually the same, with the exception of a few additional details given
  19. by Mr. Eggebrecht following the developer/dealer/exhibitor meeting.
  20. Nothing revealed was therefore subject to the NDA.
  21.  
  22. >Anyway, that's a 17ns pixel -- which is what we need for 1024x768x60, right?
  23. >Any mention of such a mode?
  24.  
  25. Not explicitly, although one could perhaps infer this capability. The
  26. resolution of the low-end chipset is generally tagged at 800x600 NI.
  27.  
  28. >Yeah, for free.  This, along with the 100% backwards compatible makes it
  29. >yet-again a 16bit blitter.  Sigh....
  30.  
  31. My impression was that downward compatibility was an objective, but he
  32. intimated that this would not necessarily be thorough.
  33.  
  34. >As Ty pointed out to me in email, this sounds rather the funny thing to say.
  35. >I mean, they asked for a 16bit TC mode and it came back from the designers
  36. >with an extra 8bits layed out or something?  ;)
  37.  
  38. This is subject to interpretation as well. 24-bit true colour was evidently
  39. mentioned in the context of 'television' resolutions, so it would seem
  40. safe to assume that this would be limited.
  41.  
  42. >All in all, pretty reasonable for, say, six months in the future.
  43. >My guess is that it's going to be longer than that, in which case a DRAM
  44. >backwards compatible chipset seems kinda silly.
  45.  
  46. By all accounts, the high-end chipset is apparently further along in the
  47. development process, with a second run to be issued in March. Estimated
  48. delivery times were mentioned to be in the area of 1 year.
  49.  
  50. >>High End:
  51. >>    - 4 Chips ( 750k transistors each )
  52.  
  53. >Each or total?  I seem to remember these being -totals- in the WOC Pasadena
  54. >address?
  55.  
  56. Total.
  57.  
  58. >Hmm, 1280x1280x60 pretty easily there....  That seems very reasonable for
  59. >future chipsets.
  60.  
  61. Yes, in fact the high-end version will supposedly offer 1280x1024 as the
  62. default configuration.
  63.  
  64. >>    - 1280 x 1024 24 bit color 72 Hz Refresh Rate
  65. >
  66. >Okay, BIG quesiton here.  This is REALLY THE QUESTION I'm posting this
  67. >whole message because of!
  68.  
  69. >Is this really 1280x1024x24?  Or is it simply a note that says -- hey,
  70. >we have a 24bit palette in our hi-res mode?  The former is impressive, the
  71. >latter is marketing ;)
  72.  
  73. Tough call.
  74.  
  75. >What I really want to know is -- what are the max. screen modes -- what
  76. >resolutions, what "bitplane" depth?
  77.  
  78. Don't we all? Stay tuned for the WOC NYC :).
  79.  
  80. >>    - Video Upgrade module ( You can add more chips for parallel processing
  81. >>     chip set i.e. multiple blitters, and Higher Resolution Display Modes )
  82. >
  83. >Like I really am going to believe this?
  84. >Really, I'd prefer a wider CHIPbus....  What is more than one blitter going
  85. >to do for me?  I've only -got- one bloody bus (or do I?).
  86.  
  87. An improved bus design was also alluded to, but details were vague.
  88.  
  89. >>    - Hardware Graphics Decompression Modes
  90. >
  91. >GDM == HAM/DYUV/MPEG?  This is a great way to market HAM, is that what they're
  92. >doing or are we getting real-time JPEG or something like that....
  93.  
  94. Software and hardware solutions, the former of which is supposedly scheduled
  95. to be demoed at the CES. That's about it.
  96.  
  97. >If something as basic as a CPU hasn't been decided on, then I can only
  98. >conclude that this is a pipe-dream.  An interesting one, to be sure, but
  99. >one that hasn't been sold to the people that say "OK, go do it".
  100.  
  101. I believe that this was only mentioned in the context of RISC.
  102.  
  103. >Let's try and keep this one in a position to make a difference, shall we?
  104.  
  105. Ditto.
  106.  
  107.