home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / windows / x / i386unix / 134 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  2.6 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!paladin.american.edu!news.univie.ac.at!hp4at!mcsun!Germany.EU.net!Informatik.Uni-Dortmund.DE!jenny!sk
  2. From: sk@jenny.informatik.uni-dortmund.de (Stefan Kirchberg)
  3. Newsgroups: comp.windows.x.i386unix
  4. Subject: Re: 32K or 16M colours?
  5. Date: 23 Dec 1992 13:19:56 GMT
  6. Organization: CS Department, Dortmund University, Germany
  7. Lines: 52
  8. Sender: sk@jenny (Stefan Kirchberg)
  9. Distribution: world
  10. Message-ID: <1h9p1sINNlsb@fbi-news.Informatik.Uni-Dortmund.DE>
  11. References: <linda.724803368@minnie> <1992Dec20.000426.21774@cbnewsj.cb.att.com> <1992Dec22.130619.18414@news.lrz-muenchen.de>
  12. NNTP-Posting-Host: jenny.informatik.uni-dortmund.de
  13.  
  14. In article <1992Dec22.130619.18414@news.lrz-muenchen.de>,
  15. roell@informatik.tu-muenchen.de (Thomas Roell) writes:
  16. |> >> If they are (which I doubt) they would be riciculously slow. Also
  17. |> >> since they usually trade resolution for pixel depth that means X on
  18. |> >> something like 640x480 (yuck!).
  19.  
  20.         <see below>
  21.  
  22. |> >Take a look at how the 24-bit SVGA's are implemented.  Packed 3-byte
  23. |> pixels.
  24. |> >It's going to make working on them rediculous.
  25. |> 
  26. |> I don't think 3byte pixels is that rediculus if you look at the memory
  27. |> contraints given in todays SVGAs. But the price to pay is VERY high.
  28.  
  29. What about aligning them on 32bit boundaries and decoding only three bytes
  30. each?
  31. Of course, that would result in more memory banks.
  32.  
  33. But that is not the point since these cards are existing, and all of them have
  34. this style of decoding 3 bytes per pixel --- new ones are likely to do it the
  35. same way :-|
  36.  
  37. But then, it would even be an interesting opportunity to switch from the X11
  38. desktop to a true color 640x480 screen, do some graphics there and switch over
  39. back to X11. With M******** W****** that's possible, it redraws the whole
  40. screen
  41. and _even_does_not_crash_ (so far..). So I wonder if there is a way to
  42. perform my
  43. raytracing on Linux with true color while still using X11. The point is: it
  44. would
  45. not be neccessary to have a real X11 desktop with 16M colors, not even the
  46. X11
  47. graphics primitives are strictly required. It should only be possible to
  48. suspend
  49. X11 from controlling the screen. Switching back and forth while both
  50. screens
  51. modes are in use would be luxury (and nice because of using a debugger ;-),
  52. but
  53. that would require storing the contents elsewhere and restoring them when
  54. switching.
  55.  
  56.     Stefan
  57.  
  58. -- 
  59.  Stefan Kirchberg                      sk@irb.informatik.uni-dortmund.de
  60.  Computer Science Department - IRB     Tel. from inside UniDO: 4700
  61.  University of Dortmund                     from outside: 0231/755-2422
  62.  W-4600 Dortmund 50,PO-Box 500500, Germany  Office: GB V/R.325
  63.  
  64.  
  65.  
  66.