선택한 클라이언트가 원본 비디오 재생 경로를 유지하면서 해당 자막 스트림을 렌더링하지 못하면 자막으로 인해 트랜스코딩이 시작됩니다.
자막을 활성화하기 전까지 영화가 완벽하게 다이렉트 재생될 수 있는 이유는 비디오, 오디오, 자막이 하나의 클라이언트별 세션으로 협상되기 때문입니다. 서버는 텍스트 트랙을 추출하거나, 복잡한 ASS 스타일을 유지하거나, 이미지 기반 PGS 또는 VobSub 그래픽을 오버레이하거나, 오디오가 변환되는 동안 자막 동기화를 유지해야 할 수 있습니다. 먼저 파일 하나와 클라이언트 하나로 변경 사항을 재현한 다음, 정확히 어떤 스트림과 호환성 규칙이 변경되었는지 확인하세요.
변경된 변수가 자막뿐인지 확인하기
같은 장치를 사용해 같은 화질로 동일한 콘텐츠를 자막 없이 재생한 다음, 오디오, 원격 화질, 재생 애플리케이션을 변경하지 않고 자막 트랙 하나를 활성화하세요. 변경 전후의 서버 대시보드 상태를 기록합니다.
재생 결정 정보에서 비디오가 다이렉트 재생 또는 다이렉트 스트림에서 전체 트랜스코딩으로 전환되었는지 확인하고, 서버가 관련 정보를 제공하는 경우 자막과 관련된 원인도 확인해야 합니다. Plex 문제 해결 사례에서는 특정 자막과 클라이언트 조합에서만 재생 모드가 변경되는 현상을 확인하기 위해 활성 스트림을 점검할 것을 권장합니다.
자막을 활성화하기 전부터 재생이 트랜스코딩 중이었다면 전체 변환을 자막 탓으로 돌리지 마세요. 원격 비트레이트, 지원되지 않는 오디오, 비디오 호환성 등 기존 원인을 유지하고, 자막이 버닝을 추가하는지 아니면 단순히 선택된 상태로 남는지 기록하세요.
자막이 텍스트, 스타일 텍스트 또는 이미지 기반인지 확인하기
언어 표시만 믿지 말고 선택한 트랙을 직접 확인하세요. SRT와 WebVTT는 단순한 텍스트 형식이고, ASS 또는 SSA에는 글꼴, 위치 지정, 애니메이션, 스타일이 포함될 수 있으며, PGS와 VobSub은 이미지 기반 자막 스트림입니다.
지원되지 않는 형식은 일반적으로 서버가 각 자막을 비디오 프레임에 렌더링하도록 합니다. Jellyfin 이슈에서는 지원되지 않는 자막 형식이 버닝을 유발하고 트랜스코딩 경로를 지연시키거나 멈출 수 있다고 설명합니다.
같은 콘텐츠의 다른 트랙, 가능하면 같은 언어의 일반 SRT 트랙과 비교해 보세요. SRT는 다이렉트 재생을 유지하지만 ASS 또는 PGS는 비디오 트랜스코딩을 강제한다면, 주된 문제는 비디오 코덱이 아닙니다. 클라이언트가 선택한 자막 표현 형식을 직접 렌더링하지 못하는 것입니다.
| 자막 유형 | 일반적인 클라이언트 작업 | 가능성 높은 서버 대체 처리 |
|---|---|---|
| SRT 또는 WebVTT | 일반 시간 지정 텍스트 렌더링 | 추출, 변환 또는 직접 렌더링 |
| ASS 또는 SSA | 글꼴, 위치 지정 및 효과 렌더링 | 스타일 제거 또는 비디오에 버닝 |
| PGS 또는 VobSub | 시간에 맞춰 자막 이미지 오버레이 | 클라이언트 오버레이 또는 비디오 버닝 |
이 표는 진단용 지도로 활용하되, 모든 경우에 적용되는 호환성 목록으로 보지는 마세요. 자막 지원은 플레이어 구현에 따라 달라지므로 같은 형식이라도 한 애플리케이션에서는 다이렉트 재생되고 다른 애플리케이션에서는 버닝이 강제될 수 있습니다.
텔레비전이나 스트리밍 박스뿐 아니라 클라이언트 애플리케이션 비교하기
같은 계정, 파일, 오디오 트랙, 자막을 데스크톱 플레이어, 모바일 앱, 브라우저 또는 다른 TV 애플리케이션과 같은 다른 클라이언트에서도 테스트하세요. 비디오 코덱을 디코딩할 수 있는 디스플레이라도 자막 렌더링은 해당 애플리케이션에 의존할 수 있습니다.
클라이언트 기능이 완전한 한계가 될 수 있습니다. Android TV 기능 요청 사례에서는 장치가 복잡한 자막을 로컬에서 렌더링하기 어려웠으며, 서버 측 버닝에는 트랜스코딩이 필요하다고 명시합니다.
다른 클라이언트에서 같은 조합이 다이렉트 재생된다면 서버와 미디어 파일은 그대로 둔 채, 문제가 발생하는 앱의 자막 버닝 선호 설정, 기본 플레이어 선택, 애플리케이션 버전을 확인하세요. 서버 하드웨어를 교체해도 제한된 클라이언트에 자막 지원 기능이 추가되지는 않습니다.
오디오 변환이 자막 경로를 변경하는지 확인하기
비디오와 자막 트랙은 고정한 상태에서, 가능한 경우 스테레오 AAC 또는 AC-3와 같은 호환 가능한 오디오 트랙으로 테스트를 반복하세요. 일부 TV 클라이언트는 전체 다이렉트 재생 중에만 자막을 오버레이할 수 있으며, 서버가 오디오를 리먹스하거나 트랜스코딩해야 하면 버닝을 요청합니다.
Plex 클라이언트 분석에서는 이러한 상호작용을 설명합니다. 일부 스마트 TV 클라이언트에서는 비디오 코덱 자체가 지원되더라도 오디오 트랜스코딩과 자막이 비디오를 버닝 경로로 전환할 수 있습니다.
오디오 트랙만 변경했을 때 자막과 함께 다이렉트 재생이 복원된다면 실제 원인은 자막 파일 자체가 아니라 결합된 클라이언트 프로필입니다. 지원되는 오디오 트랙을 유지하거나, 더 강력한 클라이언트를 사용하거나, 원본 비디오를 다시 인코딩하지 않고 호환 가능한 보조 오디오 트랙을 생성하세요.
버닝을 피하기 위한 가장 손상이 적은 방법 선택하기
먼저 클라이언트가 기본적으로 렌더링할 수 있는 자막 트랙을 사용하세요. 스타일이 필수적이지 않다면 올바르게 동기화된 텍스트 자막을 우선 사용하거나, 원본 ASS, PGS 또는 VobSub 트랙을 지원하는 클라이언트를 선택하세요.
전체 라이브러리를 자동으로 OCR 처리하거나 변환하지 마세요. 텍스트 변환 과정에서 위치 정보, 강제 자막 표시, 청각 장애인용 안내, 글꼴, 타이밍 정확도가 손실될 수 있습니다. 원본 자막은 보존하고, 필요한 콘텐츠와 클라이언트에 대해서만 호환 가능한 사이드카 자막을 생성하세요.
ZimaSpace의 자막 버닝 비용 설명에서는 하드웨어 비디오 트랜스코딩이 활성화되어 있는데도 서버 CPU 사용량이 높은 경우와 관련된 작동 원리를 다룹니다.
자막 버닝이 불가피하다면 여러 원격 세션을 허용하기 전에 서버가 이를 실시간으로 처리할 수 있는지 테스트하세요. GPU가 비디오 디코드와 인코드를 가속하더라도 자막 렌더링이나 필터 처리는 여전히 CPU 병목 단계를 만들 수 있습니다.
실제 클라이언트에서 최종 재생 조합 검증하기
선택한 비디오, 오디오, 자막 트랙을 사용해 실제 원격 클라이언트 또는 거실 클라이언트에서 정확히 다시 테스트하세요. 재생 모드, 트랜스코딩 원인, CPU 및 GPU 사용량, 버퍼링, 자막 표시 상태, 탐색 후 동기화를 확인합니다.
일부 클라이언트는 재개할 때 다른 재생 경로를 다시 협상할 수 있으므로 콘텐츠를 중지한 후 재개하는 테스트도 반복하세요. 강제 자막 트랙과 전체 대화 자막 트랙이 모두 있다면 각각 하나씩 테스트합니다.
문제는 의도한 클라이언트가 비디오를 변환하지 않고 자막을 렌더링하거나, 필요한 버닝을 안정적인 속도와 품질로 완료할 때만 해결된 것입니다. 작동하는 클라이언트, 자막 유형, 오디오 트랙, 버닝 설정을 기록해 두면 향후 애플리케이션 업데이트를 동일한 기준과 비교할 수 있습니다.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.

