업로드를 건너뛰고 파일 변환기를 직접 호스트하기
직접 호스트한다는 것은 영상 워커가 내가 띄우는 프로세스이며, 운영자의 GPU가 아니라는 뜻이다.
2026-10-29에 출처로 적은 페이지를 읽었다. 시험 파일은 올리지 않았고, 변환 시간은 재지 않았으며, 삭제 작업은 감사하지 않았다.
호스트하게 되는 것
VERT 영상 문서는 브라우저 안 영상이 될 수 있을 때 Mediabunny를 쓴다고 한다. 될 수 없거나 그 경로가 너무 느리면 UI는 FFmpeg를 감싼 Rust 래퍼인 vertd를 호출한다. 공식 사이트는 이용자가 직접 두지 않아도 되도록 인스턴스를 돌린다. 같은 문서는 vertd 릴리스를 받아 실행하고, 그 주소를 UI의 인스턴스 URL 설정에 넣으라고 한다.
그 문서의 기본은 포트 24153의 HTTP 서버이므로, 같은 컴퓨터의 데몬은 http://localhost:24153이다. FAQ는 UI가 영상 변환과 분석을 포함한 외부 서비스 호출을 멈추게 하려면 빌드 시점에 PUB_DISABLE_ALL_EXTERNAL_REQUESTS를 true로 둘 수 있다고도 한다.
Docker 문서가 바꾸는 것과 바꾸지 않는 것
Docker 문서는 PUB_VERTD_URL과 PUB_DISABLE_ALL_EXTERNAL_REQUESTS를 빌드 인자로 이미지를 만든다. 예시는 호스트의 포트 3000을 컨테이너의 포트 80에 대응한다. 레지스트리의 미리 만든 이미지는 그 변수를 이미지 안에 넣어 두었으므로, 받아 와도 실행 중에 그 값을 바꿀 수 없다고도 한다. 데몬 URL이 이용자의 것이어야 하면 이미지를 직접 만든다.
문서에는 후원용 빌드 인자 PUB_STRIPE_KEY가 있다. 이 노트는 키 자료를 반복하지 않는다. 라이선스 나눔은 2026-10-29 GitHub API의 그대로다. UI 저장소는 AGPL-3.0이고 vertd는 GPL-3.0이다. 수정한 공개 인스턴스를 내보내기 전에 그 라이선스를 읽는다. 이 페이지는 법률 조언이 아니다.
로컬 데몬과 업로드 API
localhost의 데몬은 영상 워커를 내가 관리하는 하드웨어에 둔다. CloudConvert 보안 페이지가 설명하는 작업 모델 같은 업로드 API는 워커를 그들 쪽에 두고, 그들이 밝힌 일정으로 파일을 지운다. 둘 다 스크립트로 돌릴 수 있다. 그들의 디스크를 피하는 것은 한쪽뿐이다.
FAQ에 따르면 영상이 아닌 파일은 이미 브라우저에서 변환되며 이 데몬이 필요 없다. vertd를 호스트하는 것은 영상 예외다. 개인정보 글은 업로드인가, 기기에서인가다. README 읽기는 VERT README가 말하는 것이다. 셸 대안은 FFmpeg, ImageMagick, Pandoc이다. 온라인 파일 변환기를 고르는 방법과 VERT 행에서 시작한다. 노트는 모두 Front 블로그 목록에 있다.
HatchZip은 기계에 설치되고 포트는 열지 않는다
HatchZip README는 Windows 10과 Windows 11, macOS, Linux용 데스크톱 설치 프로그램과, crates.io에서 명령줄 도구를 만드는 cargo install hatchzip을 적는다. 그 기본 Cargo 빌드는 RAR를 거부한다. 릴리스 빌드는 UnRAR로 RAR를 풀고, README는 UnRAR가 자기 라이선스 아래에 남는다고 적는다. 그 위의 프로젝트 줄은 Apache License 2.0 또는 MIT 라이선스 가운데 하나다. 저장소에는 LICENSE-MIT와 LICENSE-APACHE가 둘 다 있다. 2026-10-29 GitHub API 라이선스 필드는 Apache-2.0뿐이었다. API 필드와 README의 양자택일 줄은 둘 다 이 페이지에 남긴다. 같은 API 응답은 2026-10-28의 push를 적었다. 그것은 push 시각이다. 이 노트는 그것을 일반 공개일로 다루지 않고, 스타 수도 싣지 않는다.
README는 이 프로그램에 네트워크 코드가 없다고 적는다. vertd는 포트 24153의 HTTP 서버다. 설치한 HatchZip은 그 포트에 응답하지 않는다. 디렉터리 행은 HatchZip이다. 바이트가 있는 곳의 설명은 업로드인가, 기기에서인가다. ZIP이 변환 표에 없는 이유는 형식 표다.
이 노트의 한계
- vertd는 실행하지 않았고, 방화벽 그림도 열지 않았다.
- localhost가 로컬인 것은 브라우저와 데몬이 같은 기계에 있을 때뿐이다. 다른 사람 호스트를 가리키는 URL은 다시 업로드다.
- AGPL-3.0과 GPL-3.0은 API 라이선스 필드에서 가져온 이름이다. 준수 점검표는 쓰지 않았다.
- HatchZip은 설치하지 않았다. README의 속도와 디스크 공간 표는 README에 둔다.
이어서 읽기
모든 글은 최신순으로 FrontierDot 블로그 목록에 있습니다.
- 업로드인가, 기기 안인가: VERT, CloudConvert, Convertio가 바이트에 대해 말한 것.
- VERT README가 말하는 것: 저장소의 문장. 영상 주석을 포함.
- FFmpeg, ImageMagick, Pandoc: 셸이 맞는 일꾼인 때.
- 온라인 파일 변환기 고르기: 로고보다 먼저, 파일이 어디로 가는지.
자주 묻는 질문
vertd는 어느 포트를 쓰는가.
영상 변환 문서는 기본이 포트 24153이라고 하고, 데몬이 내 컴퓨터에서 돌 때의 인스턴스 URL로 http://localhost:24153을 준다.
VERT의 외부 호출을 끌 수 있는가.
FAQ는 빌드 시점에 PUB_DISABLE_ALL_EXTERNAL_REQUESTS를 true로 두라고 한다. Docker 문서는 레지스트리 이미지가 빌드 인자를 이미지 안에 넣어 두므로, 받아 온 이미지는 실행 중에 새 값을 받지 않는다고 한다.
직접 호스트하면 UI 라이선스가 바뀌는가.
아니다. API는 2026-10-29에도 UI 저장소를 AGPL-3.0, vertd를 GPL-3.0으로 보여 주었다. 호스트해도 라이선스 필드는 다시 쓰이지 않는다.
HatchZip이 vertd를 대신할 수 있는가.
아니다. vertd는 영상 데몬이고 기본 포트는 24153이다. HatchZip은 설치한 기계에서 압축 파일을 푼다. README는 그 프로그램에 네트워크 코드가 없다고 적는다.