2026-08-21

디스코드 무료 업로드 제한이 20MB로 두 배가 됐다 (그리고 그 안에 영상이 실제로 몇 초나 들어갈까)

2026년 8월 13일, 디스코드가 무료 사용자의 파일 업로드 제한을 10MB에서 20MB로 올렸다 — 2024년 9월에 25MB에서 10MB로 깎아내린 이후 처음 있는 인상이다. Nitro 결제 없이 디스코드에서 게임 클립이나 화면 녹화를 공유해 왔다면, 쓸 수 있는 용량이 방금 두 배가 된 셈이다. 다만 20MB는 영상 기준으로는 여전히 크지 않은 용량이고, 실질적으로 중요한 질문은 따로 있다 — 그 안에 실제로 몇 초짜리 클립이 들어가고, 내 클립이 안 들어갈 때는 어떻게 해야 하나? 출처가 확인된 숫자들, 솔직한 어림 계산, 그리고 압축 사이트에 업로드하는 일 없이 클립을 제한 아래로 맞추는 트림 우선 워크플로를 정리했다.

8월 13일에 무엇이 바뀌었나

Dexerto의 발표 보도가 변경 내용을 정리해 준다 — 무료 티어 상한이 10MB에서 20MB로 올랐고, 모바일에서 제한을 확인하는 방식도 바뀌어 이제 압축 전 파일 크기를 기준으로 잰다. 데스크톱이 원래 하던 방식과 같아진 것이다. PCGamesN의 보도도 같은 숫자를 확인해 준다. 유료 티어는 그대로다 — 디스코드 자체 File Attachments FAQ 기준으로 Nitro Basic은 업로드당 50MB, Nitro는 500MB 그대로다. 그리고 새 숫자가 무엇이 아닌지도 봐 둘 만하다 — 예전 상한으로의 복귀가 아니다. 20MB는 2024년 인하 전까지 1년 반가량 무료 사용자에게 주어졌던 25MB보다 여전히 낮다.

여기까지 온 경로: 8 → 25 → 10 → 20

무료 상한은 3년 사이에 세 번 움직였다. 디스코드는 2023년 4월 오랜 8MB 제한을 25MB로 올렸다가, 2024년 9월 10MB로 깎았다 — 당시 Dexerto 보도는 "스토리지 관리는 비싸다"는 디스코드의 해명과, 사용자 99%가 어차피 10MB 미만 파일을 올린다는 자체 주장을 인용했다. 2026년 8월의 변경은 그 인하의 절반을 되돌린 것이다. (이 블로그의 GitHub·Discord·Slack GIF 업로드 제한 글은 작성 당시 정확했던 10MB 수치를 인용하고 있다 — 이 글이 그 업데이트다.)

20MB에 실제로 몇 초가 들어가나

인코딩된 영상의 파일 크기는 일차 근사로 비트레이트 × 길이다. NearVid의 WebM 내보내기는 고정 품질 프리셋 세 개를 쓴다 — High는 영상 2Mbps, Medium은 1Mbps, Low는 500kbps, 여기에 오디오 약 128kbps — 그리고 이 숫자들이 바로 내보내기 화면이 인코딩 전에 보여주는 작은 "≈" 용량 추정치의 계산 근거다. 20MB 예산에 대입하면 이렇게 나온다 — High로 약 75초, Medium으로 약 2분 20초, Low로 4분 남짓. 브라우저 네이티브 MP4 경로는 자체 프리셋(4Mbps/2Mbps/800kbps)을 쓰기 때문에 MP4 High로는 40초 정도밖에 안 들어가고, Low로는 3분 조금 못 미치게 늘어난다. 이 숫자들은 전부 NearVid 자체 UI가 다루는 방식 그대로 다뤄야 한다 — 표시된 근사치이지 약속이 아니다. 실제 인코더는 화면 안에 뭐가 있느냐에 따라 비트를 쓰기 때문에, 정적인 화면의 튜토리얼은 추정치보다 작게 나오고 정신없는 슈터 클립은 넘길 수 있다.

디스코드의 새 무료 상한에 NearVid 품질 프리셋별로 WebM 영상이 대략 얼마나 들어가는지 — 내보내기 화면의 "≈" 추정치와 같은 비트레이트 계산이다. 바이트 예산이 두 배가 되면 길이도 전부 두 배가 되지만, 긴 클립은 어떤 프리셋을 골라도 트림이 먼저다.

워크플로: 먼저 그 순간까지 트림하고, 그다음 들어가는 프리셋을 고른다

위 계산이 가리키는 지렛대는 GIF 제한 글에서와 같다 — 파일 크기에 가장 크게 작용하는 입력은 길이이므로, 품질 설정을 만지기 전에 footage부터 잘라야 한다. NearVid의 트림은 무손실 스트림 복사다 — 재인코딩 없음, 화질 손실 없음, 대부분 파일에서 1초도 안 걸린다 — 그래서 5분짜리 녹화를 실제로 사건이 벌어지는 15초로 잘라내는 건 공짜이고, 보통 그것만으로 원본 화질 그대로 20MB 아래로 들어간다. 트림한 클립이 그래도 크다면 그때 변환한다 — "WebM으로 변환"을 고르고, 같은 시작/끝 구간을 지정한 뒤, 인코딩을 기다리기 전에 "≈" 추정치가 20MB 아래로 떨어지는 품질 프리셋을 고르면 된다. Chrome을 비롯한 Chromium 계열 브라우저에서는 파일마다 실측 확인을 거쳐 나타나는 "MP4로 변환" 카드가 H.264+AAC 출력으로 같은 흐름을 제공한다. 모든 단계는 브라우저 탭 안, 내 기기 위에서 실행된다 — 완성된 파일을 직접 디스코드에 떨어뜨리기 전까지 클립은 어디에도 업로드되지 않는다. 모바일 측정 방식 변경에 관한 실용적인 참고 하나 — 디스코드가 이제 자체 압축 전 파일 크기를 확인하므로, 파일 관리자에 보이는 크기, 즉 NearVid의 추정치가 근사하려는 바로 그 숫자가 상한을 통과해야 하는 숫자다.

여기서 NearVid가 해 주지 않는 것

전과 같은 솔직함을 유지하자면 — NearVid는 디스코드의 상한을 알지 못하고, "정확히 20MB로 만들기" 버튼도 없다. 자동 비트레이트 타게팅도, 바이트 단위 슬라이더도 없다. 트림하고, 프리셋을 고르고, 추정치를 읽고, 게시 전에 완성된 파일의 실제 크기를 직접 확인하는 방식이다. 그리고 공유하고 싶은 게 클립이 아니라 한 판 전체 VOD라면, 어떤 프리셋 계산도 그걸 볼 만한 화질로 20MB 안에 넣어 주지 못한다 — 그건 Nitro의 500MB 티어가, 아니면 영상 플랫폼에 올리고 링크를 붙여넣는 쪽이 할 일이다.

정직한 요약

2026년 8월 13일부로 디스코드의 무료 업로드 상한은 20MB다 — 10MB의 두 배가 됐지만 2024년 9월 전까지 잠시 유지되던 25MB보다는 여전히 낮고, 디스코드 자체 FAQ 기준으로 Nitro Basic과 Nitro는 50MB·500MB 그대로다. NearVid의 실제 프리셋 비트레이트로 계산하면 그 예산에는 High 품질 WebM이 대략 1분 15초, Low로는 4분 남짓 들어간다 — 추정치이지 보장이 아니다. 확실하게 들어가는 방법은 10MB 시절과 같다 — 중요한 몇 초만 무손실로 트림하고, 그다음에야 재인코딩하되, 인코딩에 시간을 쓰기 전에 "≈" 추정치로 어떤 프리셋이 들어가는지 확인하는 것 — 전부 내 기기 위에서다.