기존 방식: 내 파일이 왕복 여행을 합니다
전통적인 변환 사이트는 택배 회사와 같습니다. 내 영상이 네트워크를 건너 운영자의 서버로 가고, 거기 있는 소프트웨어가 변환하고, 결과물이 다시 돌아옵니다. 작동은 하지만 이 방식의 특징은 전부 그 왕복에서 비롯됩니다. 파일이 크면 업로드만으로도 변환만큼 시간이 걸립니다. 서버는 사용자마다 실제 연산을 해야 하므로, 그런 사이트들이 파일 크기를 제한하고 작업을 대기열에 세우고 구독을 파는 것입니다. 그리고 개인적인 영상, 업무 자료, 비밀 유지 계약이 걸린 무언가를 다룰 때 가장 중요한 대목이 남습니다. 내 파일의 완전한 사본이 남의 컴퓨터에 존재한다는 사실, 그리고 그 사본이 얼마나 오래 보관되는지, 누가 접근할 수 있는지, 운영자가 침해당하면 어떻게 되는지를 그저 믿는 수밖에 없는 개인정보 처리방침이 그것입니다.
새로운 방식: 변환기가 나에게 옵니다
대안은 이동 방향을 뒤집습니다. 내 파일이 변환기로 가는 대신, 변환기 자체, 즉 실제 변환 프로그램이 내 브라우저로 내려와 거기서 실행됩니다. 파일은 디스크에서 브라우저 메모리로 들어가 내 CPU에서 처리되고 다운로드로 다시 저장됩니다. 네트워크는 도구를 가져올 때 딱 한 번만 관여합니다.
이를 가능하게 하는 브라우저 기술은 두 가지입니다. WebAssembly(Wasm)는 C 같은 언어로 작성된 실제 소프트웨어를 컴파일해 브라우저 안에서 네이티브에 가까운 속도로, 모든 웹페이지를 가두는 그 보안 샌드박스 안에서 실행하는 방법입니다. 2017년에 모든 주요 브라우저에 들어왔고, 구글 어스나 피그마의 디자인 엔진, 브라우저용 포토샵 같은 것들을 조용히 떠받치고 있습니다. Mediamorphy에서 실제 무거운 작업을 하는 것은 FFmpeg입니다. VLC와 유튜브의 처리 파이프라인, 그리고 지구상 대부분의 변환 소프트웨어를 지탱하는 바로 그 오픈소스 미디어 엔진을 WebAssembly로 컴파일해 페이지 안에서 통째로 실행하는 것이죠. 변환기의 가벼운 흉내가 아니라, 업계 표준 변환기를 자리만 옮겨 놓은 것입니다.
File API가 그림을 완성합니다. 파일을 고르거나 끌어다 놓으면 페이지는 그 파일을 로컬에서 메모리로 읽을 권한을 얻습니다. 파일을 고르는 행위 자체는 업로드와 아무 상관이 없습니다. 업로드는 사이트의 코드가 데이터를 어딘가로 명시적으로 보낼 때만 일어나며, 이 구조는 바로 그 일을 결코 하지 않습니다.
"업로드되지 않는다"는 약속이 아니라 확인 가능한 사실입니다
이 프라이버시 주장의 강한 버전은, 믿을 필요가 없다는 것입니다. 사실인지 직접 볼 수 있으니까요. 모든 데스크톱 브라우저에는 페이지가 만들어 내는 모든 네트워크 트래픽을 보여 주는 개발자 도구가 들어 있습니다.
- 변환기 페이지를 열고 F12를 누른 뒤 네트워크 탭을 선택하세요.
- 파일을 변환하면서 요청 목록을 지켜보세요. 페이지의 리소스와 변환 엔진이 내려받아지는 것은 보이지만(약 30MB를 한 번만 받고 이후에는 캐시됩니다), 내 파일을 어딘가로 실어 나르는 요청은 없습니다.
- 결정적인 테스트를 원한다면 페이지를 연 뒤 인터넷 연결을 완전히 끊고 변환해 보세요. 잘 작동합니다. 변환 과정에 네트워크가 필요한 부분이 없기 때문입니다.
이 오프라인 테스트는 이 구조 전체를 가장 깔끔하게 설명하는 비유이기도 합니다. 인터넷이 없는 업로드형 변환기는 고장 난 페이지지만, 인터넷이 없는 브라우저 내 변환기는 여전히 변환기입니다.
솔직한 절충점
브라우저 샌드박스 안에서 실행하는 데에는 실제 비용이 따르고, 작업 도중에 알게 되기보다 미리 알아 두는 편이 낫습니다.
| 브라우저 내(Wasm) | 업로드형 서비스 | 데스크톱 프로그램 | |
|---|---|---|---|
| 파일 프라이버시 | 기기를 벗어나지 않음 | 서버에 사본이 남음 | 기기를 벗어나지 않음 |
| 설치·가입 | 없음 | 대개 계정 + 사용 제한 | 설치 필요 |
| 큰 작업의 속도 | 느림(단일 스레드) | 서버는 빠르지만 업로드가 느림 | 가장 빠름 |
| 파일 크기 상한 | 약 1~2GB(브라우저 메모리) | 요금제에 따른 제한 | 디스크 용량까지 |
| 오프라인 작동 | 한 번 로드하면 가능 | 불가 | 가능 |
존중해야 할 한계는 두 가지입니다. 메모리 — 파일은 브라우저 메모리에서 처리되고 엔진이 다룰 수 있는 범위는 최대 약 2GB이므로, 수 기가바이트짜리 원본은 데스크톱 프로그램의 영역입니다. 그리고 속도 — 샌드박스 안의 엔진은 단일 스레드로 돌기 때문에, 데스크톱 FFmpeg이 몇 분에 끝내는 긴 4K 인코딩이 몇 배 더 걸릴 수 있습니다. 녹화본 변환, 오디오 추출, 보낼 클립 줄이기 같은 일상적인 작업이라면, 그 차이는 커피 한 잔만큼의 기다림과 맞바꾸어 내 파일이 내 기기 말고는 어디에도 존재하지 않게 되는 것입니다.
이 방식이 이기고 있는 이유
대부분의 일은 하드웨어가 해냈습니다. 이미 가지고 있는 노트북이나 스마트폰은, 온라인 서비스가 무료로 내어 줄 수 있는 공유 서버의 한 조각보다 압도적으로 빠릅니다. 그러니 데이터를 프로그램으로 보내는 것보다 프로그램을 데이터로 보내는 편이 더 합리적이 되었습니다. 데이터가 1GB짜리 영상이고 프로그램이 30MB 다운로드라면 더더욱 그렇죠. 프라이버시와 비용, 오프라인 사용 가능성이 모두 같은 구조적 선택에서 함께 따라 나옵니다. 업로드형 서비스는 아주 큰 파일이나 대량 일괄 작업에서 여전히 제 몫을 하지만, 그 외의 거의 모든 경우에는 나에게 찾아오는 변환기가 그냥 더 나은 거래입니다.