MKV가 iPhone이나 iPad에서 열리지 않고 소리도 안 나올 때 어떻게 하나: 화면과 소리를 나눠서 판단합니다

같은 MKV라도 Apple 기기에서는 결이 완전히 다른 두 가지 실패가 납니다. 파일이 통째로 열리지 않거나, 아니면 화면은 정상인데 소리가 없거나입니다. 뒤의 것은 흔히 「파일이 망가졌다」로 오해되는데, 실적으로는 소리 트랙 하나에만 걸린 일이 많습니다. 그래서 순서는 재생기를 하나 더 찾는 것이 아니라 두 가지를 나눠 판단하는 것입니다. 안의 화면 코덱을 이 기기가 아는지, 안의 소리 코덱을 아는지.

MKV는 다만 상자일 뿐이고, iPhone이 거부하는 것은 안의 내용입니다

MKV는 여러 개의 화면·소리·자막을 한데 담을 수 있지만, 그 정리 방식은 Apple 기기의 재생 경로에 자리가 없습니다. 그래서 시스템 쪽에서는 「파일이 있는데 재생되지 않는다」가 흔합니다. 다만 구할 수 있는지, 어떻게 처리할지는 상자 안에 어떤 코덱이 담겼는지에 달렸습니다. 화면이 H.264나 흔한 파라미터 안의 HEVC라면 화면 자체는 사실 그대로 MP4에 옮길 수 있습니다. 화면이 Xvid／MPEG-4 계열이라면 다시 압축해야 합니다. 포장과 코덱이 무엇을 각각 담당하는지는 컨테이너와 코덱은 무엇이 다른가에 적혀 있습니다.

열리지 않는 것은 전부 망가진 것이 아닙니다. 많은 경우 화면은 좋고 소리도 좋은데, 이 기기가 모르는 상자 안에 들어 있을 뿐입니다.

화면은 있고 소리가 없다면, 대개 소리 트랙 하나에 걸립니다

MKV에서 가장 흔한 다채널 소리 트랙은 DTS, DTS 5.1, TrueHD, FLAC이고, AC-3, E-AC3, AAC, MP3, Opus도 있습니다. 기기가 알고 결과물에도 들어가는 트랙은 그대로 옮겨가고 소리 데이터를 한 번 더 압축하지 않습니다. 받아들이지 못하는 트랙은 호환 형식으로 바꾸고, 가장 흔한 끝은 AAC입니다 — MP3는 뒤쪽 무리에 속합니다. 기기는 그것을 디코딩할 수 있지만 MP4에는 아는 자리가 없기 때문입니다. 여러 언어, 여러 판본의 소리 트랙도 트랙마다 처리해서 하나만 남지 않습니다. 그대로 가져갈 수 있는 것은 곧바로 옮기고, 결과물에 들어가지 못하는 것은 먼저 호환 형식으로 바꿉니다(가장 흔한 끝은 AAC). 기본 트랙은 맨 앞에 놓이고 나머지는 그대로 보존되지만 기본 자리를 빼앗지 않습니다. 옆에는 결과물 검사 하나가 더 서 있습니다. 각 소리 트랙이 기기에서 실제로 소리로 디코딩되어야 결과물을 넘깁니다. 디코딩되지 않으면 결과물을 내지 않는 편이 낫고, 「성공했다고 보고했는데 열어 보면 소리가 없는」파일은 넘기지 않습니다.

화면은 있고 소리가 없는 것은, 대개 이 영상이 망가진 것이 아니라 이 기기가 화면 흐름은 읽지만 소리 흐름은 읽지 못하는 것입니다.

자막 층은 따로 물어야 합니다: 텍스트는 그대로 옮기고, 이미지는 먼저 글자로 읽습니다

SRT, ASS 같은 텍스트 자막이 들어 있으면 트랙마다 결과물로 옮겨갑니다. ASS 안의 색과 위치 지정 같은 스타일 정보는 벗겨지고 글자는 남습니다. 이미지 형태의 자막이 들어 있으면 예에는 통째로 포기할 수밖에 없었습니다. 블루레이 계열(PGS)은 현재 같은 처리 안에서 글자로 인식되어 텍스트 자막 트랙으로 옮겨집니다. 다만 인식을 틀릴 수 있고, 이 경로는 PGS에서만 실기 검증을 마쳤습니다. 이미지로 놓인 다른 자막에는 돌린 기록이 없습니다. 종류별 세부 내용은 CineX 변환 후 자막은 어떻게 되는가를 보십시오.

걸리는 시간은, 화면을 다시 압축해야 하는지에 달렸습니다

상자만 갈아끼우거나 소리 트랙 하나만 다룰 때는 속도가 「내용을 다시 담아내기」에 가까워 초 단위입니다. 화면을 실제로 다시 압축해야 할 때는 시간이 소재 길이 기준이고 분 단위입니다. 같은 MKV에서 화면도 움직이고 소리도 움직인다면 뒤의 경로를 탑니다. CineX는 손대기 전에 이 판단을 먼저 합니다. 순서는 CineX는 왜 어떤 동영상은 빠르고 어떤 동영상은 더 오래 걸리는가에 적혀 있습니다.

처리가 끝난 뒤 손에 쥐는 것

새 MP4 한 개, 사용자 자신의 기기에 놓입니다. 원본은 고쳐 써지지 않고 옮겨지지도 않습니다. 결과물은 「파일」 앱에서 눈에 보이고 다른 앱에 계속 넘겨 쓸 수 있으며, 이 앱 안에 잠기지 않습니다. 처리 전체는 이 기기에서 완료되고 변환에는 파일을 다른 곳에 넘길 필요가 없습니다. 이 점은 CineX가 동영상을 처리하는 위치에 분명히 적혀 있습니다.

변환할까, 이번만 보고 끝낼까

오늘 밤 이 한 편만 보려는 것이라면 어느 재생 방식이든 괜찮고, 비용이 가장 작습니다. 이 파일을 앞으로 반복해 볼 것이고, 남에게 줄 것이고, 오래 그냥 둘 것이라면, 어느 기기에서나 아는 평범한 파일로 만드는 것이 훨씬 덜 번거롭습니다. 같은 잣대는 Mac 쪽 글에서도 썼습니다. MKV가 Mac에서 열리지 않을 때 판단하는 방법을 보십시오. iPhone과 iPad에서의 차이는 하나뿐입니다. 이 기기에서는 「화면은 있고 소리가 없음」이 더 잘 나타난다는 점입니다. 다채널 소리 트랙이 더 흔하기 때문입니다.

자주 묻는 질문

MKV를 iPhone에서 재생할 수 있나요?

시스템의 재생 경로가 MKV라는 상자를 받아들이지 못하므로, 두 번 클릭하면 대개 반응이 없습니다. 구할 수 있는지, 어떻게 처리하는지는 안에 담긴 화면과 소리가 각각 어떤 코덱인지에 달렸습니다. 판단은 이 파일로 하고 확장자로 하지 않습니다.

재생되는데 소리가 없는 이유는 무엇인가요?

대개 그 소리 트랙의 코덱을 기기가 읽지 못합니다. 흔한 것은 DTS, DTS 5.1, TrueHD, FLAC입니다. 이 트랙들은 호환 형식(대개 AAC)으로 바뀌고, 기기가 아는 AC-3, E-AC3, AAC는 그대로 옮겨가서 소리를 한 번 더 압축하지 않습니다. MP3도 대개 AAC로 바뀝니다. 기기가 디코딩 못 해서가 아니라, MP4에 그 자리 없기 때문입니다.

여러 언어, 여러 소리 트랙이 다 가져가집니다?

다 가져갑니다. 트랙마다 가져가고 하나만 남지 않습니다. 기기가 아는 소리 트랙은 그대로 옮기고, 모르는 것(흔한 것은 DTS, DTS 5.1, TrueHD, FLAC)은 각각 호환 형식으로 바꿉니다. 기본 트랙은 맨 앞에 놓고 나머지는 보존하지만 기본 자리를 빼앗지 않습니다. 동시에 결과물 검사 하나가 있습니다. 각 소리 트랙이 이 기기에서 실제로 소리 한 프레임분을 디코딩해야 넘기고, 되지 않으면 통째로 막습니다. 그래서 「변환은 성공했는데 소리가 없다」가 나옵니다. 자막은 다른 규칙을 탑니다. 텍스트 쪽은 트랙마다 가져가고, 이미지 쪽은 글자로 인식되는 경로를 탑니다(아래 그 계열을 보십시오).

제 MKV가 고쳐 써지나요?

그렇지 않습니다. 결과물은 따로 새 파일 한 개이고 원본은 그대로입니다. 실패나 취소는 변환 횟수를 차감하지 않으니, 아직 마치지도 않은 일에 비용을 지불하지 않고 시험할 수 있습니다. 무료 버전의 계산 규칙은 CineX 무료 버전에 포함된 것에 적혀 있습니다.

먼저 사나요, 제 영상으로 먼저 시험하나요?

먼저 시험합니다. 소리가 있다고 확신하는 원본 하나를 골라 한 번 돌리고, 문제 날 것 같은 것(예를 들어 DTS 5.1이나 자막 여러 개를 달린 것)을 한 번 더 돌리십시오. 두 번이면 이런 종류의 파일에서 판단이 믿을 만한지 드러납니다. Opus는 한 번 구매이고, 구매가 바꾸는 것은 이후에 몇 번 더 변환할 수 있는지뿐입니다. 화질, 속도, 형식 범위는 지불 때문에 바뀌지 않습니다. 무엇을 시험할지는 Opus를 사기 전에 시험해야 할 것에 적혀 있습니다.

Axiom One LLC — CineX