브라우저와 네이티브 앱에서 Plex 재생이 다른 이유

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Why Plex Playback Differs Between Browser and Native Apps

Plex 재생은 클라이언트마다 컨테이너, 코덱, 오디오, 자막 및 재생 기능을 서버에 보고하는 방식이 다르기 때문에 서로 다르게 작동합니다.

같은 네트워크에서 동일한 영화가 기본 TV 앱에서는 다이렉트 재생되지만 브라우저에서는 트랜스코딩을 실행할 수 있습니다. 그렇다고 해서 브라우저가 자동으로 더 느리거나 서버가 잘못 구성되었다는 의미는 아닙니다. 클라이언트가 소스의 일부를 원본 그대로 처리하지 못하면 재생 경로가 바뀝니다. 하드웨어 부하를 비교하기 전에 지원 기능과 재생 모드를 비교하세요.

클라이언트 기능이 재생 경로를 결정합니다

Plex는 클라이언트가 처리할 수 있다고 알린 내용을 기준으로 다이렉트 재생, 다이렉트 스트림, 전체 트랜스코딩 중 하나를 선택합니다. 비디오, 오디오, 자막 및 컨테이너를 모두 지원하는 클라이언트는 원본 파일을 그대로 받을 수 있지만, 다른 클라이언트는 같은 서버에서 재생하더라도 리먹싱이나 변환을 유발할 수 있습니다.

서버는 클라이언트 호환성과 스트림 요구 사항에 따라 다이렉트 재생, 다이렉트 스트림 및 트랜스코딩 중 하나를 선택하며, 이에 따라 각 세션이 사용하는 리소스가 달라집니다. 이것이 브라우저와 기본 앱 재생을 비교할 때 먼저 확인해야 할 기준입니다.

가장 명확한 관찰 지점은 Plex 대시보드에서 재생 모드가 바뀌는지 확인하는 것입니다. 기본 앱에는 다이렉트 재생이 표시되지만 브라우저에서는 비디오 또는 오디오 트랜스코딩이 표시된다면, 네트워크 속도를 고려하기 전부터 클라이언트 기능 차이가 서버 작업량을 바꾼 것입니다.

코덱, 오디오, 자막 및 컨테이너는 서로 별개의 요소입니다

비디오 호환성은 여러 요소 중 하나일 뿐입니다. 오디오 형식, 자막 렌더링, 컨테이너 지원, 브라우저 미디어 API 및 클라이언트 품질 설정은 각각 독립적으로, 원래 호환되는 파일을 다이렉트 스트림이나 트랜스코딩으로 전환할 수 있습니다.

브라우저와 기본 앱 재생을 측정할 때 코덱, 컨테이너 또는 자막이 브라우저 재생 경로에서 지원되지 않으면 브라우저 재생에 기본 앱보다 더 많은 트랜스코딩이 필요할 수 있습니다.

클라이언트에 따라 차이가 발생한다면 이는 호환성 문제의 결과이지 저장 장치나 서버 하드웨어가 바뀌었다는 증거가 아닙니다. 따라서 클라이언트 선택과 미디어 형식 정규화는 성능을 개선할 수 있는 유효한 방법입니다.

클라이언트 선택이 주된 원인이 아닌 경우

원격 대역폭이 소스 비트레이트보다 낮거나, 서버 품질 제한으로 변환이 강제되거나, 미디어 파일 자체가 손상된 경우에는 클라이언트 기능만으로 모든 현상을 설명할 수 없습니다. 이런 경우에는 성능이 충분한 기본 클라이언트라도 원본 스트림을 그대로 받지 못할 수 있습니다.

브라우저와 기본 앱 재생의 차이가 나타나는 한계 지점에서는 Plex 트랜스코딩으로 CPU 사용량이 높아지거나 작업이 GPU로 이동할 수 있으며, 서버에 임시 작업 데이터도 생성됩니다.

원본 품질을 유지한 상태에서 로컬 환경의 테스트를 반복하세요. 두 클라이언트가 여전히 서로 다른 재생 모드를 선택한다면 원인은 기능 차이일 가능성이 높습니다. 반대로 로컬에서는 같은 모드로 수렴하지만 원격에서는 달라진다면 다음으로 대역폭과 원격 품질 정책을 조사하세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

통제된 클라이언트 비교를 실행하세요

대표적인 파일 하나를 선택하고 네트워크와 품질을 동일하게 유지한 뒤 브라우저와 기본 앱의 재생 모드를 비교하세요. 자막, 오디오 트랙, 품질 또는 클라이언트처럼 한 번에 한 가지 요소만 변경하세요. 각 서비스에 명확한 리소스 및 복구 역할이 지정되어 있다면 하드웨어 가속 미디어 스택에서 동일한 경계를 더 쉽게 확인할 수 있습니다.

브라우저와 기본 앱 재생의 변경 사항을 적용하기 전에, 코덱, 컨테이너 또는 자막이 브라우저 재생 경로에서 지원되지 않으면 브라우저 재생에 기본 앱보다 더 많은 트랜스코딩이 필요할 수 있다는 점을 확인하세요.

다이렉트 재생이 변환으로 전환되는 정확한 스트림 또는 설정을 찾아낼 때까지 테스트하세요. 이는 한 클라이언트가 더 빠르다는 일반적인 주장보다 훨씬 실용적입니다. 클라이언트, 미디어 형식 또는 서버 용량 중 무엇을 변경해야 하는지 알려주기 때문입니다.