As you can see, excessive compression
can be destructive. Normal JPG settings make a smaller file without
detectable result, at least not detectable unless magnified a
lot.
Photo files can be massaged into various
configurations. The constant is "FILE SIZE". In a production
program, you can increase or decrease the dimension easily but
the file size will remain the same because the image automatically
changes the DPI as you do it. So if I enlarge the size on my
screen the DPI reduces as I do it. Conversely, if I decrease
the size on my screen the DPI increases. The total file size
remains the same unless I 'resample' the image, meaning in effect,
taking a picture of the existing picture.
I can pick a dimension and bring down
the DPI with a program but once any data is discarded, that's
it, it is gone for good. If you instruct a program to increase
file size by adding DPI to an image of constant dimension, all
you are doing is taking a high resolution photo of a low resolution
image. You get a bigger "file size" but the same old
shitty image.
When TCP asks for photos we don't specify
DPI because it means nothing unless you specify dimension as
well. We make it easy and just specify File Size. That is the
constant. To find out about the file size of photos in your folders,
simply move your cursor over the image and wait a second and
a window will pop up that tells you the pixel dimension, how
many pixels total for width and height, model of camera, date
taken etc... as below. |