2026-09-20

시그널, 2026년 9월 안드로이드 60초 영상 녹화 제한을 없앴다 — 그런데 진짜 상한은 처음부터 200MB였다 (시그널 자체 커밋 기록 기준)

시그널에서 실제로 전송에 실패하는 영상 메시지는 방금 급히 녹화해 찍은 것보다는, 이미 있던 걸 전달하는 경우가 더 많다 — 카메라 롤에 이미 들어있던 클립, 화면 녹화, 친구가 먼저 보내준 영상 같은 것들이다. 시그널은 2026년 상당 기간 동안 영상이 실패 없이 얼마나 길게 녹화될 수 있는지를 바꿔왔다. 정작 알아야 할 숫자는 시간이 아니다 — 바이트 수이고, 더 긴 녹화가 가능해졌다는 헤드라인이 암시하는 것만큼 크게 움직이지도 않았다.

실제로 무엇이 바뀌었나 — 시그널 자체 커밋 기록 기준

변경 사항 자체는 시그널 자체 소스코드에서 공개적으로 확인할 수 있다. signalapp/Signal-Android 저장소의 커밋 607115b는 시그널 자체 표현으로 "Allow recording in-app videos encrypted to disk"(암호화된 상태로 디스크에 쓰면서 앱 내 영상 녹화를 허용한다)라는 제목이다. 시그널의 앱 변경사항을 추적하는 사이트인 AboutSignal — 자체 페이지 다른 곳에서 스스로 "is not an official website of Signal Messenger"(시그널 메신저의 공식 웹사이트가 아니다)라고 명시하고 있으며, 아래 모든 인용에 이 구분을 염두에 둘 가치가 있다 — 은 2026년 9월 9일, 이 변경이 안드로이드용 시그널 8.26 버전에 반영됐고 이것이 앱 내 영상 녹화의 "60-second cap"(60초 상한)을 없앨 수 있게 해준 것이라고 보도했다: 이전에는 암호화되지 않은 영상 데이터를 디스크에 쓰지 않으려고 녹화 전체를 메모리 안에서만 트랜스코딩해야 했고, 이게 애초에 시간 제한을 강제한 이유였다 — 암호화된 형태로 디스크에 쓰도록 바뀌면서 그 제약이 사라졌다. 결과물을 직접 테스트한 결과 같은 매체는 "it was 5 minutes on an Android phone, while on an iPhone we were able to record for more than 15 minutes"(안드로이드 폰에서는 5분, 아이폰에서는 15분 넘게 녹화할 수 있었다)라고 밝혔다 — 같은 앱을 돌리는 두 폰 사이에 크고, 시사하는 바가 큰 격차다.

상한은 처음부터 시간이 아니라 바이트에 관한 것이었다

이 격차 자체가 단서다. 시그널이 단순히 60초 상한을 5분 상한으로 바꿨을 뿐이라면 두 플랫폼이 같은 숫자에 도달해야 한다. 그렇지 않고, 같은 AboutSignal 보도가 이유를 설명한다: 아이폰에는 애초에 없애야 할 별도의 시간 기반 상한이 없었다 — 이 모든 게 바뀌기 전부터 이미 "recordings on iOS were limited to 100 MB in size"(iOS의 녹화는 이미 100MB 용량으로 제한돼 있었다)는 것이다. iOS는 처음부터 용량으로 제한돼 있었고, 안드로이드만 그 위에 인위적인 시계가 하나 더 얹혀 있었던 셈이다. AboutSignal의 2026년 7월 31일 보도에 따르면 실제로 움직인 건 그 상한 자체다 — "the maximum attachment size has been doubled from 100 MB to 200 MB"(최대 첨부파일 용량이 100MB에서 200MB로 두 배가 됐다)는 것이며, 이는 앱 업데이트 없이도 적용 가능한 서버 쪽 변경이었다. 두 보도를 합치면 순서가 명확해진다: 용량 상한이 먼저 두 배가 됐고, 그다음 안드로이드에만 남아 있던 더 오래된 시간 기반 잠금 — iOS가 이미 갖고 있던 것과 같은 용량 기준 동작을 안드로이드가 따라잡는 데 유일하게 걸림돌이던 것 — 이 제거됐다. 이제 두 플랫폼 모두 같은 200MB 벽에서 바닥난다. 두 보도 모두 이 구체적인 숫자를 확인해 주는 시그널 자체 공식 블로그 글로 연결되지는 않으므로, "200MB"는 시그널 자체의 발표가 아니라 시그널의 서버 쪽 변경에 대한 AboutSignal 자체의 근거 있는 취재 결과로 취급하는 게 맞다.

안드로이드에만 있던 별도의 시간 기반 상한은 사라졌다 — 남은 건 두 플랫폼 모두 아이폰이 이미 살고 있던 것과 같은 바이트 상한이다.

왜 5분짜리 폰과 15분짜리 폰이 같은 상한을 공유할 수 있는가

AboutSignal 자체의 실측 숫자로 계산해 보면 또 다른 게 드러난다. 200MB 예산을 안드로이드의 약 5분에 나누면 분당 약 40MB가 되고, 같은 200MB를 아이폰의 15분 넘는 시간에 나누면 분당 13MB가 안 된다. 시그널도 AboutSignal도 실제 녹화 비트레이트를 어디에도 명시하지 않는다 — 이건 이 글이 보도된 분(分)과 보도된 메가바이트를 나눠본 자체 계산일 뿐, 발표된 숫자가 아니다 — 하지만 실제 공식 수치와 대조해 볼 만한 유용한 검산 대상이 하나 있다: 애플 자체 아이폰에서 영상 압축하기 지원 페이지는 기본 아이폰 카메라 녹화를 "1080p (default iPhone camera and iMovie export settings): 70–105 MB"(1080p, 아이폰 카메라·iMovie 내보내기 기본 설정 기준 분당 70~105MB)로 명시한다. 같은 기기에서 시그널의 앱 내 녹화기가 그 3분의 1 수준, 혹은 그보다 낮은 수준에 머무는 건 모순이 아니다 — 화상통화·메시징 앱은 폰 자체 카메라 앱보다 낮은 비트레이트로 녹화하는 게 일반적이다 — 하지만 이는 AboutSignal 테스트에서 나온 더 긴 녹화 시간이 거의 확실히, 더 큰 파일에 대한 새로운 관용이 아니라, 시그널 자체 카메라가 녹화하는 동안 더 세게 압축하면서 실시간 추정치가 200MB에 가까워지면 멈추는 방식에서 나온다는 뜻이다.

실제로 문제가 되는 지점: 새로 녹화하는 영상이 아니라 이미 갖고 있는 영상

그 압축은 시그널 자체 앱 내 카메라로 촬영한 영상에만 적용된다. 훨씬 흔한 경우 — 카메라 롤에 이미 있던 영상, 화면 녹화, 누가 전달해준 영상을 그대로 첨부하는 것 — 은 그 용량 인식 정지 로직을 아예 거치지 않는다. 원본이 촬영·내보내기될 때 쓰인 비트레이트 그대로 도착하고, 위 애플 자체 수치에 따르면 그건 아이폰 기본 1080p 설정 기준 분당 70~105MB다. 이 속도라면 편집하지 않은 기본 화질 촬영본은 3분도 안 돼 새 200MB 상한에 도달하거나 넘어설 수 있다 — 예전 100MB 상한 아래서는 같은 계산으로 1분 30초도 안 걸렸다. 시그널이 예전보다 더 오래 녹화할 수 있게 됐다는 사실은, 애초에 시그널 안에서 녹화된 적이 없는 파일에는 아무 도움이 되지 않는다.

실제로 200MB 아래로 만드는 방법

같은 애플 지원 페이지가 바로 이 상황에 대해 주는 조언은 "trim the video to make it shorter"(영상을 잘라서 더 짧게 만들라)는 것이다 — 이건 곧 NearVid의 트림 기능을 기기 안에서 쓰라는 것과 같다: 무손실 스트림 복사라 재인코딩이 없고, 긴 클립을 보낼 가치가 있는 부분만 남기고 잘라내면 재생시간이 줄어든 비율과 거의 같은 비율로 파일 용량도 줄어든다. 트림한 결과물이 여전히 200MB를 넘는다면, NearVid의 WebM 변환 — 또는 브라우저 자체 WebCodecs H.264 인코딩이 지원되는 것으로 감지되는 경우 MP4 변환 — 이 High/Medium/Low 화질 프리셋으로 재인코딩하며(NearVid 자체 비트레이트 표 기준 WebM은 2Mbps/1Mbps/500kbps, MP4는 4Mbps/2Mbps/800kbps), 커밋하기 전에 그 프리셋 옆에 예상 파일 용량을 "≈"로 보여준다. 파일이 시그널의 벽을 통과할지 추측하는 것과, 미리 추정치를 보고 아는 것의 차이이며 — 이 두 단계 모두 영상이 기기 밖으로 나가지 않은 채로 끝난다.

이것이 해결하지 않는 것

NearVid는 시그널 자체를 건드리지 않는다 — 내가 직접 앱을 열어 첨부하기 전에 파일을 준비해 줄 뿐이고, 대화 상대가 어떤 기기를 쓰는지 알아낼 방법도 없다. 상대 기기와의 호환성이 용량보다 더 중요하다면 WebM보다 MP4 변환(가능한 경우)이 더 안전한 선택이다 — iOS는 자체 디코더를 내장한 브라우저 바깥에서는 WebM을 재생할 기본 디코더가 없는데, 이건 시그널 앱이 첨부파일을 처리하는 방식에 특별히 해당하는 이야기가 아니라 이 사이트가 별도로 다룬 적 있는 일반적인 플랫폼 제약이다. 그리고 위에서 "시그널이 아이폰 기본 카메라보다 더 세게 압축한다"는 결론은 AboutSignal이 보도한 분(分)을 AboutSignal이 보도한 메가바이트로 나눠본 이 글 자체의 계산일 뿐, 시그널이나 AboutSignal이 직접 발표한 숫자가 아니다 — 공개된 수치로부터 나온 합리적인 추론이지, 실측이 아니다.

정직한 요약

시그널 자체의 공개 커밋 기록은 안드로이드의 예전 60초 앱 내 녹화 상한이 8.26 버전부터 사라졌음을 확인해 준다. 그리고 AboutSignal 자체가 비공식임을 명시한 보도는 이 변화를 2026년 7월의 서버 쪽 변경 — 시그널의 첨부파일 상한을 100MB에서 200MB로 두 배로 늘린 것 — 과 연결 짓는다. 아이폰 녹화는 안드로이드가 따라잡기 전부터 이미 그 기준을 따르고 있었다. 헤드라인은 더 길어진 녹화 가능 시간이지만, 새것이든 예전 것이든 특정 영상이 실제로 통과할지 결정하는 숫자는 여전히 분이 아니라 메가바이트로 측정된다. 남길 가치가 있는 부분만 자르고, 커밋하기 전에 예상 용량을 보여주는 프리셋으로 변환하는 작업을 전부 내 기기 위에서 끝내는 것 — 이는 애초에 내 메시지를 남의 서버에 남기지 않으려고 만들어진 메신저와 정확히 어울리는 방식이다.