업로드 한도에 맞게 동영상 압축하기

이 프리셋이 노리는 한도

아래 숫자는 모두 다른 곳에서 정한 값입니다. 플랫폼은 한도를 올리기도 내리기도 하고, 몇 곳은 계정 등급에 따라 달라집니다. 그러니 이 표는 «마지막으로 확인했을 때는 이랬다»는 기록일 뿐, 전송 버튼을 누르면 반드시 통과한다는 약속이 아닙니다. 각 플랫폼의 공식 페이지는 표 아래에 링크해 두었습니다. 확인 이후 한도가 바뀌었다면 옳은 쪽은 공식 페이지이고 틀린 쪽은 저희입니다.

두 번째 열은 플랫폼이 공개한 숫자이고, 세 번째 열은 이 도구가 실제로 노리는 값입니다. 이메일만 더 낮고 나머지는 공개된 값과 같습니다. 왜 차이가 나는지는 다음 절에서 설명합니다.

특정 파일이 반드시 받아들여진다는 보장은 아닙니다. 표에 적힌 날짜에 공개돼 있던 숫자를 기준으로, 그보다 여유 있게 낮은 지점까지 압축한다는 뜻입니다.

왜 한도에 딱 맞추지 않고 그 아래를 노리는가

몇백 KB 넘긴 파일은 두 배로 큰 파일과 똑같이 단호하게 거절됩니다. 그래서 이 여유분은 그 대가로 잃는 디테일보다 값어치가 있습니다. 여유분을 깎아먹는 요인이 셋 있습니다. «메가바이트»는 어떤 시스템에서는 1,000,000바이트이고 어떤 시스템에서는 1,048,576바이트인데, 상대가 어느 쪽으로 세는지는 보통 알려주지 않습니다. 요청한 비트레이트에 얼마나 가깝게 맞추는지는 브라우저마다 달라서, 같은 설정이 기기에 따라 조금씩 다른 크기로 떨어집니다. 그리고 오디오는 다시 인코딩하지 않고 그대로 복사하므로 원래 소리는 지켜지지만 예산의 일정 몫을 고정으로 차지하고, 그 몫은 영상 쪽 설정으로는 되찾을 수 없습니다.

차이를 일부러 크게 둔 곳은 이메일뿐입니다. 첨부파일은 원본 바이트 그대로 전송되지 않고 전송용으로 인코딩되면서 가는 길에 약 3분의 1 커집니다(MIME의 작동 방식이지 특정 서비스의 특성이 아닙니다). 그래서 공개된 한도에 딱 걸친 파일은 도착 시점에 이미 넘어 있을 수 있습니다. 낮게 노리면 그 인코딩의 앞에서 세든 뒤에서 세든 선을 넘지 않고, 받는 쪽 메일함의 한도에도 여유가 남습니다. 받는 쪽에도 한도가 있고 둘 중 작은 값이 결정하기 때문입니다.

Discord에 보낼 동영상 압축하기

표의 숫자는 무료 계정의 첨부 한도이고, 노릴 가치가 있는 값이 바로 이것입니다. 이게 바닥이기 때문입니다. Discord 자체 개발자 문서에도 Nitro 상태나 서버 부스트 등급에 따라 한도가 더 높을 수 있다고 적혀 있습니다. 무료 계정 한도를 통과하도록 압축한 파일은 어디서든 올라가지만, 부스트된 서버 기준으로 만든 파일은 다른 곳에 올리는 순간 막힙니다.

Discord 프리셋을 고르면 도구가 그 예산을 동영상 길이로 나누고, 오디오가 필요한 몫을 빼고, 남은 비트레이트가 실제로 감당할 수 있는 해상도를 고릅니다. 720p와 360p 사이에서 짐작할 필요가 없습니다. 어떤 해상도로도 들어가지 않는다는 결론이면 인코딩이 끝난 뒤가 아니라 시작하기 전에 알려줍니다.

WhatsApp에 보낼 동영상 압축하기

표의 한도는 채팅에서 동영상으로 보낼 때 — 썸네일이 보이고 탭하면 그 자리에서 재생되는 그 방식 — 에 적용됩니다. 같은 파일을 문서로 첨부하면 다른 경로를 타고 한도가 훨씬 높아지는데, 큰 클립을 압축하지 않고 WhatsApp으로 넘길 때 흔히 쓰는 방법입니다.

다만 그 우회에는 대가가 있습니다. 문서는 미리보기가 없고, 상대는 내려받아야 볼 수 있으며, 갤러리도 미디어로 취급하지 않습니다. 압축하면 채팅 안에서 재생되는 동작이 유지됩니다. 어느 쪽을 택할지는 그 동영상이 대화 안에서 보일 것인지, 아니면 넘겨줄 파일인지에 달려 있습니다.

여기의 한도는 파일 단위로 적용됩니다. 볼 만한 화질로는 도저히 들어가지 않는 녹화라면 더 압축할 대상이 아니라 잘라내거나 나눌 대상입니다.

이메일로 보낼 동영상 압축하기

공개된 숫자가 맞춰야 할 숫자가 아닌 유일한 곳이 이메일입니다. 이유는 위에서 설명한 전송용 인코딩이고, 그래서 이메일 프리셋은 표의 숫자보다 눈에 띄게 낮은 지점을 노립니다. 또한 한도가 동시에 둘 걸리는 유일한 경우이기도 합니다. 보내는 쪽인 여러분의 한도와 받는 쪽의 한도, 그중 작은 값이 결정하는데 상대의 값은 보통 알 방법이 없습니다.

보내고 싶은 화질로는 여전히 들어가지 않는다면, 정직한 답은 메일 서비스들이 스스로 쓰는 방법입니다. 파일을 어딘가에 올려두고 링크를 보내는 것. 긴 녹화를 첨부 한도에 통과할 만큼 세게 압축하면 대개 아무도 보고 싶지 않은 결과가 나오고, 그건 링크보다 나쁜 결말입니다.

위챗에 보낼 동영상 압축하기

표의 숫자는 채팅에서 동영상을 보낼 때의 값입니다. 모먼트는 방식이 다릅니다. 여기서 걸리는 것은 파일 크기가 아니라 길이라서, 작은 파일도 너무 길면 막히고 더 압축해도 전혀 도움이 되지 않습니다. 그쪽은 잘라내야 합니다. 현재 규칙은 공식 페이지에서 확인하세요. 이 도구가 다루는 것은 크기 쪽뿐입니다.

WhatsApp과 마찬가지로 클립을 미디어가 아니라 파일로 보내면 다른 경로를 타고 여유가 커지지만, 채팅 안에서의 재생을 잃습니다. 상대가 소재 자체만 필요하다면 그쪽이 더 나은 거래일 때가 많습니다.

목표에 도달할 수 없을 때

일정 길이를 넘어가면 빡빡한 한도는 어떤 해상도로도 달성할 수 없게 됩니다. 작은 예산을 충분히 많은 분 수로 나누고 오디오 몫을 빼면 남는 비트레이트로는 볼 만한 그림이 성립하지 않습니다. 도구는 이 사실을 시작 전에 계산해서 알려줍니다. 여러분의 시간을 들여 못 볼 것을 만들어 놓고 나중에 알아차리게 하지 않습니다.

그럴 때 바꿔야 하는 것은 설정이 아니라 입력입니다.

1. 잘라내기. 앞뒤의 빈 구간을 걷어내는 것이 단일 수단으로 가장 크게 먹히고, 화질은 전혀 잃지 않습니다.
2. 여러 개로 나눠 따로 보내기 — 막고 있는 것이 상대의 인내심이 아니라 플랫폼 한도일 때.
3. 파일이 아니라 링크를 보내기. 긴 것에 대해서는 플랫폼들 스스로 그렇게 합니다.
4. 그 한도가 정말로 필요할 때만 더 낮은 플랫폼 프리셋으로 내리기 — 가장 빡빡한 한도에 맞춘 파일은 어디서든 통과하지만, 통과한 티가 납니다.

여기서 하는 일은 디스크의 원본 파일을 건드리지 않습니다. 압축된 사본은 별개의 다운로드이므로 원본을 지울지는 언제나 여러분이 명시적으로 내리는 결정입니다.

자주 묻는 질문