home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / acorn / 7970 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  2.8 KB
  1. Path: sparky!uunet!mcsun!uknet!strath-cs!st-and!gta
  2. From: gta@st-andrews.ac.uk (Graham Allan)
  3. Newsgroups: comp.sys.acorn
  4. Subject: Re: Acorn Printer Drivers
  5. Message-ID: <2-Um+kj010n@st-andrews.ac.uk>
  6. Date: 21 Jul 92 13:53:12 GMT
  7. References: <1992Jul18.054001.13812@cs.aukuni.ac.nz> <16946@acorn.co.uk> <1992Jul21.015718.23101@cs.aukuni.ac.nz>
  8. Sender: gta@st-andrews.ac.uk (Graham Allan)
  9. Reply-To: gta@st-andrews.ac.uk
  10. Organization: Greyfriars mail-relay
  11. Lines: 46
  12.  
  13. jwil1@cs.aukuni.ac.nz (TMOTA) writes:
  14.  
  15. > Under RISC OS 2.00, a 3-pass ("240x216") print on my 9-pin printer is very
  16. > good until you try to print any shaded things (drawfiles, sprites).
  17. > 
  18. > The trouble is that the printer driver assumes that just because it is
  19. > pretending that the printer can do 240x216 resolution, it is actually able
  20. > to make the dots 1/240th x 1/216th of an inch.
  21. > 
  22. > In reality, the dots are much larger than this, so that anything but the
  23. > lightest shades of grey comes out black.
  24. > 
  25. > All that would be needed to fix the problem would be to scale the 24-bit RGB
  26. > value for each colour up towards white (by an optional amount) so that
  27. > everything except black can be made lighter to the extent that 90% of the
  28. > greys actually become visible...
  29.  
  30. Under RO2, you could tweak this a bit by altering pxres_halftone and
  31. pyres_halftone in the PrData file. Try using a coarser halftone and grey
  32. shades can come out slightly better. Well - I seem to remember trying this,
  33. and it worked in *some* cases. The printer driver would complain about some
  34. settings, though, so it needs experimentation.
  35.  
  36. Didn't Owen post a long explanation of the RO3 printer drivers, which
  37. implied they could also do palette correction as you suggest? It would need
  38. to be explicitly set-up for each printer/resolution combination, though.
  39.  
  40. > Ummm... Here's an idea that people might baulk at (because it's from the Mac)
  41. > but why do we have to have
  42. >   "120x72" "180x180" "420x638", etc.
  43. > 
  44. > Would it not be more user-friendly to have:
  45. > +----------------------------------------------------------------+
  46. > |  Quality:  Low      Average     Better     Best                |
  47. > |            [ ]        [*]        [ ]        [ ]                |
  48. > |  Speed:   Fast      Average     Slow       Excruciatingly slow |
  49. > +----------------------------------------------------------------+
  50. > (Where [*] are radio buttons)
  51.  
  52. Personally, I'm quite happy with it the way it is. It tells you exactly what
  53. you are going to get rather than hiding you from the technicalities. Of
  54. course, the "180x180" etc options you are given are simply text defined in
  55. the PrData file (in RO2 anyway), so you could always add the "slow",
  56. "comatose" etc annotations in there...
  57.  
  58. Graham
  59. -----------------------------------------------------------------------------
  60. Graham Allan
  61. Physics Dept, University of St.Andrews                   gta@st-andrews.ac.uk
  62.