Cosber wrote:
Can anyone tell me through their experience on how much quality is lost converting to more reasonable sizes, like 4 gigs?
*MATH WARNING*
Let’s consider a 2-hour movie at 23.976 frames per second and ignore audio and subtitles – just the video stream…
2 hours * 60 minutes/hour * 60 seconds/minute * 23.976 frames/second = 172627.2 frames of video.
Let’s now consider each frame to be 1920x1080 pixels.
172627.2 * 1920 * 1080 = 357,959,761,920 individual pixels to store.
With a standard “8-bit” colourspace, each pixel has 24 bits of colour information.
357,959,761,920 * 24 = 8,591,034,286,080 bits of information making up the video stream, as displayed.
With 8 bits per byte, and 1024 bytes/ KB and 1024 KB/MB and 1024 MB/GB we have:
8,591,034,286,080 / 8 / 1024 / 1024 / 1024 = 1000.128 GB of information. (0.976688 TB).
And that’s just over-simplifying, and not taking into account any of the header information and everything else that goes into the stream… that’s just how much space is necessary to store all the pictures’ individual pixels’ colour information.
When the studio encodes your retail BluRay, there’s massive compression. That 1000GB is compressed down to 20 or 30 GB. We’ve already “thrown out” as much as 98% of the video information. The compression schemes used are designed exactly for that, so that you hopefully don’t really notice the missing information.
But, the compression used isn’t the best available, in terms of size… the file can be made somewhat smaller, with no further apparent loss of quality, as Tony points out.
But, with the audio track taking up close to 1GB on its own, your 4GB target filesize leaves you around 3GB to actually represent the video. With current compression algorithms, it’s physically impossible to throw that much more out and not significantly notice it.
If you’re bent on having <4GB files, you’re looking at either drastic image quality issues, or resizing the video down to 720p and reducing the quality somewhat. A “comparable” 720p h264 encode to a 15GB 1080p encode will still be over 6GB.
“Best possible picture” and what you’re calling a “reasonable” file size are mutually exclusive. The best possible picture would be stored uncompressed right from the start, and would be 1000 GB… absolutely no information would be missing, whether visually discernible, or not.