동영상 압축

이메일이나 업로드 용량 제한 아래로 클립을 맞출 때 씁니다. 무엇을 포기할지 — 해상도, 프레임 레이트, 압축률 — 숨겨진 슬라이더가 아니라 당신이 직접 정합니다.

도구를 불러오는 중…

작동 방식

  1. 동영상을 끌어다 놓으세요.
  2. 해상도를 낮추거나 CRF를 올리세요. 720p에 CRF 28이 시작하기 좋은 값입니다.
  3. “Start”(시작)를 누른 뒤 압축 전후로 보고되는 용량을 확인하세요.

왜 아무것도 업로드되지 않는가

이 페이지가 하는 모든 작업은 브라우저 탭 안에서 도는 코드가 처리합니다. 웹 페이지를 그리는 그 엔진을 그대로 씁니다. 파일은 디스크에서 탭의 메모리로 읽어 들여 거기서 변환한 뒤 다시 다운로드 파일로 내보냅니다. 어디로도 전송되지 않습니다. 우리에게도, 제3자에게도.

직접 확인해 보세요

  1. 브라우저 개발자 도구(F12)를 열고 네트워크(Network) 탭을 선택합니다.
  2. 파일을 올리고 도구를 실행합니다.
  3. 보이는 요청은 도구 자체의 코드를 받아 오는 것뿐입니다. 무거운 몇몇 도구는 공개 CDN에서 오픈소스 엔진을 함께 받아 옵니다. 여기에 loreatec.jp로 가는 작은 방문 집계 신호 하나(페이지 주소와 제목, 그 이상은 없습니다)가 더해집니다. 어느 것도 당신의 파일을 실어 나르지 않습니다.

직접 확인하기 →

자주 묻는 질문

무엇부터 바꿔야 하나요?

해상도입니다. 4K에서 1080p로 내리면 압축이 시작되기도 전에 픽셀의 4분의 3이 사라지는데, 휴대폰 화면에서는 그 차이가 보이지 않습니다. 두 번째로 손댈 것은 CRF를 올리는 것이고, 프레임 레이트를 낮추는 것은 마지막입니다. 움직임이 느껴지는 방식 자체가 바뀌기 때문입니다.

왜 데스크톱 프로그램보다 느린가요?

네이티브 코드가 아니라 WebAssembly로 컴파일된 동영상 엔진이고, 브라우저 탭은 기기 성능의 일부만 쓸 수 있기 때문입니다. 이 페이지는 “교차 출처 격리(cross-origin isolation)” 헤더로 제공되어 엔진이 여러 스레드를 쓸 수 있고, 그 덕분에 차이 대부분은 줄어듭니다 — 그래도 네이티브 인코더가 여전히 더 빠릅니다.

동영상이 업로드되나요?

아닙니다. 동영상 엔진 자체가 WebAssembly로 컴파일되어 이 탭 안에서 돌아갑니다. 파일은 디스크에서 메모리로 읽혀 들여 결과물로 다시 쓰입니다. 아무것도 전송되지 않기 때문에 두 시간짜리 영화는 여기서 처리되지 않습니다 — 당신의 기기가 그 일을 전부 하는 것이니까요.