home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / graphics / 13719 < prev    next >
Encoding:
Text File  |  1993-01-12  |  3.8 KB  |  83 lines
  1. Newsgroups: comp.graphics
  2. Path: sparky!uunet!stanford.edu!rock!concert!samba!usenet
  3. From: Norman.Yee@launchpad.unc.edu (Norman Yee)
  4. Subject: Re: JPEG "Standard"
  5. Message-ID: <1993Jan13.042250.19045@samba.oit.unc.edu>
  6. Sender: usenet@samba.oit.unc.edu
  7. Nntp-Posting-Host: lambada.oit.unc.edu
  8. Organization: University of North Carolina Extended Bulletin Board Service
  9. References: <1ijc1tINN14h@usenet.INS.CWRU.Edu> <1ijc59INN155@usenet.INS.CWRU.Edu> <C0JzJJ.Hup.2@cs.cmu.edu>
  10. Date: Wed, 13 Jan 1993 04:22:50 GMT
  11. Lines: 70
  12.  
  13. >tgl+@cs.cmu.edu (Tom Lane) writes:
  14. >>kxj6@po.CWRU.Edu (Kijin Jung) writes:
  15. >> I was concerned about the standardization of JPEG
  16. >> between two programs I have, so I did some tests.
  17. >>
  18. >> ... I compressed them using ColorView 2.0 for DOS
  19. >> and WinJPEG 1.6. (The reason why I used a quality of
  20. >> 74 and 76 for Colorview was because it did not
  21. >> offer 75 as an option; so I also used those settings
  22. >> for WinJPEG.) Also, Cview only accepts BMP files.
  23. >>
  24. >> Cview's JPEG output is much smaller than those of WinJPEG
  25. >> for a given Quality.
  26. >
  27. >I'm guessing that you proceeded by loading and displaying the image,
  28. >then using "Save".  This is a bad move since both programs will
  29. >quantize the 24-bit image down to 8 bits for display (assuming your
  30. >display hardware is 8 bits).  JPEG is intended for compressing 24-bit
  31. >data, not 8-bit; your JPEG files are larger and of lower quality than
  32. >they would be if you had made them directly from the Targa or BMP file.
  33. >
  34. >WinJPEG has a "batch conversion" option which allows direct compression
  35. >of Targa to JPEG format without a quantization step.  This is a much
  36. >better means of compressing full-color images.  As far as I can tell,
  37. >ColorView has no similar capability.
  38. >
  39. >The difference in file size is due to Colorview and WinJPEG using
  40. >different quantization algorithms; hence the data fed to the JPEG
  41. >compressor is not the same.  In particular, I'd bet you had dithering
  42. >turned off in ColorView.
  43.  
  44. Kijin Jung loaded the 24-bit images with WinJPEG's "8-bit Bitmap" option
  45. on so that they were quantized to 256 colors and dithered before they
  46. were displayed.  As Edward Hee pointed out in a different message, the
  47. dithering introduces noise which makes the image look grainy and does
  48. not compress well.  The reason that WinJPEG produced a larger image than
  49. ColorView is that Jung saved the dithered image to a JPEG file.  To
  50. correctly convert the 24-bit image to a JPEG, Jung should have turned
  51. off the "8-bit Bitmap" option before loading the image.  With the "8-bit
  52. Bitmap" option off, the 24-bit image will be neither quantized nor
  53. dithered.
  54.  
  55. >> I am very confused by WinJPEG's method of saving JPG's.
  56. >> WinJPEG takes two original files of the same content but
  57. >> different format, yet outputs JPEG files of different sizes
  58. >> (with entropy optimizationon).
  59. >
  60. >That seems strange to me too.  Could it be that there is some history
  61. >dependence in their color quantization algorithm?  Are you *sure* the
  62. >BMP and Targa files are identical?
  63.  
  64. This is a quirk in WinJPEG; it produces different quantized and dithered
  65. images from identical 24-bit images stored in BMP and Targa format.  In
  66. case anyone is interested, the mistake was that the 24-bit Targa was
  67. dithered from the top-down and the BMP was dithered from the bottom-up.
  68. Since the dithering algorithm is dependent on the previously processed
  69. pixel information, two different images are produced from the same BMP
  70. and Targa.
  71.  
  72. This problem is corrected in version 2.0 which will be released soon.
  73.  
  74.   Norman Yee, one of the authors of WinJPEG
  75.   nyee@osiris.ee.tufts.edu
  76.  
  77.  
  78. --
  79.    The opinions expressed are not necessarily those of the University of
  80.      North Carolina at Chapel Hill, the Campus Office for Information
  81.         Technology, or the Experimental Bulletin Board Service.
  82.            internet:  laUNChpad.unc.edu or 152.2.22.80
  83.