Jellyfin 창립자 Andrew가 팀을 떠남

• Andrew에 이어 프로젝트 리더 Joshua와 핵심 팀원 Anthony도 물러나며, 기존 팀이 운영을 이어감
• Joshua는 역할에 필요한 시간과 정신적 에너지를 더 투입하기 어려웠고, 심각한 번아웃과 정신 건강 위험 때문에 사임함
• 인수인계는 우호적인 소통 아래 진행되고 있어 적대적 포크 가능성은 거의 없으며, Jellyfin 운영도 계속될 예정임
• 백엔드와 App Store 운영을 맡아 온 Anthony는 개인 생활의 변화로 다른 일을 우선하되, 필요하면 최대 1년간 전환 작업을 지원할 의향이 있음
• Jellyfin은 7년 반 만에 수백만 서버 관리자가 사용하는 1위 FLOSS 미디어 서버이자 Plex의 실질적인 대안으로 성장함

---

리더십 교체와 인수인계

• Andrew가 먼저 사임한 뒤 Joshua와 Anthony도 프로젝트에서 물러나기로 결정함
  • Joshua는 프로젝트 리더, Anthony는 핵심 팀원으로 활동해 왔음
  • 남은 구성원들은 여러 해 동안 프로젝트를 이끌어 온 팀원들로, Jellyfin 운영을 계속 담당함
• Joshua의 인수인계는 원활한 소통 속에서 우호적으로 진행되고 있어 적대적 포크가 발생할 가능성은 거의 없다고 봄
• Anthony도 원활한 전환을 약속했으며, 필요하다면 최대 1년이 걸리더라도 지원할 준비가 되어 있음

물러나는 이유와 Jellyfin의 성장

• Joshua는 역할에 필요한 시간과 정신적 에너지를 충분히 제공하지 못했고, 업무 수행에도 만족하기 어려웠음
  • 결국 심각한 번아웃과 정신 건강 위험에 직면해 물러나기로 함
• Anthony는 최근 코드 작업보다 백엔드 관리와 App Store 운영을 주로 담당해 왔음
  • 약 8년이 지난 현재 개인 생활의 변화와 다른 우선순위로 충분한 자유 시간을 내기 어려워짐
• Jellyfin은 처음에는 수백 명, 많아야 수천 명이 사용할 프로젝트로 예상됐지만 7년 반 뒤 1위 FLOSS 미디어 서버로 성장함
  • 수백만 서버 관리자가 사용하는 Plex의 실질적인 대안이 됐으며, 개별 사용자는 그보다 약 10배 많을 것으로 봄
  • 출발점이 된 상위 프로젝트를 크게 앞서며 FLOSS가 작동하고 실제 수요도 있음을 입증했다고 평가함
• Joshua는 남은 팀이 Jellyfin의 철학과 코드를 지키면서 프로젝트를 장기간 이어가길 기대함

[GN⁺]

Hacker News 의견들

• 최근 Plex가 신규 Lifetime Plex Pass를 750달러로 인상함
  대부분의 사용자를 월간·연간 구독으로 유도하려는 듯하지만, 이는 개인 미디어 라이브러리를 직접 호스팅하는 취지와 어긋남. 대안을 제공해 온 Jellyfin 기여자들에게 감사함
  https://www.plex.tv/blog/new-lifetime-plex-pass-pricing/

  • Plex의 가장 큰 문제는 미디어 서버보다 스트리밍 플랫폼을 우선하는 방향으로 전환했다는 것임
    사내 관리자가 핵심성과지표(KPI)를 보여줘야 하니 곳곳에 스트리밍 버튼·섹션·추천을 밀어 넣고 있음. 미디어 서버 자체는 여전히 단연 최고라서, 스트리밍 기능을 모두 끄는 classic 전환 옵션이 절실함
  • 개인용 홈시어터 PC에서 Plex가 어떤 가치를 주는지 잘 모르겠음
    차고의 서버가 로컬 네트워크에서 SMB 파일 공유를 제공하고 홈시어터 PC가 이를 마운트함. 글꼴을 키운 XFCE4에서 Nautilus나 Thunar로 영화·TV 프로그램 폴더를 찾아 파일을 두 번 클릭하면 VLC로 열리며, 매우 단순하고 잘 작동함
  • 2021년에 120달러로 구매한 것이 운 좋게 느껴지며, 아직 평생 이용권을 판매한다는 점은 고마움
  • 직접 호스팅하는 소프트웨어에 구독료를 낼 사람을 한 명도 모르겠는데, 이것이 어떻게 지속 가능한 사업 모델인지 의문임
  • 거의 같은 기능을 무료로 제공하는 Jellyfin이 있는데도 Plex에 이 정도 비용을 내는 사람이 있다는 게 놀라움
    이 소프트웨어에는 큰돈을 내면서 다른 소프트웨어에는 20달러조차 내지 않으려는 심리가 무엇인지 궁금함

• 집에서만 쓰는 용도로 오래된 게이밍 PC에 Jellyfin 컨테이너를 설치했는데 훌륭해서, 사람들이 왜 Plex부터 찾는지 잘 모르겠음
  여러 플랫폼의 앱도 꽤 쓸 만하며 4년 동안 큰 문제 없이 사용했음. 개발자와 유지관리자들에게 감사하며 Andrew가 충분히 쉬기를 바람

  • Jellyfin에서 가장 아쉬운 기능은 특정 라이브러리 안의 콘텐츠를 사용자별로 세밀하게 공유하는 기능임
    현재로서는 미디어 일부를 별도 폴더에 심볼릭 링크하고 각각 라이브러리로 만든 뒤 사용자별로 노출해야 하는 듯함
  • 자체 플레이어나 mpv shim에서 잘 재생할 수 있는 영상도 계속 재인코딩하려는 문제가 있음
    결국 원격 드라이브를 직접 마운트해 로컬 mpv로 재생하게 되었고, 그 때문에 Jellyfin을 거의 쓰지 않음. 다른 부분은 마음에 들어 더 아쉬움
  • 마지막으로 확인했을 때 Jellyfin의 Apple TV 지원은 부족해서 사실상 Plex와 Infuse만 선택지였음
    이미 Lifetime Plex Pass가 있으므로 당장은 신경 쓸 이유가 없음
  • 5~6년 전 Plex는 매우 잘 작동한 반면 Jellyfin은 초기 단계라 겨우 돌아가는 수준이어서, 기존 사용자가 계속 Plex에 머무는 관성이 큼
    Plex는 완성도 높은 클라이언트와 손쉬운 사용자 초대·라이브러리 공유를 제공했고, 그 기반을 확보한 뒤 요금·광고·비대화가 시작됨. Jellyfin을 매일 쓰고 좋아하지만 Apple TV 지원은 제한적이고 버그가 있으며, iOS에서 Chromecast로 전송할 수 없고 일부 기능에는 플러그인이 필요함. 트랜스코딩 설정도 어렵고 모바일 오프라인 다운로드는 원본 파일만 받아 VLC로 재생해야 하므로, Plex와 같은 완성도라고 보는 것은 무리임
  • Plex 초기에 저렴한 평생 이용권을 샀지만, 경영진이 개인 미디어 서버보다 TV에 가까운 제품으로 바꾸면서 UI와 사용자 경험도 그 방향을 따랐음
    초기 사용자로서는 좋은 거래였지만 신규 사용자에게는 이제 Plex를 피할 충분한 이유가 있음

• Jellyfin은 자동으로 예고편 같은 것을 틀지 않고 내 미디어를 나열하고 재생해, 거의 원하는 그대로 작동하는 훌륭한 프로젝트임
  아직 사용해 보지 않은 사람 중에도 이런 단순한 재생 방식을 원하는 이가 많을 듯함

  • Jellyfin이 놀라운 수준은 아니며, 고쳐질지 확신하기 어려운 수많은 버그가 있음
    업데이트하면 깨질 가능성이 높은 난해한 Linux 설정을 몇 시간씩 만지는 일을 즐기는 사람에게나 맞을 수 있음

• FLOSS가 제대로 작동한다면 유지관리자가 심각한 번아웃과 정신건강 위험에 몰려서는 안 된다고 봄
  지난 한 주에만 비슷한 사례를 두 건 더 접했음: Filebrowser(https://hacdias.com/2026/03/11/filebrowser/), axum-login / tower-sessions(https://github.com/maxcountryman/axum-login/discussions/330)

  • 유지관리자가 떠나야 할 때도 프로젝트가 죽지 않기 때문에 FLOSS가 작동하는 것임
  • FLOSS가 성공했다는 기준이 참여자 누구도 스트레스 관련 문제를 겪지 않는 것이라면 지나치게 높은 기준임
  • 비FLOSS 업무를 하는 사람도 때로는 심각한 번아웃을 겪음

• 평화롭게 인수인계되는 듯해 다행임
  Jellyfin을 시험했지만 내 하드웨어에서 라이브러리를 처리하지 못해 당장은 Plex를 사용 중임. Plex가 미디어 서버보다 스트리밍 서비스에 가까워지는 만큼, 필요할 때 Jellyfin이 실용적인 대안이 될 정도로 성숙하기를 바람

  • Plex가 스트리밍 서비스로 바뀌고 있다는 것이 구체적으로 무엇을 뜻하는지 궁금함
  • 어떤 하드웨어 문제가 있었는지 궁금함

• 지금은 미디어 서버를 처음부터 직접 만들기에 어느 때보다 좋은 시기임
  요청 시 트랜스코딩은 클라이언트 경험을 불안정하게 만들기 때문에, 미디어 업로드 단계에서 모두 ffmpeg로 정규화하고 재생할 때는 블록 저장소에서 원시 바이트 범위를 바로 전달하는 자체 솔루션을 사용함. 영상 시작과 탐색이 아날로그 TV 채널을 돌리는 것처럼 거의 즉각적임
  50GB짜리 무손실 원본도 실제 사용 시 대부분 트랜스코딩해야 하고 많은 클라이언트가 해당 비트레이트를 감당하지 못하므로, 쓰지 않을 정보는 버리는 편이 최종 경험에 유리함. 현대 챗봇은 한 번의 프롬프트로 이런 구성을 만들 수 있고 재생 중 트랜스코딩이 없어 Raspberry Pi로도 로컬 네트워크의 클라이언트 몇 대를 충분히 지원함. 연결된 영상을 재생하는 단순한 디렉터리 탐색기 정도로 요구를 제한하면 완전한 자율성을 얻기 쉬움

  • 시간의 가치를 그렇게 낮게 보고 영화를 보는 것보다 여러 플랫폼용 앱을 만드는 데서 더 큰 즐거움을 얻는다면 좋은 선택임
    그 외에는 여러 해 동안 버그와 플랫폼별 문제를 해결해 온 기존 수백 가지 솔루션 중 하나를 쓰는 편이 나음
  • 최고 비트레이트의 HDR 영상을 사용하지만 트랜스코딩은 거의 필요하지 않음
    4K TV와 4K 스트리밍 장치는 저렴하며, 주된 트랜스코딩 사유는 브라우저가 원본 코덱을 지원하지 않는 경우임. 이제 거의 모든 장치가 고비트레이트 스트림을 처리하고, 드물게 100Mbit/s를 넘는 영상만 일부 스트리밍 박스의 100Mb 한계에 걸림
  • https://siloserver.org의 Silo는 자체 API와 함께 Jellyfin 프로토콜 호환 계층을 실행하므로, 어떤 Jellyfin 클라이언트든 Silo 서버로 연결할 수 있음
  • 소프트웨어 트랜스코딩과 하드웨어 트랜스코딩은 구분해야 함
    저가형 시스템은 Blu-ray 리먹스를 고비트레이트 대상으로 변환할 때 버거울 수 있지만, 일반 미니 PC만 사도 트랜스코딩 가능한 서버를 쉽게 구성해 이를 피하려 할 때 생기는 단점을 거의 제거할 수 있음
  • UI에 관심 없는 해커식 접근이라면 바이트 범위 요청을 지원하는 일반 웹 서버와 자동 색인만으로도 상당히 쓸 만한 미디어 서버가 됨
    브라우저가 영상 파일의 재생 메타데이터를 범위 요청으로 가져와 탐색·속도 조절 같은 기본 기능을 제공하고, 우클릭 다운로드도 그대로 가능함. 기능은 많이 부족하지만 단순성과 비용 대비 효과가 뛰어나며, HTTP 서버를 실행하고 파일을 저장할 공간만 있으면 네트워크 대역폭을 영상 데이터로 충분히 채울 수 있음

• LLM·Tailscale·Jellyfin으로 미디어 서버를 관리하면서 완벽한 메타데이터와 정리 체계, 다중모달 검색까지 갖추게 되어 매우 만족함

• Jellyfin과 관련 생태계를 좋아하며, 이번 전환이 평화롭게 진행되어 다행임

  • 여기서 말하는 관련 생태계가 무엇인지 궁금함

• Apple TV 앱인 Swiftfin은 가장 나은 선택지이긴 하지만 새로고침이 되지 않고 텍스트가 계속 겹치는 등 상태가 매우 거침
  더 많은 도움이 필요함

  • Neptune을 주목할 만함
    Swiftfin에서 Infuse로 옮겼다가 이제 Neptune을 매일 쓰는데 빠르게 좋아지고 있음
    https://neptuneplayer.com
  • 대안으로 JellyTV는 UI가 꽤 매끄럽고, Streamyfin도 TV용 베타를 제공하며 계속 개선되고 있음
    그래도 TV 클라이언트는 Jellyfin 생태계에서 특히 어려운 영역임
  • Swiftfin이 수년 만의 첫 업데이트인 v1.5를 출시했으며 앞으로는 계속 동기화될 것으로 이해함
    tvOS 26이 필요함
  • Infuse는 완성도가 높으며 Apple TV에서 부족한 것이 없음
  • 예전에 Swiftfin에 사소하게나마 기여하려 했지만 프로젝트 측의 호응이 거의 없어 그만두고 iOS 클라이언트를 Infuse로 바꿈
    전반적으로 좋지만 대규모 컬렉션의 목록 성능은 매우 싫음

• Jellyfin은 내 용도에 잘 맞고 개발에 들어간 노력에 감사함
  2008년경 Pioneer 플라스마 디스플레이에서 시청하기 위해 HDR→SDR 톤 매핑을 하다가 최근 렌더링 문제가 생겼음. 서버는 꽤 안정적이지만 클라이언트 품질은 들쭉날쭉하며, 현재 mpg-shim 어댑터를 쓰면서 더 나은 네이티브 렌더 합성을 지원하는 앱을 기대하고 있음