Discord·이메일용 동영상 용량 줄이기 (10 MB·25 MB)

서비스마다 상한이 다르고, 대부분 최근 몇 년 사이 한 번 이상 바뀌었기 때문에 기억하는 숫자가 이미 옛날 값일 수 있습니다. 가장 분명한 예가 Discord입니다. 2024년에 무료 업로드 한도를 파일당 25 MB에서 10 MB로 낮췄습니다. Nitro Basic 구독자는 50 MB, 정식 Nitro는 500 MB까지 올릴 수 있습니다. 서버 부스트도 해당 서버의 모든 멤버에게 한도를 올려 주는데, 부스트 레벨 2에서 50 MB, 레벨 3에서 100 MB입니다. 활발한 커뮤니티 서버에 올린다면 압축하기 전에 부스트 레벨부터 확인하세요. 둘 중 더 높은 한도가 적용되기 때문입니다.

이메일은 방식이 다릅니다. Gmail은 메일 한 통에 25 MB까지 첨부할 수 있고, 그보다 큰 파일은 첨부하는 순간 자동으로 Google Drive 링크로 바뀝니다. Outlook.com은 첨부 파일 20 MB에서 멈추고, 그 이상은 OneDrive 링크로 보내도록 안내합니다. 회사 메일 서버는 이보다 낮은 경우가 많아 10 MB인 곳이 흔하고, 용량을 넘은 메일은 어느 쪽에서 거부했는지도 알려 주지 않고 반송됩니다. 메신저 앱은 파일 한도가 넉넉하지만 일반 미디어로 보낸 동영상은 조용히 다시 인코딩하므로, 받는 사람이 실제로 보게 되는 화질을 용량 한도만으로 판단할 수는 없습니다.

아래 표는 2024~2025년 기준으로 중요한 숫자를 모은 것입니다. 출발점으로만 삼고, 파일 크기가 한도에 아슬아슬하게 걸리면 해당 서비스의 도움말 페이지를 직접 확인하세요. 요금제와 지역에 따라 다르기 때문입니다. 이 글에서는 Discord와 대부분의 업무용 메일은 10 MB, Gmail은 25 MB, Outlook은 20 MB를 기준으로 삼습니다. 받는 사람들 가운데 가장 작은 한도에 맞추세요. 내 메일함을 통과한 파일도 상대방 메일함에서는 거부될 수 있습니다.

동영상 파일은 대부분 일정한 평균 속도로 전달되는 비트의 흐름입니다. 이 속도가 비트레이트이고, 초당 메가비트(Mbps)로 표시합니다. 이 값에 초 단위 길이를 곱하면 메가비트 단위 용량이 나오고, 8로 나누면 메가바이트가 됩니다. 해상도, 코덱, 프레임 레이트가 중요한 이유는 각 초가 봐줄 만한 화질을 내는 데 필요한 비트 수를 바꾸기 때문일 뿐입니다. 그래서 4K 영상과 480p 영상의 용량이 똑같을 수도 있습니다. 둘 다 2 Mbps로 30초를 돌리면 약 7.5 MB가 나오는데, 그중 하나는 원래 비트레이트일 때보다 훨씬 나빠 보일 뿐입니다.

공식을 거꾸로 계산하면 한도에 맞는 예산이 나옵니다. 10메가바이트는 80메가비트입니다. 이를 60초짜리 영상에 나누면 영상과 소리를 합쳐 약 1.33 Mbps를 쓸 수 있습니다. Gmail 기준 25 MB는 200메가비트로, 같은 1분이면 약 3.3 Mbps입니다. 오디오가 먼저 몫을 가져갑니다. 128 kbps 오디오는 1분에 1 MB 가까이 쓰는데, Discord 예산의 10분의 1입니다. 나머지가 영상에 돌아가고, 이 남은 숫자가 결과물이 선명할지 뭉개질지를 결정합니다.

같은 공식으로 스마트폰 영상이 왜 그렇게 무거운지도 설명됩니다. Apple은 고효율 포맷에서 4K 30 fps가 1분에 약 170 MB, 1080p 30 fps가 약 60 MB라고 밝히고 있는데, 이는 10 MB 파일에 담을 수 있는 수준을 훨씬 넘는 비트레이트입니다. 4K 1분을 10 MB에 넣으려면 17분의 1로 줄여야 합니다. 불가능하지는 않지만 프레임당 비트를 크게 줄여야 하고, 실제로는 프레임당 픽셀 수도 함께 줄여야 합니다.

자르기는 공식의 재생 시간을 줄이므로 가장 강력한 수단입니다. 잘라 낸 매 초의 비트가 남긴 구간으로 돌아갑니다. 카운트다운, 흔들리는 첫 몇 초, 끝의 긴 인사를 잘라 내면 90초짜리 영상이 볼 만한 장면은 그대로 둔 채 40초로 줄어드는 경우가 많습니다. 다음은 해상도입니다. 720p의 픽셀 수는 1080p의 44%이므로, 같은 비트레이트에서 픽셀 하나가 받는 데이터는 두 배가 넘습니다. 휴대폰이나 Discord 채팅 창에서 볼 영상이라면, 비트레이트가 넉넉한 720p가 비트가 모자란 1080p보다 깔끔하게 보입니다.

비트레이트 또는 품질은 직접적인 조절 수단입니다. 인코더에서는 평균 비트레이트를 정해 용량을 고정하거나, 일정한 품질 값을 정해 화질을 고정하고 용량은 따라가게 할 수 있습니다. HandBrake와 FFmpeg가 쓰는 H.264 인코더 x264에서는 이 품질 값을 CRF라고 부릅니다. 기본값은 23이고 숫자가 낮을수록 화질이 좋으며, FFmpeg 문서에 따르면 6을 올릴 때마다 파일 크기가 대략 절반이 됩니다. 일정 품질 방식은 보관용으로는 훌륭하지만 10 MB 미만을 보장해 주지 못하므로, 정해진 한도가 있을 때는 맞지 않는 도구입니다.

프레임 레이트와 오디오는 비교적 작은 수단입니다. 60 fps 영상을 30 fps로 낮추면 눈에 띄게 줄어들지만 절반까지는 아닙니다. 인접한 프레임끼리 서로 잘 압축되기 때문입니다. 강연, 튜토리얼, 화면 녹화는 30 fps나 24 fps로 낮춰도 눈에 보이는 손실이 없습니다. 소리는 음악이라면 128 kbps AAC면 충분하고, 목소리는 96 kbps로 넉넉하며, 한 사람이 말하는 정도라면 64 kbps도 괜찮습니다. 필요 없는 음악이 깔린 게임 하이라이트처럼 짧고 소리가 중요하지 않은 영상이라면, 오디오 트랙을 빼면 영상 쪽에 1분당 거의 1 MB가 더 돌아갑니다.

목표 용량 인코더는 위의 계산을 대신 해 줍니다. 영상 길이를 읽고, 오디오 몫을 빼고, 컨테이너 오버헤드를 위한 약간의 여유를 남긴 뒤, 남은 만큼을 영상 비트레이트로 정합니다. 2패스 인코딩에서는 첫 번째 패스가 영상 전체를 훑어 움직임이 어디에 있는지 파악하고, 두 번째 패스가 평균을 목표에 맞추면서 복잡한 장면에는 비트를 더, 정적인 장면에는 덜 배분합니다. 동영상 압축 도구가 이렇게 작동합니다. 압축 기준을 목표 용량에 둔 채 한도를 입력하면 되고, 2패스 인코딩은 이미 켜져 있습니다.

용량만큼 컨테이너와 코덱도 중요합니다. MP4 파일에 담긴 H.264 영상과 AAC 오디오는 Discord에서 바로 재생되고, Gmail과 Outlook에서 미리 보기가 되며, 최근 10년 안에 나온 모든 휴대폰, 노트북, 스마트 TV에서 열립니다. H.265(HEVC), AV1, VP9는 같은 용량에 더 높은 화질을 담지만, 오래된 Windows 노트북이나 맞는 디코더가 없는 브라우저를 쓰는 친구에게는 다운로드 링크나 검은 화면만 보일 수 있습니다. iPhone은 고효율 설정에서 기본적으로 MOV 안에 HEVC로 녹화하므로, MOV MP4 변환과 압축을 한 번에 처리하는 경우가 많습니다.

목표 용량 인코딩을 안정적으로 하려면 두 가지 습관이 필요합니다. 첫째, 한도보다 살짝 낮게, 정확히 10 MB가 아니라 9.5 MB를 노리세요. 운영체제마다 메가바이트를 세는 방식이 달라서 한 곳에서 10.0 MB로 보이는 파일이 다른 곳에서는 거부될 수 있습니다. 둘째, 항상 원본 녹화 파일에서 시작하세요. 손실 재인코딩을 할 때마다 디테일이 사라지고, 메신저 앱이 이미 압축한 파일을 다시 압축하면 손상이 겹칩니다. 첫 결과가 너무 흐릿하다면 작은 파일을 압축기에 다시 넣지 말고 원본으로 돌아가 해상도를 바꾸세요.

영상 하나를 한 번만 줄일 때는 브라우저 도구가 가장 빠릅니다. 목표 용량 계산, 2패스 인코딩, H.264 MP4 출력이 이미 설정되어 있기 때문입니다. UltKit은 파일당 최대 95 MB, 한 번에 최대 20개까지 받으며, 설치나 가입이 필요 없고 업로드한 파일은 처리 30분 뒤 삭제합니다. 동영상 10 MB로 줄이기 페이지는 목표 용량 10 MB, 최대 해상도 720p로 열립니다. Gmail용이라면 같은 칸에 24 MB를 입력하세요. 녹화본이 필요 이상으로 길다면 먼저 동영상 자르기로 잘라서 예산이 중요한 부분에 쓰이게 하세요.

데스크톱에서는 HandBrake를 쓰면 됩니다. 무료 오픈 소스이고 handbrake.fr에서 Windows, macOS, Linux용을 받을 수 있습니다. 목표 용량 입력란이 더 이상 없으므로 비트레이트를 직접 계산해 입력해야 합니다. 세 번째 방법은 스마트폰입니다. 목표 용량을 지정할 수는 없지만, 낮은 해상도로 촬영하고 공유 전에 갤러리 앱에서 잘라 내기만 해도 효과가 크고, 둘 다 압축 이전 단계에서 처리됩니다. 아래에 각 방법의 단계를 정리했습니다.

1분당 10 MB라면 128 kbps 오디오를 빼고 영상에 약 1.2 Mbps가 남습니다. 720p 30 fps H.264라면 인물 토크, 제품 시연, 반려동물, 일상적인 휴대폰 영상 대부분에 충분합니다. 휴대폰 화면에서는 원본과 거의 비슷해 보이고, 노트북에서는 머리카락, 잔디, 멀리 있는 글자 같은 세밀한 부분이 다소 부드러워진 것이 보입니다. 넓은 단색 영역이 많은 화면 녹화는 이 비트레이트에서 특히 잘 나오는데, 정적인 배경은 인코딩 비용이 거의 들지 않기 때문입니다.

예산이 바닥나는 것은 빠른 움직임입니다. 게임 영상, 스포츠, 걸으면서 손으로 찍은 영상, 색종이 가루, 물은 매 초 화면 대부분이 바뀌기 때문에 1.2 Mbps에서는 가장 복잡한 순간에 블록이 깨집니다. 이런 영상은 480p로 낮추거나, 원본이 60 fps라면 30 fps로 낮추거나, 중요한 20~30초만 남기고 자르세요. 30초짜리 게임 하이라이트를 10 MB로 만들면 약 2.5 Mbps를 쓸 수 있는데, 720p에는 넉넉하고 움직임이 적은 1080p에도 대개 괜찮습니다.

영상이 길어지면 같은 곡선을 따라 내려갑니다. 2분을 10 MB에 넣으면 약 0.6 Mbps가 남아 480p여야 알아볼 수 있습니다. 5분이면 약 0.2 Mbps로, 화면이 거의 중요하지 않은 360p 말하기 영상에만 충분합니다. 이쯤 되면 10 MB라는 그릇 자체가 이 영상에 맞지 않는다고 보는 것이 솔직한 답입니다. Gmail용 25 MB나 Nitro Basic 친구를 위한 50 MB로 목표를 올리는 편이 어떤 인코더 설정보다 결과를 훨씬 크게 바꿉니다.

영상이 짧을 때, 채팅 안에서 바로 재생되어야 할 때, 받는 사람이 클라우드 링크를 절대 열지 않을 때는 압축이 맞습니다. 반대로 파일이 길 때, 디테일이 중요할 때, 받는 사람이 편집용 원본을 필요로 할 때는 압축이 맞지 않습니다. 결혼식 영상, 매물 둘러보기 영상, 녹화된 강의, 편집자에게 넘길 촬영본은 원본 화질 그대로 보내야 합니다. 이런 경우 Google Drive, OneDrive, iCloud Drive, Dropbox 링크는 화질 손실이 전혀 없고 위에서 말한 모든 절충을 피할 수 있습니다.

이미 이 전환을 대신 해 주는 서비스도 여럿 있습니다. Gmail은 25 MB가 넘는 첨부 파일을 Drive 링크로 바꾸고, Outlook.com은 20 MB가 넘으면 OneDrive를 권하며, Apple Mail의 Mail Drop은 최대 5 GB 파일을 iCloud로 보내고 30일간 보관합니다. Discord에서는 공유한 클라우드 링크가 플레이어 대신 미리 보기 카드로 표시되므로, 보는 사람이 클릭해서 들어가야 합니다. 실용적인 기준은 이렇습니다. 채팅에서 바로 재생되어야 하는 2분 이하 영상은 압축하고, 그보다 길거나 중요한 영상은 링크로 보내세요.