리먹싱과 재인코딩：무손실 영상 변환

어떤 앱에서는 잘 열리는 동영상이 다른 휴대폰， TV, 편집 프로그램에서는 재생되지 않을 수 있습니다. 변환기에 넣고 MP4를 선택하면 어떤 파일은 몇 초 만에 끝나고， 어떤 파일은 팬이 한참 돌다가 더 작고 조금 흐릿한 결과물이 나옵니다.

같은 “변환” 버튼 아래에서 실제로는 리먹싱 과 재인코딩 이라는 다른 작업이 실행될 수 있습니다. 리먹싱은 바깥 포장만 바꾸는 일입니다. 재인코딩은 영상 자체를 다시 압축하는 일입니다. 이 차이를 알면 왜 어떤 변환은 빠르고 무손실이며， 어떤 변환은 느리고 화질이 떨어질 수 있는지 이해할 수 있습니다.

핵심 요약 {#key-takeaways}

• 리먹싱은 컨테이너만 바꾸고 영상 데이터는 바꾸지 않습니다.
• 재인코딩은 코덱이나 압축 설정을 바꿉니다. 모든 프레임을 처리하므로 더 오래 걸립니다.
• 화질 손실은 파일 확장자를 바꿔서가 아니라 재인코딩 때문에 생깁니다.
• MP4 + H.264 + AAC는 여전히 가장 안전한 호환성 목표입니다.
• WebM의 VP9/AV1 + Opus를 MP4로 바꿀 때는 재인코딩이 필요해지기 쉽습니다.
• VidMost의 포맷 변환은 가능하면 리먹싱을 우선해야 합니다.

간단한 차이

동영상 파일에는 적어도 두 층이 있습니다. 컨테이너 는 MP4, MKV, WebM, MOV, MPEG-TS 같은 바깥 형식입니다. 코덱 은 H.264, H.265, AV1, VP9, AAC, Opus처럼 영상과 오디오가 어떻게 압축되었는지를 정하는 방식입니다. 더 자세한 설명은 동영상 컨테이너 대 코덱에서 볼 수 있습니다.

리먹싱은 내용물을 바꾸지 않고 다른 상자에 옮기는 작업입니다. 예를 들어 MKV 파일 안이 이미 H.264 영상과 AAC 오디오라면， MP4로 옮기는 데 재압축이 필요하지 않을 수 있습니다. 프레임을 다시 만들지 않으므로 빠르고 화질도 같습니다.

재인코딩은 내용물을 다시 만드는 작업입니다. 변환기는 원본 영상을 디코딩한 뒤 새 코덱이나 새 설정으로 압축합니다. 오래된 TV에서 재생해야 하거나， 4K를 1080p로 낮추거나， 파일 크기를 줄이거나， 자막을 화면에 입히는 경우에는 리먹싱만으로 부족합니다.

리먹싱으로 충분한 경우

리먹싱으로 충분한 경우는 현재 영상과 오디오 코덱을 대상 컨테이너가 그대로 받아들일 수 있을 때입니다.

대표적인 예는 H.264 + AAC가 들어 있는 MKV를 MP4로 바꾸는 경우 입니다. MKV는 거의 모든 조합을 담을 수 있는 유연한 컨테이너입니다. MP4는 더 엄격하지만 H.264 영상과 AAC 오디오에는 매우 잘 맞습니다. 이 조합이면 변환기는 스트림을 복사하기만 하면 됩니다.

MOV에서 MP4로 변환 하는 경우도 자주 리먹싱으로 끝납니다. iPhone이나 카메라에서 나온 MOV가 H.264 또는 H.265 영상과 AAC 오디오를 담고 있다면， MP4로 옮기는 작업은 컨테이너 교체에 가깝습니다.

HLS나 DASH 저장 후에도 리먹싱은 중요합니다. 웹 재생에서는 .ts 세그먼트나 fragmented MP4 조각이 사용됩니다. 올바른 순서로 조각을 합친 뒤 하나의 MP4로 정리하면 일반 플레이어에서 다루기 쉬워집니다.

리먹싱에 적합한 신호：

• 영상 코덱이 H.264 또는 H.265입니다.
• 오디오 코덱이 AAC 또는 MP3입니다.
• 대상 형식이 MP4 또는 MOV입니다.
• 파일 크기를 줄이는 것이 목적이 아닙니다.
• 해상도， 프레임레이트， 비트레이트를 바꾸지 않습니다.

재인코딩이 필요한 경우

재인코딩이 필요한 경우는 파일 안의 스트림을 대상 형식으로 그대로 복사할 수 없을 때입니다.

가장 쉬운 예는 WebM에서 MP4로 변환 하는 경우입니다. WebM은 VP9 또는 AV1 영상과 Opus 오디오를 자주 사용합니다. WebM 안에서는 자연스럽지만， 많은 MP4 재생 환경은 이 조합을 기대하지 않습니다. 널리 재생되는 MP4를 만들려면 영상을 H.264로， 오디오를 AAC로 바꿔야 할 수 있습니다.

영상 자체를 바꾸는 작업도 재인코딩입니다. 4K를 1080p로 줄이기， 검은 여백 자르기， 프레임레이트 변경， 자막 굽기， 흔들림 보정은 압축된 프레임의 단순 복사로 처리할 수 없습니다.

파일 크기를 크게 줄이는 경우도 같습니다. 2GB 동영상을 300MB로 만들려면 컨테이너만 바꿔서는 안 됩니다. 비트레이트를 낮추거나 더 효율적인 코덱을 써야 하며， 그것이 재인코딩입니다.

흔한 재인코딩 계기：

• WebM을 오래된 기기용 MP4로 바꿀 때.
• AV1을 H.264로 바꿔 최대 호환성을 원할 때.
• H.265를 H.264로 바꿔 오래된 TV나 편집 프로그램에 맞출 때.
• Opus를 AAC로 바꿀 때.
• 4K를 1080p로 줄일 때.
• 큰 파일을 더 작게 만들 때.

”MP4로 변환”이 애매한 이유

“MP4로 변환”은 두 가지 뜻을 가질 수 있습니다.

첫 번째는 기존 영상과 오디오를 MP4 컨테이너에 넣는 것입니다. 이것은 리먹싱이며 빠르고 조건이 맞으면 무손실입니다.

두 번째는 어디서나 재생되는 MP4를 만드는 것입니다. 보통 H.264 영상과 AAC 오디오를 의미합니다. 원본이 이미 이 조합이면 리먹싱으로 충분합니다. 원본이 AV1, VP9, Opus, FLAC, 특수한 H.265 프로파일이면 적어도 일부 트랙은 재인코딩이 필요합니다.

같은 .mkv 확장자라도 처리 시간이 달라지는 이유가 여기에 있습니다. 하나는 H.264 + AAC라서 몇 초면 끝납니다. 다른 하나는 AV1 + Opus이고 스마트폰 친화적인 MP4를 요청했기 때문에 오래 걸립니다. 작업량을 결정하는 것은 확장자가 아니라 코덱입니다.

VidMost에서의 방식

VidMost의 포맷 변환은 단순한 파일 변환 버튼보다 브라우저 안의 동영상 워크플로에 가깝습니다. 사용자는 동영상 페이지를 보고， 미디어를 감지하고， 페이지를 Link Library에 저장한 뒤， 필요할 때만 파일 형식을 정리합니다.

이상적인 동작은 분명합니다.

• 기존 스트림이 출력 컨테이너에 맞으면 리먹싱을 우선합니다.
• 대상 형식이나 기기가 지원하지 않을 때만 하드웨어 가속 재인코딩을 사용합니다.
• 호환성이 우선이면 MP4 + H.264 + AAC를 기본값으로 둡니다.
• 보관이 우선이면 원본 코덱을 유지한 MKV 또는 MP4를 선택할 수 있게 합니다.

이렇게 하면 VidMost는 단순 다운로드 도구가 아니라， 동영상 페이지 탐색， 저장， 정리， 형식 조정을 한 흐름으로 처리하는 개인 브라우저처럼 보입니다.

흔한 오해

첫 번째 오해는 확장자를 바꾸면 변환이 된다는 생각입니다. video.mkv를 video.mp4로 이름만 바꿔도 내부 바이트는 그대로입니다. 많은 플레이어는 파일 헤더를 읽기 때문에 잘못 붙은 이름을 바로 알아냅니다.

두 번째 오해는 모든 파일을 재인코딩하는 것입니다. 구현은 쉽지만 필요 없는 재인코딩은 시간과 화질을 잃게 합니다. 좋은 변환 도구는 먼저 리먹싱이 가능한지 확인해야 합니다.

세 번째 오해는 새 코덱이면 항상 정답이라는 생각입니다. AV1과 H.265는 효율적이지만， 오래된 TV, 예전 iPad, 학교나 회사 PC, 편집 프로그램에서는 H.264 in MP4가 더 확실합니다.

마무리

리먹싱과 재인코딩은 모두 필요하지만 같은 작업은 아닙니다. 컨테이너만 문제라면 리먹싱입니다. 코덱， 해상도， 비트레이트， 기기 지원이 문제라면 재인코딩입니다. 가장 좋은 변환은 필요한 부분만 바꾸는 변환입니다.

VidMost의 방향도 같습니다. 기본은 무손실 리먹싱을 우선하고， 호환성이 실제로 필요할 때 명확하게 재인코딩을 사용합니다. 어디서나 재생되어야 하는 파일은 MP4 + H.264 + AAC를 신뢰할 수 있는 fallback으로 둡니다. 이 판단이 가능해야 VidMost가 동영상용 브라우저로 더 자연스럽게 느껴집니다.

관련 글

• 동영상 컨테이너 대 코덱
• 재생 중에 동영상 화질이 바뀌는 이유
• VidMost 시작하기