home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / misc / 35864 < prev    next >
Encoding:
Text File  |  1992-11-09  |  1.7 KB  |  36 lines

  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!Sirius.dfn.de!chx400!josef!erzberg
  3. From: erzberg@ifi.unizh.ch (Martin Erzberger)
  4. Subject: Re: 256 Color?
  5. Message-ID: <1992Nov9.074249.3838@ifi.unizh.ch>
  6. Sender: erzberg@ifi.unizh.ch (Martin Erzberger)
  7. Organization: University of Zurich, Department of Computer Science
  8. References: <1992Nov6.130917.1@opie.bgsu.edu> <1992Nov6.194745.17183@husc3.harvard.edu> <1992Nov7.112100.2537@dragon.acadiau.ca>
  9. Date: Mon, 9 Nov 92 07:42:49 GMT
  10. Lines: 24
  11.  
  12.  
  13. In article <1992Nov7.112100.2537@dragon.acadiau.ca>, 880506s@dragon.acadiau.ca (James R. Skinner) writes:
  14. > gouvea@zariski.harvard.edu (Fernando Gouvea) writes:
  15. > >I tried imshow.exe with the Tseng 1024X768X256 drivers, and the palette
  16. > >seems all messed up. The bitmaps don't like one bit as they do if I put
  17. > >them on the desktop background...
  18. > Ditto for the 8514 drivers...
  19. The 8514/A driver doesn't have a palette manager implemented. IMSHOW
  20. tries to load the picture the 'old way', i.e. with the default 256
  21. physical colors of the device driver. The colors get mapped on a 
  22. 'best fit' base. So what one should get on a 8514 (and what I do get
  23. on my 8514 at home) is not a completely messed up picture, but a 
  24. picture with looks in a way similiar to the original one.
  25. If the picture is completely messed up (i.e. every pixel seems to
  26. be in a wrong color), then the picture gets loaded as if it could be
  27. realized, but then somehow the 'realize palette' step fails. The pixels
  28. then point somewhere into the default physical palette and the picture
  29. looks completely wrong. Since I don't have a Tseng video card, it is
  30. difficult to debug this problem.
  31. Regards, Martin Erzberger
  32.  
  33.