alt.binaries.nospam.female.short-hairShow header Prev. Next
Re: Jude (Yeva, Yana) - "Jude-001.jpg" yEnc (1/1) - 001 of 145 somewhat
Charles F Frost (charles@f.frost) 2016/02/20 08:42

In article <3akgcb99cbgmmcgdetfa1ecajll9vgjjr4@4ax.com>, androo
<hairtoday@gonetomorr.ow> wrote:

> I can go for fewer but better. The data cap means many HD sets are
> impracticable for me to post full size. Maybe that's not a bad thing
> though.

Oh yeah, I forgot to mention this in my earlier reply.  This is not
intended to get on your case, but just as information.  The main reason
downsampling and transcoding are frowned upon and could lead to the
poster being given a hard time is that *lossy* compression schemes
like JPEG for images and MP3 for audio don't work that way.  They're
supposed to be only a one-shot deal.  For instance, if a studio issues
two versions of a picture set, both as JPEGs but one at HD resolution
and the other at something lower, and you take the HD version and
downsample it so the new resolution is (supposedly) the same as the
resolution of the original "something lower" set, it's not going to be
the same thing at all.  The downsampled result that you've created will
really only be disposable junk, and it should never be *represented* as
being the same as the set from the studio.  (That's one reason fanatics
like checksum verification with CSVs.)  It's a consequence of the fact
that when you uncompress JPEG to raw pixels, or MP3 to raw audio
samples, you don't recover the original set of pixels or samples; you
only get an approximation.  Second law of thermodynamics, and all.  :-(

HTH, etc.

Follow-ups:1234567
Next Prev. Article List         Favorite