Get a file size from length and bitrate, or enter a size limit to see how long the video fits and at what bitrate.
Enter a length and a bitrate to see how big the video file will be.
Video 6.22 Mbps + audio 128 kbps = 6.35 Mbps, about 46 MB per minute.
| Resolution | Video bitrate | File size |
|---|---|---|
| 480p | 1.23 Mbps | 9.9 MB |
| 720p | 2.76 Mbps | 21 MB |
| 1080p | 6.22 Mbps | 46 MB |
| 1440p | 11.1 Mbps | 81 MB |
| 4K | 24.9 Mbps | 182 MB |
Pick one of the three modes at the top, fill in what you know, and the answer updates as you type.
If you already have the video, click "Fill in from a video file". The calculator reads the clip's length and size, works out its average bitrate and switches to exact mode, so you can see what the same video would weigh at a different length. It only reads those two numbers from the file on your device.
Every video file size comes from one formula: bitrate times duration, divided by eight to turn bits into bytes.
file size = (video bitrate + audio bitrate) × seconds ÷ 8
Take a 5-minute 1080p clip at 8 Mbps with 128 kbps audio. That's 8.128 million bits every second, times 300 seconds, divided by 8: about 305 million bytes. The calculator shows 295 MB for the same clip, and the gap comes from two details I build into every number on this page.
First, I count 1 MB as 1,048,576 bytes, the way Windows does and the way the compressors on this site do. macOS Finder and most websites count 1 MB as 1,000,000 bytes, so Finder shows the same file about 5% bigger. Second, I add about 1.5% for the MP4 container itself: the index that tells a player where each frame sits, plus the track headers. On a short clip it barely matters. Near a hard limit like Discord's 20MB, it decides whether the upload goes through.
Run the formula backwards and you get the bitrate a limit allows: bitrate = size × 8 ÷ seconds. That's all the Bitrate mode does, before it subtracts the audio and checks which resolution the leftover budget can carry.
This table uses the calculator's Good quality at 30fps in H.264, with 128 kbps audio. That's a sensible target for footage straight out of a camera or a phone.
| Size | 720p | 1080p | 4K |
|---|---|---|---|
| 8MB | 22 seconds | 10 seconds | 2 seconds |
| 10MB | 28 seconds | 13 seconds | 3 seconds |
| 20MB | 57 seconds | 26 seconds | 6 seconds |
| 25MB | 1 min 11 s | 32 seconds | 8 seconds |
| 50MB | 2 min 22 s | 1 min 5 s | 16 seconds |
| 100MB | 4 min 45 s | 2 min 10 s | 33 seconds |
| 500MB | 23 min 48 s | 10 min 50 s | 2 min 45 s |
| 1GB | 48 min 44 s | 22 min 12 s | 5 min 38 s |
| 2GB | 1 h 37 min | 44 min 25 s | 11 min 16 s |
You'll find longer times on my 10MB video compressor page, and both pages are right. The compressor tables come from real phone clips that the phone already compressed in HEVC, and a clip like that has lost the sensor noise and fine texture that cost the most bits. The compressor can push it lower than this table's Good setting and still keep a clean picture. Treat this table as the safe answer for fresh footage, and the compressor pages as the answer for a typical phone video you want to send.
Switch the quality to Lean and every time in the table grows by about a third. Switch the frame rate to 60fps and every time shrinks by about a third.
A size limit and a clip length fix the bitrate, and nothing you change in an export dialog gets around that. Here is what a 25MB email attachment leaves for the video track once 128 kbps goes to audio:
| Clip length | Video bitrate | Sharpest clean resolution at 30fps |
|---|---|---|
| 30 seconds | 6.76 Mbps | 1080p |
| 1 minute | 3.31 Mbps | 720p |
| 2 minutes | 1.59 Mbps | 480p |
| 3 minutes | 1.02 Mbps | 480p |
| 5 minutes | 561 kbps | Below 480p |
The resolution column is where most people go wrong. Exporting a 3-minute clip at 1080p into 25MB gives the encoder 1 Mbps to paint two million pixels per frame, and the result turns to blocks. At 480p the same 1 Mbps covers a fifth of the pixels and looks clean. When the budget is tight, a smaller frame always beats a starved big one. The Bitrate mode marks each resolution as Looks good, Acceptable or Too soft for exactly this reason.
When you know the size you need, the button under the result takes you to the matching compressor. It sends 8MB to the 8MB video compressor, 20MB, 50MB and 500MB to the Discord video compressor, 25MB to the email video compressor, and anything else to the main video compressor, where you can type any target size.
Bitrate alone doesn't predict quality. A bitrate that looks sharp at 720p looks smeared at 4K, because the 4K frame has nine times as many pixels to cover. So the quality setting doesn't pick a bitrate. It picks a number of bits per pixel per frame, and the calculator multiplies that by the resolution and frame rate you chose:
Multiplied out for H.264 at 30fps, those three levels give these bitrates:
| Resolution | Lean | Good | High | Good, per minute |
|---|---|---|---|---|
| 480p | 0.92 Mbps | 1.23 Mbps | 1.84 Mbps | 9.9 MB |
| 720p | 2.07 Mbps | 2.76 Mbps | 4.15 Mbps | 21 MB |
| 1080p | 4.67 Mbps | 6.22 Mbps | 9.33 Mbps | 46 MB |
| 1440p | 8.29 Mbps | 11.1 Mbps | 16.6 Mbps | 81 MB |
| 4K | 18.7 Mbps | 24.9 Mbps | 37.3 Mbps | 182 MB |
Frame rate doesn't double the cost. At 60fps, consecutive frames sit closer together in time and less changes between them, so 60fps needs about 1.5 times the bitrate of 30fps, the same step YouTube uses in its upload recommendations. A minute of 1080p60 at Good comes to about 69 MB. I explain where these numbers come from, and how they compare with YouTube's, in my video bitrate chart.
All the tables above assume H.264, the codec every phone, browser and TV plays. Newer codecs carry the same picture in fewer bits, and the Codec setting divides the bitrate by these factors:
| Codec | Bitrate for the same picture | 1080p30 at Good |
|---|---|---|
| H.264 | Baseline | 6.22 Mbps |
| VP9 | about 29% less | 4.44 Mbps |
| HEVC (H.265) | about 31% less | 4.29 Mbps |
| AV1 | about 38% less | 3.89 Mbps |
An iPhone on its default "High Efficiency" camera setting records HEVC, which is why a phone clip often weighs less than the H.264 estimate. If you convert that clip to H.264 so an older PC can play it, expect the file to grow unless you also lower the resolution.
The calculator gives you the size of a video encoded at a fixed average bitrate, which is what a target-size compressor or a two-pass export produces. A few situations move a real file away from that number:
For anything with a hard limit, aim a few percent under it. My compressors aim about 7% under the target on the first pass for the same reason.
Add the video and audio bitrates, multiply by the length in seconds and divide by 8. A 2-minute video at 5 Mbps with 128 kbps audio comes to 5.128 × 120 ÷ 8 = about 77 million bytes, or 73 MB the way Windows counts.
About 46 MB at Good quality and 30fps in H.264, and about 69 MB at 60fps. A phone recording in HEVC usually lands lower, and a camera at a high bitrate setting can easily reach 100 MB or more.
Around 22 minutes at 1080p30, 49 minutes at 720p30 and under 6 minutes at 4K30, using Good quality in H.264. A highly compressed 720p stream can run well past an hour in the same space.
Divide 25MB by the length. A 1-minute clip gets about 3.3 Mbps for video after 128 kbps of audio, enough for clean 720p. A 30-second clip gets about 6.8 Mbps, enough for 1080p.
At Good quality in H.264, about 182 MB per minute at 30fps and 272 MB at 60fps. In HEVC, which most phones use for 4K, those drop to roughly 126 MB and 188 MB.
Finder counts 1 MB as 1,000,000 bytes, and this calculator counts it as 1,048,576 bytes like Windows does. The file is the same size in bytes. Finder just shows a number about 5% larger.
Yes, but not twice as big. Going from 30fps to 60fps needs about 1.5 times the bitrate for the same look, because neighbouring frames share more of their picture.
Yes, and you can use it as often as you like without an account. The compressors it links to are free too.