Re: [CinePaint] Really basic script for batch converting.
Frank Peters <[email protected]> Tue, 24 Nov 2009 13:24:07 -0500
| Newsgroups | gmane.comp.video.cinepaint.user |
|---|---|
| Message-ID | <[email protected]> |
On Tue, 24 Nov 2009 13:29:19 -0000 (GMT) [email protected] wrote: > > Kevin Connery , Jun 21, 2006; 06:41 a.m. > > Photoshop's 16-bit mode is really 15-bits + 1 bit of noise. > > > Kevin Connery , Jun 21, 2006; 06:48 a.m. > > Oops. Minor correction. 'Native' 16 bit for Photoshop before CS2 was a > 16-bit file, but > with 15 bits of precision. CS2 supposedly--but I haven't > tested it--16-bit precision. > The conversion from 8 to 16 adds noise. At the risk of sounding a bit arrogant and condescending, these people seem to be Photoshop dilettantes who don't really understand image processing. Added noise during signal conversions is called "dithering" and it serves various functions. During sample rate conversions of audio signals, for example, dithering is used to prevent spurious frequency production due to the imperfect data truncation. But such added noise is not enough to be otherwise perceptible or to have a large effect on the original signal data. Dithering is also used for image color conversions between different color depths (a form of sample rate conversion.) Again, the same considerations apply. However, dithering is never used to eliminate the gaps in a histogram that result from conversion to simply represent bits using a higher bit depth. You should not use forums as a primary source of information. Consult professional texts (either online or hard copy) and limit forums only to supplemental information where a clear cut problem is addressed. Does Photoshop have technical manuals that discuss their specific conversion operations? If so, then consult those. > > This thread was also interesting: > > http://www.northlight-images.co.uk/article_pages/16_bit_black_and_white.html > > > 20/20/20 goes to 5120/5120/5120 > L=5120 > 21/20/20 goes to 5376/5120/5120 > L=5197 > 20/21/20 goes to 5120/5376/5120 > L=5274 > 20/20/21 goes to 5120/5120/5376 > L=5147 > > That's 4 levels of grey where in 8 bit you would have two (20/21/20 goes > to L=21). But relative to the total scale of 65536 levels these differences are minuscule and totally insignificant. On a histogram they would cluster imperceptibly if not be totally within the same bin. This is a commercial site. The author wants to attract readers for his enterprise. Notice his remark: > I've ignored the fact that Photoshop '16 bit' is actually signed > 15 bit i.e. +-32k rather than 0-64k) So what? The overall range is exactly the same regardless if we use signed or unsigned integer representations. Or check this: > > The difference comes from the fact that an 8 bit RGB file represents 24 > bits of information which, depending on your choice of conversion > technique, can represent more levels of greyscale that the 256 allowed in > an 8 bit greyscale image. > What is meant by "choice of conversion technique?" Presumable he refers to the determination of luminosity from the specific RGB values which can be done in more than one way. Indeed, both the GIMP and Cinepaint equate luminosity in some functions with the max(r,g,b), or the greatest value of the three. But for practical purposes it make little difference. Frank Peters ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july