home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / graphics / pixutils / 2990 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.7 KB

  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!stanford.edu!agate!doc.ic.ac.uk!warwick!uknet!mucs!lilleyc
  2. From: lilleyc@cs.man.ac.uk (Chris Lilley)
  3. Newsgroups: alt.graphics.pixutils
  4. Subject: Re: PPM to CD-I formats (clut-8,dyuv,rgb 5:5:5,rl 3/7)
  5. Keywords: CD-I
  6. Message-ID: <7470@m1.cs.man.ac.uk>
  7. Date: 26 Jan 93 16:31:07 GMT
  8. References: <1993Jan22.235652.2826@cnplss5.cnps.philips.nl>
  9. Sender: news@cs.man.ac.uk
  10. Organization: Dept Computer Science, University of Manchester, U.K.
  11. Lines: 57
  12.  
  13. In article <1993Jan22.235652.2826@cnplss5.cnps.philips.nl> schaik@cnplss5.cft.philips.nl (Willem van Schaik) writes:
  14.  
  15. >I need to convert some .ppm format pictures to any format
  16. >which can be used for CD-I. The formats supported are
  17. >
  18. >    clut-7
  19. >    clut-8
  20. >    dyuv
  21. >    rgb 5:5:5 
  22. >    rl 3/7
  23. >
  24. >To be honest, I thought I knew already about a lot of graphics formats
  25. >however, these are all new to me. 
  26.  
  27.  
  28. Well lets see - clut is probably colour lookup table, in other words
  29. indexed or pallette colour. I would guess that 7 and 8 are the number
  30. of bits used to index the table, giving 128 or 256 entries. That would
  31. mean each pixel fits in a byte. So to convert a PPM to one of these,
  32. you need to quantize down to 128 or 256 colours. Various utilities -
  33. URT, the JPEG stuff, and PBM+ for example - will let you do this.
  34.  
  35. You will need to find out how many bits you get for each clut entry.
  36.  
  37. dyuv - erm - possibly something to do with TV yuv encoding. It is just
  38. possible that the d means differential, in other words each pixel
  39. stores the change from the previous pixel. Then again I could be and
  40. probably am way off on this one...
  41.  
  42. rgb 5:5:5 is clear enough - a true colour image with 5 bits each for
  43. r,g and b - like 24 bit images have 8 bits each. So you need to round
  44. off the 8 bit values to 5 bits or (quicker and less accurate) truncate
  45. them to 5 bits by shifting.
  46.  
  47. Depending on how many colours are in the image and how many bits are
  48. used in the clut modes, this could be better or worse than clut-8. For
  49. example an image with lots (well, more than 256) of different colours
  50. will likely be better in this rgb555 mode which can contain (32 =
  51. 2**5)*32*32 colours - 32768.
  52.  
  53. An image with fewer than 256 colours could look better in clut mode if
  54. the clut entries are more than 15 bits wide.
  55.  
  56. rl 3/7 no idea - run length encoding of some sort?
  57.  
  58. Hope this is some help, anyway.
  59.  
  60.  
  61.  
  62. --
  63. Chris Lilley
  64. ---------------------------------------------------------------------------
  65. Technical Author, ITTI Computer Graphics and Visualisation Training Project
  66. Computer Graphics Unit, Manchester Computing Centre, Manchester, UK
  67. Internet:   lilley@cgu.mcc.ac.uk        Janet:   lilley@uk.ac.mcc.cgu
  68. Voice:      +44 (0)61 275 6095          Fax:     +44 (0)61 275 6040
  69. ---------------------------------------------------------------------------
  70.