TV, 휴대폰, 브라우저별 별도 트랜스코딩 프로필 설정 방법

거실 TV, 셀룰러 데이터를 사용하는 휴대폰, 브라우저는 동일한 코덱, 자막, 오디오 또는 대역폭 기능을 보고하지 않습니다. 이들을 하나의 재생 대상으로 취급하면 불필요한 비디오 트랜스코딩, 자막 번인 또는 원격 연결에 비해 지나치게 큰 스트림이 발생할 수 있습니다.

Jellyfin은 관리자가 임의의 장치 프로필 3개를 지정하고 모든 앱을 하나의 프로필로 강제할 수 있는 범용 화면을 제공하지 않습니다. 안정적인 설정은 클라이언트 재생 제한, 사용자 정책, 서버 측 하드웨어 가속을 조합한 다음, 대표 파일과 네트워크 조건별로 재생 대시보드에 표시되는 결정을 확인하는 방식입니다.

재생 설정을 변경하기 전에 기능 매트릭스 작성

대표적인 TV 앱 하나, 휴대폰 앱 하나, 브라우저 하나를 선택한 다음, 각각이 일반적으로 사용하는 비디오 코덱, 오디오 코덱, 컨테이너, HDR 형식, 자막 형식을 직접 재생할 수 있는지 기록하세요. Jellyfin 클라이언트 코덱 표는 유용한 출발점이지만, 최종 테스트는 실제 장치와 앱 버전으로 진행해야 합니다.

확인된 파일 3개를 사용하세요. 일반적인 1080p H.264 타이틀, 가장 까다로운 4K HEVC 타이틀, 가정에서 실제로 사용하는 자막 형식이 포함된 파일입니다. 코덱뿐 아니라 원본 비트레이트도 기록하세요. 클라이언트가 HEVC를 이해하더라도 Wi-Fi나 인터넷에서는 더 낮은 비트레이트를 요청할 수 있습니다.

서버 기능을 더 활성화하기 전에 매트릭스를 작성하세요. 이렇게 하면 실제 디코딩 제한을 대역폭 제한이나 자막 변환과 구분할 수 있으므로, 이후 변경 사항이 추측의 모음이 아니라 측정 가능한 근거를 갖게 됩니다.

직접 재생을 위한 TV 기준 설정

TV 클라이언트에서는 품질을 안정적인 로컬 환경에서 가장 높은 설정으로 유지하고, TV에서 리시버로 연결되는 경로가 전달할 수 있는 형식에 한해 오디오 패스스루를 활성화하세요. 높은 로컬 비트레이트 제한을 설정하면 클라이언트가 불필요하게 낮은 상한을 알렸다는 이유만으로 서버가 트랜스코딩하는 것을 방지할 수 있습니다.

가능하면 SRT 같은 텍스트 자막을 사용하세요. 이미지 기반 자막은 비디오와 오디오가 직접 재생될 수 있는 경우에도 자막을 오버레이할 수 없는 클라이언트에서 비디오 트랜스코딩을 강제할 수 있습니다. 하드웨어 가속이 실패했다고 추측하지 말고 재생 정보에서 원인을 확인하세요.

튜닝하기 전에 미디어 경로와 서버 구성을 쉽게 복구할 수 있도록 준비하세요. Jellyfin 컨테이너 업그레이드 전 체크리스트는 영구 구성과 교체 가능한 컨테이너 상태를 분리하는 데 유용한 참고 자료입니다.

제한된 모바일 경로 만들기

휴대폰 클라이언트의 원격 품질을 가정의 업로드 연결이 여유 있게 유지할 수 있는 비트레이트로 설정하세요. 측정된 업스트림 속도보다 낮은 값에서 시작해야 합니다. 동시 백업, 통화, 기타 스트림이 일회성 속도 테스트에는 나타나지 않는 용량을 사용할 수 있기 때문입니다.

클라이언트 설정 외에 관리자 측 상한이 필요하다면 가족 구성원에게 별도의 Jellyfin 사용자를 지정하세요. 사용자 정책으로 원격 스트리밍 비트레이트 또는 트랜스코딩 액세스를 제한할 수 있으며, 앱은 해당 범위 안에서 적절한 해상도를 선택합니다.

한 번은 가정의 Wi-Fi에서, 한 번은 셀룰러 데이터로 테스트하세요. LAN에서는 직접 재생되지만 원격에서는 트랜스코딩되는 스트림이 반드시 잘못된 것은 아닙니다. 대시보드에 표시된 비트레이트, 컨테이너 또는 코덱 변환이 모바일 환경의 제약과 일치한다면 정상입니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

브라우저 조정 및 서버 결정 확인

브라우저는 운영 체제와 지원 미디어 형식에 따라 다르므로, 하나의 웹 프로필을 보장하기보다 실제로 사용하는 브라우저를 테스트하세요. 브라우저가 네이티브 앱에서는 직접 재생되는 코덱을 반복해서 트랜스코딩한다면 전체 라이브러리의 설정을 완화하기보다 네이티브 클라이언트를 설치하는 편이 안전할 수 있습니다.

세 클라이언트 경로를 정의한 후에만 하드웨어 가속을 활성화하고 확인하세요. 강제로 트랜스코딩하는 동안 예상한 GPU 또는 미디어 엔진이 활성 상태인지, 트랜스코딩 디렉터리에 여유 공간이 있는지, 예상하는 동시 스트림 수에서도 재생이 원활한지 확인하세요.

통과 조건은 명확합니다. TV는 기준 파일을 직접 재생하고, 휴대폰은 원격 비트레이트 이하를 유지하며, 브라우저는 기록된 이유에 따라 직접 스트리밍하거나 트랜스코딩해야 합니다. 클라이언트 업데이트 후 동일한 파일의 경로가 달라지면 중지하고 로그를 확인하세요.

자주 묻는 질문

장치 이름으로 하나의 Jellyfin 프로필을 강제할 수 있나요? 모든 클라이언트에서 안정적으로 적용되지는 않습니다. Jellyfin 클라이언트가 기능을 보고하고, 클라이언트 품질 설정과 사용자 정책이 결과를 결정합니다. 서버 대시보드에서 선택된 경로를 확인하세요.

자막을 활성화하면 비디오 트랜스코딩이 시작되는 이유는 무엇인가요? 클라이언트가 해당 자막 형식을 지원하지 않거나 자막을 오버레이하지 못할 수 있습니다. 그러면 Jellyfin이 자막을 이미지에 번인해야 하므로 비디오 트랜스코딩이 필요합니다.

모든 원격 사용자가 동일한 비트레이트 제한을 공유해야 하나요? 아니요. 해당 사용자의 일반적인 연결 상태와 서버 업로드 속도를 기준으로 제한을 설정한 다음, 다른 트래픽과 동시 스트림을 위해 여유를 두세요.