Hacker News 2026.06.05 97

[Show] 브라우저 안에서 도는 진짜 FFmpeg — 업로드 없이, 오프라인에서, WASM으로

무슨 프로젝트냐면요

동영상이나 오디오를 다뤄본 분이라면 FFmpeg를 모를 수가 없죠. 포맷 변환, 자르기, 합치기, 인코딩, 자막 입히기까지 미디어 처리의 거의 모든 걸 명령줄(CLI) 하나로 해내는 전설적인 도구거든요. 그런데 이걸 설치하려면 보통 터미널을 켜고 패키지 매니저로 깔아야 하고, 명령어도 만만치 않아서 입문자에겐 문턱이 높아요.

이번에 소개할 FFmpeg WebCLI는 그 FFmpeg를 웹 브라우저 안에서 그대로 돌리는 프로젝트예요. 설치도, 서버 업로드도 필요 없고, 심지어 인터넷이 끊겨도 동작하는 오프라인 앱(PWA)으로 만들어졌어요. 브라우저에서 FFmpeg 명령어를 그대로 입력하면 결과가 나오는 거죠.

어떻게 브라우저에서 FFmpeg가 돌까

비밀은 WASM(WebAssembly)에 있어요. 이게 뭐냐면, 원래 C나 C++ 같은 언어로 짜인 프로그램을 브라우저가 알아들을 수 있는 형태로 컴파일하는 기술이에요. FFmpeg는 C로 작성된 프로그램인데, 이걸 통째로 WASM으로 변환하면 자바스크립트 엔진 위에서, 그러니까 그냥 웹페이지 안에서 거의 네이티브에 가까운 속도로 실행할 수 있게 돼요. 실제로 ffmpeg.wasm이라는 프로젝트가 이 변환의 토대를 닦아놨고, WebCLI는 그 위에 CLI 같은 사용 경험을 입힌 거예요.

여기서 진짜 중요한 포인트는 파일이 어디로도 나가지 않는다는 거예요. 보통 온라인 동영상 변환 사이트는 내 파일을 서버에 업로드하고, 서버에서 변환한 다음 다시 받아오는 구조잖아요. 이러면 속도도 느리고, 무엇보다 내 영상이 남의 서버를 거친다는 찝찝함이 있거든요. 개인 영상이나 회사 내부 자료라면 보안상 절대 못 쓰죠.

반면 WebCLI는 모든 처리가 내 브라우저 안(클라이언트)에서 일어나요. 파일은 내 컴퓨터를 단 한 번도 떠나지 않아요. 그래서 프라이버시 걱정이 없고, 네트워크 대역폭도 안 먹어요. 게다가 PWA(Progressive Web App)로 만들어져서, 한 번 열어두면 캐시에 저장돼 인터넷 없이도 다시 쓸 수 있어요. 비행기 안에서도 동영상 변환이 되는 셈이죠.

기존 방식이랑 뭐가 다르냐면

전통적인 방식은 크게 두 가지였어요. 하나는 로컬에 FFmpeg를 직접 설치하는 것. 가장 빠르고 강력하지만 설치와 환경 설정이 귀찮고, 비개발자에겐 진입장벽이 높아요. 다른 하나는 온라인 변환 서비스. 편하긴 한데 업로드·보안·용량 제한 문제가 따라붙고요.

WebCLI는 이 둘의 중간을 노린 셈이에요. 설치 없이 브라우저만 열면 되니 온라인 서비스처럼 편한데, 처리는 로컬에서 하니 보안과 속도 면에서 설치형의 장점도 가져가는 거죠. 비슷한 결의 프로젝트로는 디자인이 깔끔한 웹 기반 FFmpeg 도구들이 몇 개 있는데, WebCLI는 GUI 버튼 대신 CLI 그대로를 노출한다는 점이 특징이에요. 평소 터미널에서 쓰던 ffmpeg -i input.mp4 ... 명령을 그대로 입력할 수 있어서, FFmpeg에 익숙한 사람에겐 학습 비용이 0에 가까워요.

물론 한계도 솔직히 봐야 해요. WASM은 네이티브보다 느려서 대용량·고화질 영상을 본격적으로 인코딩하기엔 부담스러울 수 있어요. 브라우저 메모리 한계도 있고요. 짧은 클립 변환, 포맷 바꾸기, 잘라내기 같은 가벼운 작업에 특히 잘 맞는 도구라고 보면 돼요.

한국 개발자에게 주는 시사점

실무에서 의외로 써먹을 데가 많아요. 예를 들어 사내 도구로 "직원들이 영상 포맷 좀 바꿔야 하는데 FFmpeg 설치는 어려워한다" 싶을 때, 이런 웹 기반 도구를 사내에 호스팅하면 설치 안내 없이 바로 쓰게 할 수 있거든요. 파일이 서버로 안 가니 개인정보·보안 검토도 훨씬 수월하고요.

더 넓게 보면, 이 프로젝트는 "무거운 네이티브 프로그램을 WASM으로 옮겨 브라우저에서 돌린다"는 흐름의 좋은 예시예요. 이미 SQLite, 파이썬(Pyodide), 심지어 포토샵까지 WASM으로 브라우저에 들어오고 있거든요. 웹 프론트엔드 개발자라면 "내가 만드는 기능 중에 서버로 보낼 필요 없이 클라이언트에서 처리할 수 있는 게 뭐가 있을까"를 고민해볼 좋은 자극이 돼요. 서버 비용도 줄고 사용자 프라이버시도 지키는, 일석이조의 설계 방향이니까요.