블로그로 돌아가기

갤러리 / P4 · CineX

CineX가 HDR과 Dolby Vision을 유지하는지는 화면을 다시 인코딩하는지에 달려 있습니다

CineX가 HDR과 Dolby Vision을 유지할 수 있는지는 화면을 다시 인코딩해야 하는지에 달려 있습니다. 리먹스할 때는 HDR10 정적 메타데이터가 그대로 전달되고 Dolby Vision 메타데이터도 유지됩니다(특수한 경우 제외). 전체 변환이 필요하면 Dolby Vision 메타데이터가 손실되고 10-bit / HDR 화면이 8-bit로 변환됩니다.

소중한 HDR 소스를 화면 정보를 전혀 바꾸지 않은 사본으로 만들고 싶다면 이 경계선을 먼저 확인하세요. CineX의 목표는 모든 화면 코덱을 그대로 남기는 것이 아니라 iPhone, iPad, Mac에서 바로 열기 더 적합한 MP4를 만드는 것입니다. 아래에서는 HDR과 Dolby Vision이 두 처리 방식에서 어떻게 되는지만 다루며, 아직 처리하지 않은 파일의 결과를 미리 예측하지는 않습니다.

1. 결과를 실제로 정하는 것은 화면을 다시 인코딩했는지입니다

「동영상을 MP4로 변환한다」는 한 가지 일처럼 들리지만 CineX는 실제로 두 가지 다른 처리를 할 수 있습니다. 하나는 파일의 컨테이너만 조정하고 기존 화면 데이터를 유지하는 방식이고, 다른 하나는 화면을 다시 처리해 새 MP4에 기록하는 방식입니다. 앞의 방식은 조건에 따라 HDR / Dolby Vision 정보를 유지하고 뒤의 방식은 명확한 화질 저하 경계가 있습니다. 두 처리 방식 자체의 차이는 컨테이너만 바꾸는 것과 다시 인코딩하는 것의 차이에서 따로 읽을 수 있습니다.

확장자로 단정하지 마세요. 똑같이 MKV라고 불리는 파일도 내부 화면 코덱과 파라미터가 다를 수 있고, 똑같이 HDR이라고 적힌 작품도 CineX가 같은 처리 방식을 쓴다는 뜻이 아닙니다. 파일 이름과 화면 라벨은 「그것이 무엇인가」를 알려 줄 뿐 「변환 후 어떻게 되는가」를 알려 주기에는 부족합니다.

CineX의 HDR과 Dolby Vision 유지 여부는 화면 처리 경로에 달려 있습니다. 리먹스할 때는 해당 정보가 유지되고, 전체 재인코딩을 하면 Dolby Vision 메타데이터가 손실되며 10-bit / HDR 화면이 8-bit로 변환됩니다.

2. HDR10과 Dolby Vision: 먼저 「화면」과 「화면에 딸린 정보」를 구분합니다

이 글을 이해하려고 동영상 기술 규격을 먼저 외울 필요는 없습니다. 화면은 동영상 자체로, 메타데이터는 화면에 딸려 재생할 때 그것을 이해하고 표현하도록 돕는 정보로 생각하면 됩니다. HDR10에는 정적 메타데이터가 있고 Dolby Vision에도 자체 메타데이터가 있습니다. 어느 것도 파일 확장자만으로 식별할 수 없고, 출력이 MP4라고 해서 해당 정보가 반드시 있거나 반드시 사라진다고 추론할 수도 없습니다.

여기서는 두 가지를 나눠 물어야 합니다: 화면 데이터를 다시 압축했는가? 그리고 원본 파일의 HDR10 / Dolby Vision 메타데이터가 결과물에 계속 담겼는가? 「여전히 MP4다」「재생된다」만으로는 이 두 질문에 답할 수 없습니다. HDR 버전을 중요하게 여기는 사람에게 이 구분은 출력 파일 이름보다 중요합니다.

3. 리먹스할 때: HDR10 정적 메타데이터는 전달되고 Dolby Vision 메타데이터도 유지됩니다

원본 파일의 화면 코덱과 파라미터가 이미 바로 재생하기에 적합하면 CineX는 컨테이너만 바꿔 내용을 MP4에 기록하고 화면을 다시 압축하지 않습니다. 이렇게 처리하면 기존 화면의 비트 심도가 변하지 않고 HDR10 정적 메타데이터가 그대로 전달되며 Dolby Vision 메타데이터도 유지됩니다. 다만 특수한 경우는 제외합니다. 이것은 모든 Dolby Vision 파일에 대한 무조건적인 약속이 아닙니다.

「메타데이터가 유지된다」와 「화면을 다시 압축하지 않는다」는 서로 맞물리지만 섞어 쓸 수 없는 두 사실입니다. 전자는 딸린 정보를 말하고 후자는 화면 데이터를 말합니다. HDR10이 중요하면 정적 메타데이터가 이 경로로 전달되는지 보고, Dolby Vision이 중요하면 그 자체의 메타데이터가 유지되는지 봅니다. 이 경로에서 CineX의 가치는 MP4로 바꾸기 위해 이미 적합한 화면을 다시 만들 필요가 없다는 점입니다.

리먹스할 때 CineX는 화면을 다시 압축하지 않고 비트 심도가 그대로 유지됩니다. HDR10 정적 메타데이터는 전달되고 Dolby Vision 메타데이터도 유지됩니다(특수한 경우 제외).

4. 전체 재인코딩할 때: Dolby Vision에서 무엇이 사라지고 HDR은 무엇이 바뀌는가?

전체 변환이 필요할 때는 결론을 분명히 말해야 합니다: Dolby Vision 메타데이터가 손실되고 10-bit / HDR 화면이 8-bit로 변환됩니다. 이것은 파일이 한 확장자에서 다른 확장자로 바뀌는 것만이 아니라 CineX가 화면을 다시 처리한 것입니다. 원본의 Dolby Vision 메타데이터를 남기는 것이 목적이라면 이 경로를 지나 나온 MP4는 그 요구를 충족하지 않습니다.

HDR10은 더 세심하게 표현해야 합니다. 리먹스할 때는 정적 메타데이터가 그대로 전달되고, 전체 재인코딩할 때는 해당 정보가 다시 처리된 화면에 따라 변하므로 원래 그대로의 HDR10 메타데이터 사본으로 볼 수 없습니다. 여기서 HDR10과 Dolby Vision을 「HDR이 다 없어졌다」는 한 문장으로 섞지도 않고, 명확한 8-bit 변화를 「조금 다를 수 있다」고 가볍게 쓰지도 않습니다.

8-bit는 결과 화면의 비트 심도이며, 이 몇 글자로 특정 장면이 어떻게 보이는지를 대신 평가할 수는 없습니다. 확실한 것은 원래의 10-bit / HDR 화면과 다르다는 점입니다. 이런 화면 정보를 남기는 것이 최우선 조건이라면 전체 변환을 원본 특성을 유지하는 방법으로 삼을 수 없습니다.

CineX가 전체 재인코딩을 해야 하면 Dolby Vision 메타데이터가 손실되고 10-bit / HDR 화면이 8-bit로 변환되며, HDR10 정적 메타데이터도 리먹스할 때의 전달 결과로 기대할 수 없습니다.

5. 원래의 HDR 정보를 새 MP4에 함께 넣지 않는 이유는 무엇인가요?

전체 변환이 화면을 다시 계산하기 때문에 옛 화면에 붙어 있던 정보가 새 화면과 어울린다는 보장이 없기 때문입니다. 그 정보를 그대로 쓰면 「HDR을 유지한 것처럼」 보이지만 결과물이 실제 화면과 맞지 않는 설명을 달고 다닐 수 있습니다. CineX는 의도적으로 보수적인 처리를 택합니다. 반드시 다시 인코딩해야 할 때는 명확한 비트 심도 저하를 받아들이고, 어긋날 수 있는 Dolby Vision 정보를 남기지 않습니다. 이것은 처리상의 선택이며 우발적인 버그가 아닙니다.

저는 이것을 화질 저하를 좋게 포장하는 말이 아니라 분명한 제품 경계로 이해하는 편이 좋다고 봅니다. CineX가 하는 일은 파일을 바로 열기 더 적합한 MP4로 변환하는 것입니다. 「모든 HDR 특성을 원본 그대로 저장한다」를 전체 변환 경로의 결과에 넣지는 않았습니다. 이 선택이 저장 목표와 충돌한다면 가장 중요한 것은 나중에야 화면이 다시 만들어졌음을 알게 되는 것이 아니라 변환 전에 결과가 요구에 맞지 않을 수 있음을 아는 것입니다.

6. 10-bit만이 아닙니다: 12-bit, 4:2:2, 4:4:4도 살펴야 합니다

자신의 작품에 12-bit, 4:2:2 또는 4:4:4가 적혀 있다면 Dolby Vision 표시가 있는지만 확인하지 마세요. CineX의 현재 처리 경계에 따르면 이런 화면은 8-bit로 변환됩니다. 살펴야 할 것은 어떤 HDR 메타데이터 표시가 남았는지만이 아니라 화면 자체가 다시 처리되었는지입니다.

「변환 후 파일이 열린다」로 「원래 HDR 특성이 다 있다」를 역추론할 수 없는 이유이기도 합니다. 열린다는 것은 결과물의 용도를 말하고 8-bit와 메타데이터 변화는 결과물의 내용을 말하며 둘은 같은 판단이 아닙니다. 이런 화면 특성을 반드시 남겨야 하는 작업이라면 원본 파일을 보관하세요. CineX는 새 MP4를 만들 뿐 원본을 대체하지 않지만, 새 파일이 그렇다고 원본의 동등한 사본이 되지는 않습니다.

7. 제 파일은 결국 어느 경로로 가나요? 변환 전에 판정할 수 있나요?

파일 내부의 화면 코덱과 파라미터를 먼저 보세요. MKV, MP4 같은 확장자만 보거나 파일 정보에 「HDR」이 있는지만 보면 안 됩니다. 화면이 이미 기기가 바로 재생할 수 있는 유형이고 파라미터도 호환 범위 안에 있어야 컨테이너만 바꿀 가능성이 생기며, 화면 코덱이나 파라미터가 그 범위를 벗어나면 전체 변환이 필요합니다. 이 판단 관계가 결과물에서 HDR과 Dolby Vision의 운명을 정합니다.

하지만 「컨테이너만 바꿀 가능성이 있다」가 변환 전에 모든 파일을 확정할 수 있다는 뜻은 아닙니다. 10-bit나 Dolby Vision이 들어 있음을 알아도 그 라벨만으로 결과를 단정할 수 없고, 특수한 경우 때문에 Dolby Vision 메타데이터 유지도 반드시 성립한다고 쓸 수 없습니다. 특정 파일이 결국 어느 경로로 갔고 메타데이터가 유지되었는지는 실제 처리 결과를 기준으로 해야 합니다. CineX가 무엇을 기준으로 이 결정을 하는지 더 알고 싶다면 CineX가 변환 경로를 판단하는 방법을 보세요.

8. 경계: 도움이 되지 않는 부분

그래서 질문은 「CineX가 HDR을 지원하는가」가 아니라 「이 파일이 다시 인코딩을 필요로 하는가, 필요하다면 Dolby Vision 메타데이터 손실과 화면의 8-bit 변환을 받아들일 수 있는가?」여야 합니다. 이것이 이 작품을 CineX로 처리할지 정할 때 더 유용한 질문입니다.

자주 묻는 질문

작품을 MP4로 변환하면 Dolby Vision이 남아 있나요?

리먹스할 때는 Dolby Vision 메타데이터가 유지되지만(특수한 경우 제외) 전체 재인코딩이 필요하면 Dolby Vision 메타데이터가 손실됩니다. 출력이 MP4라는 것만으로 판단할 수는 없습니다.

그럼 HDR10은요? 변환하면 사라지나요?

리먹스할 때는 HDR10 정적 메타데이터가 그대로 전달되고 화면을 다시 압축하지 않습니다. 전체 변환을 하면 해당 정보가 화면 재처리에 따라 변하고 10-bit / HDR 화면이 8-bit로 변환됩니다. 두 경로를 같은 것으로 보면 안 됩니다.

CineX가 10-bit를 8-bit로 바꾸는 이유는 무엇인가요?

전체 재인코딩할 때 의도적으로 택한 보수적인 처리이며 우발적인 버그가 아닙니다. 화면이 다시 계산된 뒤 CineX는 새 화면과 어긋날 수 있는 정보를 그대로 쓰지 않고 결과가 더 예측 가능한 8-bit 결과물을 선택합니다.

파일 정보에 Dolby Vision이라고 적혀 있으면 결과를 미리 알 수 있나요?

아직 아닙니다. 핵심은 Dolby Vision 라벨이나 확장자가 아니라 내부 화면 코덱과 파라미터를 바로 재생할 수 있는지이며, 구체적인 파일은 실제 처리 결과를 기준으로 해야 합니다. 판단 방식은 CineX가 변환 경로를 판단하는 방법에서 참고할 수 있습니다.

리먹스와 전체 변환은 화면 자체에 어떤 차이가 있나요?

리먹스할 때 CineX는 화면을 다시 압축하지 않고 기존 비트 심도가 그대로 유지됩니다. 전체 변환은 화면을 다시 처리하며 그중 10-bit / HDR 화면이 8-bit로 변환됩니다. 둘을 묶어 「화질이 변하지 않는다」고 말할 수는 없습니다.

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