Thank you for taking the time, Michael.
I understand what you say about number of pixels = number of pixels, and the "print size" determines the "dpi" that gets assigned. Okay, so that part is resolved, thank you.
I also thank you for clarifying that raw files
have no print size, which thereby means they have no "dpi" assigned to them. So far, so good.
What I remain unclear on is
the loss of information that happens when transferring from .tiff to .jpg. I mentioned in my opening post that my 16-bit .tiff ProPhoto color space output files are typically
102.54 MB in size ... whereas the 8-bit sRGB .jpg files are only
12.2 MB in size ... and you said this was because of the reduction of bit depth.
Here's where I am confused: I understand and appreciate the reduction in bit-depth plays a major factor in the reduction of file size, but there has to be
more to it than that. Mathematically-speaking, if dividing the bit depth in two were all that was to it, then I should come up with a
51.25 MB file (which, it so happens, is
exactly what I come up with when I re-save into another
.tiff file @ 8-bit). Yet this exact same 8-bit .tiff file drops all the way down to 12.21 MB when I convert it to an 8-bit
.jpg file ... so clearly alot more is being "lost" when converted to .jpg than mere bit depth. And I am just curious as to what that is.
For if, when an 8-bit .tiff file gets converted to an 8-bit .jpg file,
it shrinks to less than ¼ its original size due to this .jpg conversion ... a person has to wonder just how much information was lost when converting from .tiff to .jpg
Thanks again,
Jack
.