CineX는 왜 어떤 동영상은 빠르고 어떤 동영상은 더 오래 걸리는가: 먼저 내부 코덱을 판단합니다

CineX의 변환 속도를 정하는 첫 단계는 파일 이름도, .mkv나 .mp4 같은 확장자도 아닙니다. 먼저 동영상 내부에서 실제로 사용된 코덱을 읽습니다. 화면이 이미 기기에서 바로 처리하기에 적합하면 CineX는 최대한 리먹스만 하고 화면을 다시 압축하지 않습니다. 화면 자체를 다시 처리해야 할 때만 전체 변환으로 들어갑니다. 그래서 같은 확장자라도 하나는 몇 초에 끝나고 다른 하나는 몇 분을 기다려야 합니다.

이 판단이 모든 파일이 빠른 경로로 간다는 뜻은 아닙니다. 화면 파라미터가 호환 범위를 벗어나면 CineX는 전체 변환으로 돌아섭니다. 일부 고프레임, 고비트 심도 소재는 확실히 더 오래 걸립니다. 전체 변환이 필요하고 파일에 오디오 트랙이 없으면 현재 버전은 처리를 거부합니다. 이 글은 CineX가 경로를 어떻게 고르는지만 설명하며 파일 확장자를 속도 약속으로 쓰지 않습니다.

1. CineX는 내부 코덱을 먼저 판단하고 화면을 건드릴지 정합니다

CineX가 동영상 파일을 받으면 가장 먼저 신경 쓰는 것은 파일 이름 끝에 무엇이 적혀 있는지가 아니라 파일 내부에 실제로 어떤 코덱이 들어 있는지입니다. 확장자는 바깥 상자의 이름에 더 가깝고, CineX가 다음에 어떻게 처리할지를 실제로 정하는 것은 상자 안의 화면이 다시 계산 없이 대상 MP4로 바로 들어갈 수 있는지입니다.

이 단계가 뒤의 두 경로를 정합니다. 하나는 기존 화면 데이터를 최대한 유지하고 리먹스만 하는 경로이고, 다른 하나는 화면을 전체 처리해 새 MP4를 생성하는 경로입니다. 두 길의 차이는 사람이 고르는 「속도 모드」가 아니라 CineX가 파일 내부 정보를 바탕으로 내리는 처리 결정입니다. 두 처리의 원리상 차이는 컨테이너만 바꾸는 것과 다시 인코딩하는 것의 차이에서 이어서 볼 수 있습니다.

CineX가 판단하는 것은 파일 내부의 코덱이며 확장자가 아닙니다. 똑같이 .mkv나 .mp4라고 해서 같은 변환 경로로 간다는 뜻이 아닙니다.

2. 첫 번째 일은 「확장자 보기」가 아니라 안에 무엇이 들었는지 확인하는 것입니다

파일 확장자는 컨테이너의 이름이 대략 무엇인지만 알려 줄 뿐, 안의 화면 코덱을 대신 정하지 못합니다. CineX는 파일 안의 코덱 정보를 읽고, 그것을 근거로 화면이 이미 기기에서 바로 처리할 수 있는 범위에 있는지 판단합니다. 이 순서가 중요합니다. 내부 코덱을 먼저 보고 처리 방식을 정하며, .mkv를 봤다는 이유로 「전체 변환이 필요하다」고 기본값을 두지 않습니다.

예를 들어 H.264 8-bit나 HEVC 8/10-bit 화면은 호환 조건을 충족하면 빠른 경로로 갈 수 있고, Xvid, VP9, AV1 같은 화면은 전체 변환이 필요합니다. 코덱 이름이 같아도 실제 화면 파라미터가 호환 범위를 벗어나면 CineX가 다시 전체 변환으로 돌아설 수 있으므로, 코덱 이름 자체도 무조건적인 속도 약속이 아닙니다.

3. 빠른 경로: 화면을 건드리지 않아도 되면 CineX는 다시 압축하지 않습니다

화면 코덱이 이미 대상 MP4에 적합하면 CineX는 리먹스만 해서 기존 화면 데이터를 유지하고 모든 프레임을 다시 계산하지 않습니다. 이런 파일은 보통 몇 초 안에 끝나지만 실제 소요 시간은 기기와 소재에 따라 달라지며, 모든 파일에 대한 고정 약속은 아닙니다.

오디오 트랙도 따로 판단합니다. 호환되는 트랙은 유지하고 호환되지 않는 트랙은 AAC로 변환하지만, 그 때문에 이미 호환되는 화면을 다시 압축할 필요는 없습니다. 다시 말해 CineX의 판단 단위는 「이 파일을 통째로 다시 하거나 전혀 건드리지 않거나」가 아니라 이미 적합한 화면에 불필요한 처리를 최대한 하지 않는 것입니다.

빠른 것은 CineX가 어떤 확장자를 보고 지름길을 택했기 때문이 아닙니다. 빠른 전제는 화면 자체가 이미 대상 MP4에 적합해 CineX가 화면을 다시 압축하지 않아도 된다는 점입니다.

4. 느린 경로: 화면을 바로 처리할 수 없을 때만 CineX가 전체 변환합니다

화면 코덱이 바로 처리할 수 있는 범위에 없으면 CineX는 전체 변환으로 들어갑니다. 화면을 다시 처리하고 출력 MP4에 맞는 새 화면 데이터를 생성합니다. 이런 작업량은 리먹스와 완전히 다르므로 시간이 보통 몇 초에서 분 단위로 바뀝니다.

전체 변환은 분 단위로 들어가고, 보통 소재 자체보다 더 오래 걸립니다. 즉 파일이 이 길로 들어서면 소요 시간은 주로 「화면을 다시 계산해야 한다」는 사실이 정하며 확장자가 정하지 않습니다. 전체 변환은 명확한 화면 경계도 가져옵니다. 예를 들어 10-bit/HDR 화면은 8-bit로 변환되고 Dolby Vision 메타데이터는 유지되지 않습니다. 이런 변화는 CineX가 HDR과 Dolby Vision을 처리하는 경계에서 자세히 볼 수 있습니다.

5. 왜 같은 .mkv인데 하나는 몇 초, 다른 하나는 몇 분인가

파일 이름만 보고 가장 잘못 판단하기 쉬운 지점입니다. 두 파일이 모두 .mkv라고 가정해 봅시다. 첫 번째 안에 조건을 충족하는 H.264가 들어 있으면 CineX는 리먹스만 하고 화면을 다시 압축하지 않습니다. 두 번째 안에 Xvid가 들어 있으면 CineX는 화면을 전체 변환해야 합니다. 바깥의 「.mkv」는 완전히 같지만 안의 코덱이 달라 처리 경로도 달라집니다.

따라서 「MKV를 MP4로 바꾸는 데 얼마나 걸리는가」에는 확장자만으로 답할 수 있는 고정 숫자가 없습니다. CineX는 안의 코덱을 먼저 읽고 빠른 경로와 느린 경로 중 하나를 정합니다. MKV 상황에서 기존 화면을 최대한 유지하는 것이 핵심이라면 MKV를 MP4로 바꿀 때 화면을 다시 압축하지 않아도 되는 경우를 이어서 보세요.

같은 .mkv가 완전히 다른 두 결과를 낼 수 있습니다. H.264가 든 파일은 몇 초에 끝나고 Xvid가 든 파일은 몇 분을 기다려야 할 수 있습니다. 빠르고 느린 것을 정하는 것은 .mkv라는 세 글자가 아니라 안의 코덱입니다.

6. 무엇이 파일을 느린 경로로 미는가

가장 직접적인 경우는 화면 코덱 자체가 대상 MP4로 바로 들어갈 수 없는 때입니다. 또한 코덱 이름이 흔한 유형에 속해 보여도 실제 화면 파라미터가 호환 범위를 벗어나면 CineX는 전체 변환으로 돌아섭니다. 여기에 「경계선」으로 공개할 만한 단일 숫자는 없으므로 CineX의 판단을 「어떤 파라미터보다 낮으면 빠르고 높으면 느리다」로 단순화할 수 없습니다.

고프레임, 고비트 심도 소재가 더 뚜렷한 예입니다. 현재 테스트에서 120fps 고비트 심도 소재는 약 1배 실시간으로, 10분 소재에 약 12분이 걸렸습니다. 이 숫자는 일부 파일이 확실히 더 오래 걸린다는 점을 설명하기에 적합하지만 모든 전체 변환이 이 속도로 돌아간다는 뜻은 아닙니다.

7. 경계: CineX의 판단은 만능 통행증이 아닙니다

• 코덱 이름이 전체 판단을 대신하지 못합니다. 화면 파라미터가 호환 범위를 벗어나면 CineX는 전체 변환으로 들어가며, 구체적인 내부 임계값은 대외 약속으로 쓰지 않습니다.
• 전체 변환이 필요하고 오디오 트랙이 없는 파일은 현재 버전에서 거부됩니다. 이것은 현재의 경계이며 「오디오 트랙을 자동으로 하나 넣는」 방식으로 우회하지 않습니다.
• 손상된 파일은 일반적인 오류 안내만 받습니다. CineX는 현재 구체적인 손상 원인을 더 세분화한 사용자 안내로 나누지 않습니다.
• 느린 것이 판단 실패는 아닙니다. 화면을 반드시 다시 처리해야 할 때 분 단위 소요 시간은 CineX가 전체 변환을 선택한 결과입니다.

8. 가장 기억할 만한 기대: 코덱을 먼저 보고 시간을 이야기합니다

이 글에서 가장 기억할 점은 CineX의 속도를 파일 확장자에서 바로 추론할 수 없다는 것입니다. CineX는 코덱 정보를 먼저 읽고 화면을 다시 처리해야 하는지 정합니다. 유지할 수 있으면 최대한 유지하고 전체 변환이 필요하면 명확히 더 느린 경로로 들어갑니다. 그래서 같은 「MP4로 변환」동작도 몇 초만 걸리거나 분 단위로 기다려야 할 수 있습니다.

이 순서는 CineX가 「빠른 모드」와 「느린 모드」를 수동으로 고르게 하지 않는 이유도 설명합니다. 경로는 화질이나 속도 스위치가 아니라 파일 자체의 코덱과 파라미터에서 나옵니다. CineX는 결국 모두 MP4를 출력하지만 그 결과에 도달하는 과정은 파일 내부의 실제 상황에 따라 달라집니다.

자주 묻는 질문

CineX로 동영상 하나를 변환하는 데 얼마나 걸리나요?

파일 확장자만으로 제시할 수 있는 고정 시간은 없습니다. 화면이 이미 대상 MP4에 적합하면 CineX는 보통 리먹스만 하고 대개 몇 초 안에 끝납니다. 화면을 전체 변환해야 하면 분 단위이며 보통 소재 자체보다 더 오래 걸립니다.

MKV 두 개 중 하나는 몇 초에 끝나고 다른 하나는 오래 걸리는 이유는 무엇인가요?

CineX는 .mkv 확장자로 경로를 고르지 않고 파일 내부의 코덱을 읽기 때문입니다. 조건을 충족하는 H.264는 리먹스만 하면 되고 Xvid 같은 화면은 전체 변환이 필요하므로 확장자가 같아도 소요 시간이 완전히 다를 수 있습니다.

CineX는 빠른 경로와 느린 경로를 어떻게 판단하나요?

CineX는 파일 내부의 코덱 정보를 읽고 실제 화면 파라미터와 함께 대상 MP4로 바로 들어갈 수 있는지 판단합니다. 화면을 다시 처리하지 않아도 되면 빠른 경로로 가고 화면을 다시 처리해야 하면 전체 변환으로 들어갑니다.

흔한 코덱으로 보여도 전체 변환으로 갈 수 있나요?

가능합니다. 코덱 이름이 유일한 조건이 아니며 실제 화면 파라미터가 호환 범위를 벗어나면 CineX는 여전히 전체 변환으로 들어갑니다. 내부 임계값을 고정된 경계 숫자로 공개하지는 않습니다.

변환이 느리면 CineX가 잘못 고른 건가요?

반드시 그렇지는 않습니다. 분 단위 소요 시간은 보통 이 파일의 화면을 전체적으로 다시 처리해야 한다는 뜻입니다. CineX의 경로 선택은 먼저 파일 내부 코덱과 파라미터가 정합니다. 120fps 고비트 심도 소재처럼 현재 테스트에서 10분 소재에 약 12분이 걸린 경우는 원래부터 확실히 기다려야 하는 상황입니다.

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