Jellyfin 서버도 플레이어가 필요합니다: 아무도 설명하지 않는 분리

Jellyfin은 2026년 4월까지 GitHub 스타 50,568개와 Docker 풀 3억 6천만 회를 넘었으며, 대부분의 성장은 Plex가 Lifetime Pass를 3배 인상한 후에 나타났습니다. 올해 많은 사람들이 처음으로 자체 호스팅 서버를 구축했습니다.

그리고 그들 대다수는 다음과 같은 말을 했습니다: "데스크톱에서는 Jellyfin이 좋은데 TV에서는 안 된다."

그 문장에는 풀어야 할 범주 오류가 포함되어 있습니다. 왜냐하면 문제가 된 적 없는 서버를 다시 조정하도록 사람들을 보내기 때문입니다.

솔직한 설명: Tuneline은 당신이 제공하는 콘텐츠를 위한 미디어 플레이어입니다. Jellyfin 클라이언트가 아니며, Jellyfin 통합이 없고 라이브러리를 탐색하지 않습니다. 여기서의 관련성은 좁으며 정확하게 설명하겠습니다.

두 개의 프로그램, 두 가지 일

모든 자체 호스팅 설정은 서로 다른 책임이 있는 두 개의 소프트웨어로 이루어져 있으며, 보통 함께 설치되기 때문에 하나로 간주됩니다.

Jellyfin, Plex, Emby는 두 부분을 모두 포함합니다. 편리하지만, 문제가 생길 때까지 분리가 보이지 않는 이유가 바로 이것이며, 어느 쪽이 잘못되었는지 알 수 없습니다.

어느 쪽이 작동하지 않는지 알려주는 질문

서버가 트랜스코딩 중입니까, 아니면 클라이언트가 직접 재생 중입니까?

• 직접 재생 — 서버가 파일을 본질적으로 변경하지 않고 전달합니다. 클라이언트가 모든 디코딩을 수행합니다. 서버 CPU는 거의 유휴 상태입니다.
• 트랜스코딩 — 클라이언트가 파일을 처리할 수 없어 서버가 실시간으로 다시 인코딩합니다. 서버 CPU는 높은 부하 상태입니다.

Jellyfin의 대시보드는 실시간으로 모든 활성 스트림에 대해 어느 것이 발생 중인지 보여줍니다. 먼저 거기를 확인하세요.

그 다음 해석하세요:

• 재생이 안 좋고 서버가 트랜스코딩 중 → 클라이언트가 파일을 기본적으로 처리할 수 없어서 서버가 보상하기 위해 비용이 많이 드는 작업을 수행 중입니다. 서버에서 이를 개선(더 나은 GPU, 더 많은 코어)하는 것은 증상 치료일 뿐입니다.
• 재생이 안 좋고 서버가 직접 재생 중 → 클라이언트가 근본적인 문제입니다. 요청한 스트림을 받고 있지만 제대로 렌더링하지 못하고 있습니다.
• 재생은 좋지만 탐색이 형편없음 → 명백히 클라이언트입니다. 서버는 리모콘과 아무 관련이 없습니다.

세 가지 경우 중 두 가지의 답은 다른 클라이언트이고, 세 번째도 여전히 클라이언트입니다. 이것이 바로 핵심입니다.

TV 클라이언트가 약점인 이유

데스크톱 클라이언트는 실제 브라우저와 빠른 CPU를 가지고 있습니다. TV 클라이언트는 둘 다 없습니다.

일반적인 실패 모드:

• 코덱을 위한 하드웨어 디코더가 없음. AV1 디코더가 없는 구형 TV 스틱은 모든 AV1을 트랜스코딩해야 합니다. 이는 서버 설정이 아닌 하드웨어 사실입니다. (당신의 기기가 AV1을 디코딩합니까?)
• 트랜스코딩을 강제하는 자막 형식. 이미지 기반 자막과 일부 스타일이 지정된 형식은 약한 클라이언트로 오버레이할 수 없어 서버가 태워 넣습니다. 즉, 자막 하나를 위해 전체 비디오를 트랜스코딩합니다.
• 저전력 하드웨어는 코덱에 관계없이 고비트레이트 콘텐츠에서 끊깁니다.
• 마우스용으로 설계된 인터페이스가 방향 패드로 전달됩니다. (좋은 리모콘 탐색의 모습.)

이들 중 어느 것도 서버 조정으로 수정되지 않습니다. 더 나은 클라이언트, 더 나은 하드웨어, 또는 클라이언트에게 할 수 없는 것을 요청하지 않음으로써 수정됩니다.

클라이언트를 평가하는 방법

어떤 플랫폼에서든 고려 중인 것에 대해 다섯 가지를 물어보세요:

1. 내 파일을 직접 재생합니까? 실제 라이브러리로 테스트하세요 — 당신의 코덱, 비트레이트, 자막 형식. 샘플 파일이 아닙니다.
2. 이 기기에서 하드웨어 디코딩을 수행합니까? TV 박스에서 소프트웨어 디코딩은 끊김과 발열을 의미합니다.
3. 리모콘으로만 완전히 조작할 수 있습니까? 네 개의 화살표와 확인으로 모든 제어에 접근할 수 있습니다.
4. 트랜스코딩을 강제하지 않으면서 내 자막을 처리합니까?
5. 유지보수됩니까? 별 개수가 아닌 마지막 릴리스 날짜를 확인하세요.

첫 번째 포인트는 사람들이 자주 건너뛰며, 서버가 매일 저녁 유휴 상태로 있을지 고부하 상태로 실행될지를 결정합니다.

Jellyfin이 아닌 플레이어가 어디에 맞는지

이제 범위가 좁은 부분입니다. 정확하게 명시하는 이유는 이런 게시물들이 보통 여기서 너무 많이 다루기 때문입니다.

Jellyfin, Emby, Plex는 라이브 측면을 위해 스트림 URL 또는 M3U을 노출할 수 있습니다. URL을 열 수 있는 모든 플레이어가 그것을 재생할 수 있습니다. 따라서 한 가지 특정 상황 — Jellyfin 클라이언트가 정말 안 좋고 더 가벼운 것을 원하는 기기 — 에서는 일반 플레이어가 실행 가능한 프론트엔드가 될 수 있습니다.

당신이 얻는 것: 서버가 제공하는 URL의 재생입니다.

당신이 얻지 못하는 것: 라이브러리 탐색, 아트워크, 시청 기록, 재개 지점, 사용자. 이들은 서버의 클라이언트 프로토콜에 있으며, 일반 플레이어는 그것을 지원하지 않습니다.

따라서 이것은 어색한 기기를 위한 폴백이지, 좋은 클라이언트가 있는 기기의 적절한 클라이언트를 대체하지 않습니다. Tuneline은 정확히 그 슬롯에 앉아 있습니다 — URL을 열고, 그것이 전체 주장입니다. (브리지가 작동하는 방식.)

Jellyfin 클라이언트가 작동하면 사용하세요. 일반 플레이어가 구조적으로 할 수 없는 것들을 압니다.

실용적인 순서

뭔가 잘못되었을 때, 순서대로:

1. 대시보드를 확인하세요. 직접 재생 또는 트랜스코딩?
2. 트랜스코딩? 어느 스트림 속성이 트리거했는지 확인하세요 — 코덱, 컨테이너, 또는 자막. Jellyfin이 알려줍니다.
3. 올바른 계층에서 수정하세요. 코덱을 디코딩할 수 없는 클라이언트는 클라이언트 문제입니다. 서버를 위해 더 나은 GPU를 구입하여 덮지 마세요.
4. 탐색 불만은 항상 클라이언트입니다. 서버는 리모콘에 대한 의견이 없습니다.
5. 그 다음에만 다른 클라이언트 또는 다른 하드웨어가 답인지 고려하세요.

FAQ

미디어 서버와 미디어 플레이어의 차이는 무엇입니까?

서버는 파일을 저장하고, 메타데이터를 수집하고, 각 스트림을 보내는 방식을 결정합니다. 플레이어는 이를 수신하고, 디코딩하고, 렌더링합니다. Jellyfin은 둘 다 포함하므로 혼동됩니다.

Jellyfin이 컴퓨터에서는 좋은데 TV에서는 안 좋은 이유는 무엇입니까?

거의 항상 클라이언트입니다. 데스크톱 클라이언트는 실제 CPU와 브라우저를 가지고 있지만, TV 클라이언트는 코덱을 위한 하드웨어 디코더가 없는 경우가 많아서 서버가 보상하기 위해 트랜스코딩합니다.

내 클라이언트가 직접 재생 중인지 어떻게 알 수 있습니까?

Jellyfin의 대시보드는 모든 활성 스트림에 대해 실시간으로 직접 재생 또는 트랜스코딩을 보여줍니다.

더 나은 서버 CPU가 TV 박스의 끊김을 수정합니까?

트랜스코딩을 덜 고통스럽게 만들지만 증상 치료입니다. 클라이언트가 파일을 디코딩할 수 없으면 그것이 고쳐야 할 것입니다.

Jellyfin 서버와 Jellyfin이 아닌 플레이어를 사용할 수 있습니까?

서버가 노출하는 스트림 URL 또는 M3U을 재생하는 경우, 예. 라이브러리 탐색, 아트워크, 시청 기록 또는 재개는 얻지 못합니다 — 이들은 실제 클라이언트가 필요합니다.

요약

• 서버와 플레이어는 함께 포함되는 두 가지 별개의 결정입니다.
• 직접 재생 vs 트랜스코딩은 어느 쪽이 작동하지 않는지 알려주는 진단입니다.
• 트랜스코딩은 보통 클라이언트 제한을 의미합니다, 서버 제한이 아닙니다 — 클라이언트에서 수정하세요.
• 탐색 불만은 항상 클라이언트입니다.
• 샘플이 아닌 실제 파일로 클라이언트를 평가하세요.
• 일반 플레이어는 서버의 스트림 URL을 열 수 있지만 라이브러리 기능은 없습니다. 폴백, 대체가 아닙니다.

클라이언트가 약한 링크인 기기가 하나 있습니까? 다운로드 Tuneline을(를) 하고 서버가 이미 노출하는 스트림 URL을 지정하세요. 무료이고 광고가 없습니다.

— Shamir