30초짜리 휴대폰 동영상이 200MB나 되는 이유와, 압축이 실제로 희생하는 것

사진은 몇 메가바이트일 수 있다. 같은 휴대폰의 30초짜리 동영상은 쉽게 그것의 열 배에서 스무 배가 될 수 있다. 동영상은 실제로 초당 수십 개의 완전한 프레임이 이어진 것이기 때문이다 — 대부분의 시청 상황에서 실제로 필요한 것보다 훨씬 높은 해상도와 프레임 속도로 휴대폰이 점점 더 많이 녹화하고 있다는 사실을 감안하기도 전에 데이터는 빠르게 쌓인다.

동영상 압축이 이미지 압축과 다른 문제인 이유

사진 한 장을 압축하는 것은 한 프레임 안의 디테일만 다루면 된다. 동영상 압축은 연속된 프레임이 보통 서로 매우 비슷하다는 사실도 활용한다 — 매 프레임의 모든 픽셀을 처음부터 저장하는 대신, 동영상 코덱은 주로 프레임 사이에 변한 것만 저장한다. 이것이 대부분 정적인 동영상(말하는 사람, 슬라이드쇼)이 빠른 액션이나 흔들리는 손 촬영처럼 프레임 전체에 걸쳐 지속적으로 움직임이 있는 것보다 훨씬 효율적으로 압축되는 이유다.

동영상 파일을 실제로 줄이는 것

• 비트레이트 — 초당 얼마나 많은 데이터가 허용되는지. 이것을 낮추는 것이 파일 크기를 줄이는 주요 수단이지만, 복잡한 장면에서 압축 아티팩트가 더 눈에 띄게 되는 대가가 따른다.
• 해상도 — 휴대폰 화면만을 위한 4K 클립은 실제로 보이게 될 것보다 훨씬 많은 픽셀을 담고 있다. 1080p 이하로 다운스케일하면 작은 화면에서 눈에 띄는 손실 없이 파일 크기를 상당히 줄일 수 있다.
• 프레임 속도 — 빠른 액션이 아닌 영상은 30fps보다 60fps에서 거의 이득을 보지 못하며, 프레임 속도를 절반으로 줄이면 저장해야 할 프레임 데이터의 양도 대략 절반으로 줄어든다.
• 코덱 선택 — H.265 같은 더 새로운 코덱은 같은 시각적 품질에서 더 오래된 H.264보다 눈에 띄게 작은 파일을 만들어내는 경향이 있지만, 모든 기기와 플랫폼이 똑같이 잘 지원하는 것은 아니다.

큰 파일을 어디에도 업로드하지 않고 이 작업 하기

동영상 압축은 더 낮은 비트레이트로, 선택적으로 더 낮은 해상도로 동영상을 다시 인코딩하며, WebCodecs를 통해 실행된다 — 이는 웹페이지가 기기의 네이티브 앱이 사용하는 것과 동일한 동영상 인코딩 하드웨어에 직접 접근할 수 있게 해주는 브라우저 API다 — 그래서 압축이 시작되기도 전부터 이미 동영상 파일이 얼마나 큰지를 감안할 때 중요한, 파일을 먼저 서버에 업로드해야 하는 대신 압축이 기기에서 이루어진다.