Skip to main content
Known Participant
January 31, 2025
Answered

Why are my rendered files so large?

  • January 31, 2025
  • 3 replies
  • 1397 views

Hello, great and powerful Adobe community.  I'm finding that no matter how I tweak my render settings, my video file sizes seem unreasonably large.  For example, today I rendered a 1hr Premier Pro edit using Media Encoder's YouTube 1080HD export preset, which produced a 1.8Gb file.  When I upload this 1.8Gb file to YouTube and then download it, the downloaded file is only 89Mb.  Seems like a huge disparity considering I'm using an export setting presumably optimized for YouTube specifically.  As you can see from my settings (below) I've got the target bitrates cranked down pretty low, to the point that the video quality already takes a noticable hit.  Any lower and the video quality is just poor.  What is YouTube doing to squish my 1.8Gb file down to 89Mb?  I notice a lot of 1080 video on YouTube looks crystle clear.  How can I acheive these small file sizes and still get acceptable video quality from Adobe Media encoder?

 

- Preset Used: Custom
- Video: 1920x1080 (1.0), 25 fps, Progressive, 203 (75% HLG, 58% PQ), Software Encoding, 01:08:06:02
- Audio: AAC, 320 kbps, 48 kHz, Stereo
- Bitrate: VBR, 2 pass, Target 4.00 Mbps, Max 6.00 Mbps
- Encoding Time: 00:46:52

 

This particular example is a little odd because the source video was downloaded from WebEx, so the quality was iffy to begin with, but that doesn't explain the bloated file sizes.  In fact, since the video content was just PowerPoint slides with audio, I'd actually expect better compression since there's hardly any motion in the video at all.  Can someone give me a hint as to what I'm missing here?  Any insight would be greatly appreciated.

 

Thanks!

Correct answer PaulMurphy

Video platforms will always re-encode your videos after you upload them, so there’s no need to worry about matching their final file size. Instead, the goal should be to export a high-quality video that holds up well after the platform applies its own compression.

 

When exporting for YouTube, file size mainly affects your storage and upload time. Beyond that, it’s best to focus on quality by using a high bitrate to minimize any loss during YouTube’s processing.

3 replies

FlyingFourFun
Inspiring
February 2, 2026

You have some interesting / good feedback already.

Just wanted to add that if your Webex has fringing around the corners and ‘noise’ that will drive the compression a little crazy.  If that's the case, run the footage through a noise removal tool, and then the export will actually be smaller also.  If some cases similar to that, I will use Topaz, and dehalo/remove compression, and then use the webex/zoom in the project, and it can look way better, and compress better.

 

Additionally, adobe likes to introduce an I frame (Full frame) more often, I believe as low as every 12 frames, but as little every 30 for a 1080p.  

 

YouTube will push this and use more P and B frames.  The custom and propriety elements people reference is that they seem to have a way to understand the video and make a decision on how far to push the I frame separation potentially dynamically and use more P and B (partial frame referencing the full I frame).

 

The H264/H265 is standard, with lots of room to tweak and still be complaint.

 

YouTube can use something called AV1, but based on your question I assume the downloaded version you got was H264 or H265.  AV1 is not used for every upload on YouTube, and I don't think for 1080p videos, but it's been some time since I have confirmed if they have changed this approach for AV1 priority for videos).

 

At the end of the day, YouTube video is ALWAYS a degraded version (smaller file) of what you upload.  Their goal is to keep visual fidelity as close as possible but reduce the size.

 

If you want some pointers/considerations for what to take into account for your export to have it look the best on YouTube:

Beat the Compression! How to Get Better YouTube Uploads

 

If you want an idea of what it would be like if you upload to YouTube, and then downloaded the same video over and over again, to demonstrate the loss of data in YouTube compression:

This Is What Happens When You Re-Upload a YouTube Video 1000 Times! - YouTube

 

As others here have pointed out, Premier is focused on quality, and YouTube wants a good quality video.  They will make the decision based on their economics, how much compression to apply.  As others here have pointed out, you do not need to try and match the upload and download size.

 

Hopefully this assists you understand what happens behind the curtains.

ElectricBlue93
Participant
February 2, 2026

The answer is simply this. The compressors that are built into video editors aren't as advanced as what Google has created and are not as advanced as a dedicated compressor because it can't do both at once efficiently. It prioritizes the render over compression. Google's compressor being the best is both a trade secret and a unique scenario bc they can optimize it to work for a single player (YouTube) and can optimize YouTube for the compression they want. If you need better compression algorithms than what your current app of choice offers, then you should run your high quality videos through a dedicated compressor. Wondershare UniConvert has a compressor built in that you can tell what traits you'd like to forcibly keep (frame rate, resolution, etc) and then it compresses based on those settings. If it needs to reduce something (like frame rate or bitrate) to achieve the size you're looking for, then it'll choose the things you didn't lock. If it doesn't need to change any properties then it'll just compress normally. It will only reduce something if standard compression isn't enough. To ensure the best compression you want the smallest output in filesize from your renderer as possible while maintaining the quality you want. The less it has to compress, the better. But also if it has too little data to work with, then it won't come out right. So balance between size and quality when rendering, then compress. Hope this helps despite being a year late.

PaulMurphyCommunity ExpertCorrect answer
Community Expert
January 31, 2025

Video platforms will always re-encode your videos after you upload them, so there’s no need to worry about matching their final file size. Instead, the goal should be to export a high-quality video that holds up well after the platform applies its own compression.

 

When exporting for YouTube, file size mainly affects your storage and upload time. Beyond that, it’s best to focus on quality by using a high bitrate to minimize any loss during YouTube’s processing.

Known Participant
February 3, 2025

Hi, Paul.  I appreciate your response, but I'm not sure I agree that this is a "right answer."  The question is: if YouTube can produce a 100Mb file from my 2Gb file and maintain reasonable video quality, why can't I just export a decent looking 100Mb directly from Media Encoder?  I don't only produce videos for YouTube and in my business file size is a always a concern because my video files are included as a part of other products.  Plus, handling files that are several Gbs in size is unweidly for clients who want to use them as part of their PowerPoint presentations, websites, or training platforms.  My point is that if YouTube can compress my 2 Gb into something under 150Mb and still maintain reasonable video quality, why can't I just export a decent looking 150Mb directly from Media Encoder?  I can't seem to get anything even close to that small without the video quality falling off a cliff, and I've already got my bit rates clamped down.  If I tried to render at the 16 mbps bitrate that Media Encoder defaults to, I'd end up with a 15Gb file.  With respect and appreciation, I don't my question has been answered.

R Neil Haugen
Legend
February 3, 2025

Whether you like an answer or not is irrelevant. Paul gave an entirely practical and correct response. Why?

 

If you do send out a much more compressed file to YouTube/whatever, they will re-encode, as Paul notes. But now their re-encoded file will be down to what, 20Mb or less? ... and be of horrible visual quality due to compression issues.

 

Online services will re-encode, including drastic compression, to all files they take in. Period. You can't send a smaller file that they won't shrinkify.

 

 

Everyone's mileage always varies ...