색이 바랜 원격 HDR은 일반적으로 유효한 HDR-to-SDR 톤 매핑 단계 없이 SDR 클라이언트가 HDR 값을 수신했다는 의미입니다.
원격 재생에는 여러 판단 단계가 추가됩니다. 클라이언트는 디스플레이와 코덱 지원 여부를 보고하고, 품질 제한에 따라 변환이 필요할 수 있으며, 미디어 서버는 직접 재생 또는 트랜스코딩을 선택합니다. 또한 FFmpeg 또는 하드웨어 파이프라인은 소스 색상 메타데이터를 유지하면서 밝기와 색 영역을 SDR로 매핑해야 합니다. 먼저 실제 세션을 진단하세요. 클라이언트가 HDR을 잘못 직접 재생하는 경우, 톤 매핑이 비활성화된 경우, 활성화된 하드웨어 필터가 조용히 실패한 경우에는 해결 방법이 서로 다릅니다.
원격 세션이 직접 재생인지 트랜스코딩인지 확인하기
색이 바랜 이미지가 표시되는 동안 재생 정보를 엽니다. 비디오가 직접 재생(Direct Play), 직접 스트림(Direct Stream), 트랜스코드(Transcode) 중 무엇인지, 표시된 이유, 출력 코덱, 해상도, 비트레이트, 그리고 트랜스코더 로그에 톤 매핑이 나타나는지 기록하세요.
서버 측 톤 매핑은 일반적으로 변경되지 않은 직접 재생 스트림이 아니라 HDR-to-SDR 트랜스코딩에 적용됩니다. Plex 커뮤니티의 설명에서도 이러한 차이를 명확히 확인할 수 있습니다. 트랜스코딩 중에 톤 매핑이 사용되며, 직접 재생하는 클라이언트는 HDR을 자체적으로 처리해야 합니다.
SDR 디스플레이에서 대시보드에 직접 재생으로 표시된다면 GPU를 변경하기 전에 클라이언트의 기능 감지를 조사하세요. 비디오 트랜스코딩으로 표시되면서 출력이 색이 바랬다면 서버 측 톤 매핑과 색상 파이프라인을 점검하세요.
HDR 경로와 SDR 경로에서 같은 파일 비교하기
동일한 제목과 타임스탬프를 HDR을 지원하는 것으로 확인된 로컬 클라이언트, 문제가 발생한 원격 클라이언트, 재생 세부 정보를 표시할 수 있는 데스크톱 플레이어에서 사용하세요. 오디오와 자막 선택은 변경하지 않아야 다른 트랜스코딩 원인이 개입하지 않습니다.
Jellyfin 보고서에서는 브라우저가 해당 형식을 지원하지 않는다고 보고하면서도 HDR을 직접 스트리밍할 때 SDR 출력이 색 바랜 상태로 표시되는 현상이 재현되었습니다. 품질을 수동으로 낮춰 트랜스코딩을 강제하자 톤 매핑된 색상이 복원되었습니다.
같은 화면에서 다른 클라이언트는 파일을 올바르게 표시하는데 한 앱에서만 문제가 발생한다면 클라이언트 프로필 또는 플레이어 회귀 문제로 판단하세요. 모든 SDR 클라이언트에서 트랜스코딩 중에만 문제가 발생한다면 서버 파이프라인에 집중하세요.
톤 매핑이 실제로 활성화되어 있는지 확인하기
플랫폼의 HDR-to-SDR 톤 매핑 옵션을 활성화하고, 제어된 원격 트랜스코딩을 한 번 시작한 다음 생성된 FFmpeg 명령 또는 미디어 서버 로그에서 예상되는 톤 매핑 필터와 하드웨어 장치를 확인하세요.
설정 상자에 체크 표시가 되어 있다는 사실만으로는 충분하지 않습니다. 한 Jellyfin 하드웨어 사례에서는 톤 매핑을 비활성화하면 재생은 가능했지만 이미지가 색이 바랬고, 필터를 활성화한 경로에서는 다른 방식으로 실패했습니다.
GPU 엔진 사용량, CPU 부하, 트랜스코딩 속도, 첫 번째 출력 세그먼트 직전의 로그를 비교하세요. 필터를 초기화할 수 없다면 TV 화면 설정으로 보정하지 말고 장치 매핑, 런타임 라이브러리 또는 지원되는 가속 방식을 수정하세요.
클라이언트 오감지와 서버 필터 고장을 구분하기
제어된 A/B 테스트를 실행하세요. 먼저 클라이언트의 일반적인 자동 결정을 허용한 다음, HDR-to-SDR 트랜스코딩이 강제될 만큼만 원격 품질을 낮춥니다. 두 테스트 사이에는 디스플레이 설정을 변경하지 마세요.
자동 재생에서는 색이 바래지만 강제 트랜스코딩에서는 올바르게 표시된다면, 클라이언트 또는 서버 프로필이 디스플레이에서 렌더링할 수 없는 HDR 경로를 선택하고 있는 것입니다. 두 경우 모두 색이 바랜다면 톤 매핑이 비활성화되었거나 건너뛰어졌거나, 해당 소스에서 지원되지 않거나, 잘못된 색상 메타데이터를 전달받고 있는 것입니다.
클라이언트 측 임시 품질 제한은 원인을 구분하는 용도로만 사용하세요. 영구적인 해결책은 업데이트된 클라이언트 프로필, 지원되는 재생 애플리케이션, 명시적인 SDR 대체 경로 또는 디스플레이의 실제 HDR 지원 여부를 일관되게 인식하는 서버 설정이어야 합니다.
| 관찰된 결과 | 가능성이 높은 계층 | 다음 조치 |
|---|---|---|
| 직접 재생은 색이 바래지만 강제 트랜스코딩은 정상 | 클라이언트 HDR 감지 | 클라이언트, 프로필 또는 SDR 대체 경로 변경 |
| 트랜스코딩이 색이 바래고 톤 매핑 필터가 없음 | 서버 설정 | 톤 매핑 활성화 및 확인 |
| 필터 오류 또는 출력이 매우 느림 | GPU/런타임 경로 | 장치, 드라이버 및 필터 지원 여부 확인 |
| 한 소스 프로필에서만 실패 | 메타데이터 또는 코덱 프로필 | 색상 태그와 Dolby Vision/HDR10 동작 비교 |
이 표를 사용하면 라이브러리 전체를 변환하거나 하드웨어를 교체하기 전에 문제가 발생한 계층을 좁힐 수 있습니다.
색상 메타데이터와 전체 변환 체인 점검하기
미디어 분석 도구를 사용해 소스의 색 원색, 전달 함수, 행렬, 비트 깊이, HDR 형식 및 마스터링 메타데이터를 확인하세요. 해당 값을 트랜스코더 로그 및 생성된 SDR 출력과 비교합니다.
클라이언트가 HDR 값을 SDR로 처리하거나, 제한 범위와 전체 범위를 잘못 해석하거나, 선택한 Dolby Vision 프로필에 호환되는 HDR10 대체 경로가 없을 때도 색이 바랠 수 있습니다. “4K HDR”로 표시된 모든 파일이 동일한 톤 매핑 경로로 들어간다고 가정하지 마세요.
문제가 발생한 파일을 수정하기 전에 정상적으로 작동하는 HDR10 샘플 하나를 테스트하세요. 샘플은 올바르게 톤 매핑된다면 문제를 전역 원격 스트림 설정이 아니라 소스 메타데이터, 프로필 지원 또는 파일별 디코딩 경로로 한정할 수 있습니다.
문제가 발생한 계층을 수정하고 원격 재생 확인하기
클라이언트 오감지라면 재생 앱을 업데이트하거나 변경하고, 신뢰할 수 없는 직접 재생 경로를 비활성화하거나, 지원되는 SDR 프로필을 강제하세요. 서버 문제라면 비트레이트 또는 CPU 제한을 높이기 전에 올바른 GPU 장치, 권한, 드라이버, 런타임 및 톤 매핑 필터를 복구하세요.
ZimaSpace의 하드웨어 트랜스코딩 확인 절차를 이용하면 설정 전환 상태만으로 추정하지 않고 디코딩 및 인코딩 작업이 실제로 수행되는지 확인할 수 있습니다.
일반적인 품질 제한으로 홈 네트워크 외부에서 다시 테스트한 다음, 탐색, 재개, 오디오 또는 자막 전환을 수행하세요. SDR 클라이언트가 안정적으로 매핑된 색상을 수신하고, HDR 클라이언트가 올바른 직접 재생을 유지하며, 트랜스코딩이 실시간보다 빠르게 실행되고, 미디어 서버를 재시작한 뒤에도 결과가 유지될 때에만 복구가 완료된 것입니다.
지원 및 팁
더 읽어보기

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

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

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

