블로그로 돌아가기

가이드 / G3 · 재생과 변환

MKV를 MP4로 바꿀 때 화면을 다시 압축해야 하나요: 리먹스만 하면 되는 경우

반드시 그렇지는 않습니다. MKV를 MP4로 바꿀 때 화면을 다시 압축해야 하는지는 「.mkv」 확장자가 아니라 파일 내부의 화면 코덱이 정합니다. H.264 8-bit나 HEVC 8/10-bit라면 CineX는 리먹스만 하고 화면을 다시 압축하지 않습니다. Hi10P, VP9, AV1, Xvid 등이라면 전체 재인코딩이 필요하고 속도와 최종 화면도 달라집니다.

이 글은 「지금 가진 MKV가 어느 경로로 가는지」를 판단하는 데 도움을 줍니다. 왜 MKV를 MP4로 바꾸는 사람이 있는지 먼저 알고 싶다면 MKV와 MP4의 차이를 보세요. 리먹스와 다시 인코딩이 원리상 무엇이 다른지는 여기서는 요점만 짚고 반복해 펼치지 않습니다.

1. 결론부터: 같은 MKV라도 초 단위일 수도, 분 단위일 수도 있습니다

MKV를 MP4로 바꾸는 것이 화면을 처음부터 다시 계산하는 것과 같지는 않습니다. CineX는 MKV 입력을 실기 검증했고 출력은 MP4로 고정되며 별도의 출력 형식 옵션은 없습니다. 처리 방식을 실제로 정하는 것은 MKV 안에 든 화면 코덱입니다.

화면이 H.264 8-bit나 HEVC 8/10-bit이고 화면 파라미터가 CineX의 리먹스 가능 범위에 들면 CineX는 컨테이너만 조정하고 화면을 다시 압축하지 않습니다. 파라미터가 그 범위를 벗어나거나 Hi10P, VP9, AV1, Xvid 같은 코덱이면 CineX는 화면을 전체적으로 다시 처리합니다.

확장자가 완전히 같은 두 MKV의 변환 시간이 크게 차이 나는 이유이기도 합니다. 한 파일은 몇 초에 끝나고 다른 파일은 몇 분을 기다려야 합니다. 두 방식의 원리 차이는 컨테이너만 바꾸는 것과 다시 인코딩하는 것의 차이에서 이어서 볼 수 있습니다.

2. 제 MKV가 어느 쪽인지 어떻게 아나요: 안의 화면 코덱을 봅니다

파일 크기를 먼저 보지 말고 해상도도 먼저 보지 마세요. 이 일에 가장 유용한 정보는 화면 코덱 자체입니다. 아래 두 묶음으로 먼저 판단할 수 있습니다:

여기서 Hi10P는 전체 처리가 필요한 파일의 한 부류를 뜻할 뿐이며 그것이 「더 고급」이거나 화질 판단 라벨로 더 적합하다는 뜻은 아닙니다. 일반 사용자에게 가장 실용적인 방법은 용어를 연구하는 것이 아니라 파일 내부가 어떤 코덱인지 먼저 확인하고 시간을 미리 확보할지 정하는 것입니다.

3. 리먹스할 때 일어나는 일: 화면을 다시 압축하지 않고 보통 초 단위

화면 코덱 자체가 이미 대상 MP4에 적합하면 CineX는 기존 화면 데이터를 유지하고 파일의 리먹스 방식만 조정합니다. 이런 처리는 보통 몇 초 안에 끝나므로 전체 재인코딩과 같은 시간 규모가 아닙니다.

이 경로의 또 다른 중요한 차이는 HDR 정보입니다. 리먹스할 때 HDR10 정적 메타데이터는 그대로 전달되고 Dolby Vision 메타데이터도 보통 유지되지만 특수한 경우가 있으므로 어떤 조건에서나 성립하는 약속으로 쓸 수는 없습니다.

「몇 초 만에 끝났다」는 이상한 일이 아닙니다. 리먹스만 했다면 CineX는 화면을 다시 압축하지 않았습니다. 다만 이 속도는 화면 코덱 자체가 이미 호환되는 파일에만 적용됩니다.

4. 전체 재인코딩이 필요할 때: 시간이 분 단위로 들어가고 화면에도 명확한 경계가 있습니다

MKV 안의 화면이 Hi10P, VP9, AV1, Xvid 등 전체 처리가 필요한 코덱이면 CineX는 화면 전체를 다시 처리해야 합니다. 이런 작업은 분 단위로 걸리며, 몇 분짜리 동영상이라면 더 오래 기다려야 할 수 있습니다.

극단적인 파일은 더 느립니다. 예를 들어 120fps Hi10P는 대략 1배 실시간에 가까워 10분 소재에 약 12분이 걸릴 수 있습니다. 이 숫자는 「일부 파일은 확실히 기다려야 한다」를 이해하는 데 더 적합하며 모든 MKV의 속도를 추론하는 데 쓰기에는 적합하지 않습니다.

전체 재인코딩에는 화면 저하 경계도 있습니다. Dolby Vision 메타데이터가 손실되고 10-bit / HDR 화면이 8-bit로 변환됩니다. 이것은 CineX가 현재 명확히 택한 보수적인 처리 방식입니다. 따라서 HDR 정보를 최대한 유지하는 것이 목표라면 「리먹스만」이 가능한지가 매우 중요합니다.

5. 파일 크기로 짐작할 수 없는 이유: 2 GB도 800 MB도 답이 되지 못합니다

가장 잘못 판단하기 쉬운 지점입니다. 파일 크기는 「이 파일이 얼마의 공간을 차지했는가」만 알려 줄 뿐 「다시 인코딩이 필요한가」를 알려 주지 않습니다. 아래 판단은 모두 신뢰할 수 없습니다:

다시 말해 파일 크기, 확장자, 눈으로 보이는 선명도 모두 내부 코덱 확인을 대신하지 못합니다. 이번 변환이 빠른지를 실제로 정하는 것은 파일 안에 무엇이 들었는지입니다.

6. 화면은 바로 유지되는데 오디오 트랙이 호환되지 않으면 빠른가 느린가

아주 흔한 중간 상황이 하나 더 있습니다. 화면은 이미 H.264나 HEVC라 리먹스만 할 수 있지만 오디오 트랙 자체가 대상 MP4에 맞지 않는 경우입니다. 이때 CineX는 화면을 유지하고 호환되지 않는 오디오 트랙을 AAC로 변환합니다.

이것도 「빠른」 부류에 속합니다. 시간을 가장 많이 쓰는 화면을 다시 처리하지 않았기 때문입니다. 즉 오디오가 변환되었다고 해서 파일 전체를 「전체 재인코딩」으로 분류할 수는 없습니다. 속도를 판단할 때는 화면 경로를 먼저 보고 오디오 트랙에 추가 처리가 필요한지 보는 편이 더 정확합니다.

7. CineX의 처리 방식: 화질 등급을 고르게 하지 않고 파일에 따라 자동으로 판단합니다

CineX는 사용자에게 「조금 더 빠르게」와 「화질을 조금 더 높게」 사이에서 등급을 고르게 하지 않습니다. 파일을 먼저 판단해 리먹스만 가능하면 화면을 다시 압축하지 않고 불가능할 때만 전체 변환으로 갑니다. 제품에 화질 등급도 속도 등급도 없으며 무료와 유료의 출력 파일 품질은 같습니다. Opus 멤버십이 여는 것은 변환 횟수 무제한입니다.

이런 작업에서는 모호한 「초고속 / 고화질」 버튼을 늘어놓는 것보다 자동 판단이 더 명확합니다. 실제로 가능한 경로가 사용자 취향이 아니라 파일 자체가 정하기 때문입니다. 더 자세한 판단 논리는 CineX가 변환 경로를 정하는 방법에서 볼 수 있습니다.

공간도 살펴야 합니다. 파일에 전체 변환이 필요하면 디스크 최대 사용량이 대략 원본의 3배에 이를 수 있습니다. 10 GB 동영상은 실제 작업에서 약 32 GB의 사용 가능한 공간이 필요하므로 공간이 부족할 때는 최종 MP4가 얼마나 클지만 보면 안 됩니다.

8. 경계: MP4로 바꿔도 유지되지 않는 것들

따라서 「MKV를 MP4로 바꿀 수 있는가」와 「바꾼 뒤 모든 정보가 그대로 남는가」는 두 가지 질문입니다. 전자는 화면 코덱과 파일 조건을 보고, 후자는 HDR, 자막, 오디오 트랙, 콘텐츠 보호까지 봐야 합니다. 이 경계를 먼저 분명히 해 두어야 변환 성공을 모든 트랙과 모든 메타데이터가 반드시 유지되었다는 뜻으로 오해하지 않습니다.

자주 묻는 질문

제 MKV를 MP4로 바꿀 때 화면을 다시 압축해야 하나요?

파일 내부의 화면 코덱을 보세요. H.264 8-bit, HEVC 8-bit / 10-bit는 리먹스만 하고 화면을 다시 압축하지 않습니다. Hi10P, VP9, AV1, Xvid 등은 전체 재인코딩이 필요합니다.

리먹스는 보통 얼마나 걸리나요?

초 단위입니다. 보통 몇 초 안에 끝나지만 화면 코덱 자체가 이미 대상 MP4에 적합하다는 전제가 있습니다. 전체 재인코딩이 필요한 파일은 분 단위로 들어갑니다.

파일이 클수록 다시 인코딩할 가능성이 높나요?

아니요. 파일 크기와 리먹스 가능 여부는 직접 관계가 없습니다. 2 GB MKV도 리먹스만 할 수 있고 800 MB MKV도 전체 재인코딩이 필요할 수 있으며, 핵심은 여전히 안의 화면 코덱입니다.

MKV를 MP4로 바꾸면 HDR과 Dolby Vision이 남아 있나요?

변환 경로에 따라 다릅니다. 리먹스할 때는 HDR10 정적 메타데이터가 그대로 전달되고 Dolby Vision 메타데이터도 보통 유지됩니다. 전체 재인코딩이 필요하면 Dolby Vision 메타데이터가 손실되고 10-bit / HDR 화면이 8-bit로 변환됩니다.

Axiom One LLC — CineX. 위 수치는 2026-09-24 기준입니다.