- 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の哲学とコードを守りながら、プロジェクトを長期にわたって継続していくことを期待している
1件のコメント
Hacker News の意見
最近 Plex が新規の Lifetime Plex Pass を750ドルに値上げした
ほとんどのユーザーを月額・年額サブスクリプションへ誘導したいようだが、これは個人のメディアライブラリを自分でホストするという趣旨に反している。代替手段を提供してきた Jellyfin のコントリビューターに感謝する
https://www.plex.tv/blog/new-lifetime-plex-pass-pricing/
社内の管理職が重要業績評価指標（KPI）を示さなければならないため、あちこちにストリーミングのボタン・セクション・おすすめを押し込んでいる。メディアサーバー自体は今でも断然最高なので、ストリーミング機能をすべてオフにする
classic切り替えオプションが切実に必要だガレージのサーバーがローカルネットワーク上で SMB ファイル共有を提供し、ホームシアター PC がそれをマウントしている。フォントを大きくした XFCE4 で Nautilus や Thunar を使って映画・テレビ番組のフォルダを探し、ファイルをダブルクリックすれば VLC で開き、とても単純でうまく動く
このソフトウェアには大金を払う一方で、他のソフトウェアには20ドルすら払いたがらない心理が何なのか気になる
自宅だけで使う目的で古いゲーミング PC に Jellyfin コンテナを入れたが素晴らしく、なぜ人々がまず Plex を探すのかよく分からない
複数プラットフォーム向けのアプリもかなり使え、4年間大きな問題なく使ってきた。開発者とメンテナーに感謝し、Andrew には十分休んでほしい
現状では、メディアの一部を別フォルダにシンボリックリンクし、それぞれをライブラリにしてユーザーごとに見せる必要があるようだ
結局、リモートドライブを直接マウントしてローカルの mpv で再生するようになり、そのせいで Jellyfin はほとんど使っていない。他の部分は気に入っているだけに、なおさら残念だ
すでに Lifetime Plex Pass を持っているので、今のところ気にする理由はない
Plex は完成度の高いクライアントと、簡単なユーザー招待・ライブラリ共有を提供していた。その基盤を確保した後で、料金・広告・肥大化が始まった。Jellyfin は毎日使っていて気に入っているが、Apple TV 対応は限定的でバグもあり、iOS から Chromecast へキャストできず、一部機能にはプラグインが必要だ。トランスコード設定も難しく、モバイルのオフラインダウンロードは元ファイルを取得して VLC で再生するしかないため、Plex と同等の完成度と見るのは無理がある
初期ユーザーとしては良い買い物だったが、新規ユーザーにとっては今や Plex を避ける十分な理由がある
Jellyfin は予告編のようなものを自動再生せず、自分のメディアを一覧表示して再生してくれるので、ほぼ望みどおりに動く素晴らしいプロジェクトだ
まだ使ったことがない人の中にも、こうした シンプルな再生方式を望む人は多そうだ
アップデートで壊れる可能性が高い難解な Linux 設定を何時間もいじるのを楽しめる人にしか向かないかもしれない
FLOSS が正しく機能しているなら、メンテナーが 深刻な燃え尽きやメンタルヘルス上のリスクに追い込まれるべきではないと思う
この1週間だけでも似た事例をさらに2件見かけた: Filebrowser(https://hacdias.com/2026/03/11/filebrowser/), axum-login / tower-sessions(https://github.com/maxcountryman/axum-login/discussions/330)
平和的に引き継がれているようでよかった
Jellyfin を試したが、自分のハードウェアではライブラリを処理できなかったため、今のところ Plex を使っている。Plex がメディアサーバーというよりストリーミングサービスに近づいている以上、必要になったとき Jellyfin が 実用的な代替になるほど成熟してくれることを願っている
今はメディアサーバーを一から自作するのに、これまでになく良い時期である
リクエスト時のトランスコーディングはクライアント体験を不安定にするため、メディアのアップロード段階ですべて ffmpeg で正規化し、再生時にはブロックストレージから生のバイト範囲をそのまま渡す独自ソリューションを使っている。動画の開始やシークは、アナログテレビのチャンネルを切り替えるようにほぼ即時である
50GB のロスレス原本でも、実際の利用時にはほとんどの場合トランスコードが必要で、多くのクライアントはそのビットレートを扱えないため、使わない情報は捨てたほうが最終的な体験には有利である。現代のチャットボットなら 1 回のプロンプトでこうした構成を作れるし、再生中のトランスコードがないので Raspberry Pi でもローカルネットワーク上の数台のクライアントを十分に支えられる。リンクされた動画を再生するだけの単純なディレクトリブラウザー程度に要件を絞れば、完全な自律性を得やすい
それ以外なら、長年にわたってバグやプラットフォーム別の問題を解決してきた既存の数百種類のソリューションのどれかを使うほうがよい
4K テレビと 4K ストリーミングデバイスは安価で、主なトランスコード理由はブラウザーが元のコーデックをサポートしていない場合である。今ではほぼすべてのデバイスが高ビットレートのストリームを処理でき、まれに100Mbit/s を超える映像だけが一部ストリーミングボックスの 100Mb 制限に引っかかる
低価格システムは Blu-ray リマックスを高ビットレートのターゲットへ変換する際に苦戦することがあるが、一般的なミニ PC を買うだけでもトランスコード可能なサーバーを簡単に構成でき、それを避けようとしたときに生じる欠点をほぼ取り除ける
ブラウザーが動画ファイルの再生メタデータを範囲リクエストで取得し、シークや速度調整といった基本機能を提供し、右クリックでのダウンロードもそのまま可能である。機能はかなり不足するが、単純さと費用対効果に優れており、HTTP サーバーを動かしてファイルを保存する場所さえあれば、ネットワーク帯域を動画データで十分に埋められる
LLM・Tailscale・Jellyfinでメディアサーバーを管理し、完璧なメタデータと整理体系、マルチモーダル検索まで備えられるようになって非常に満足している
Jellyfin と関連エコシステムが好きで、今回の移行が平和的に進んでよかった
Apple TV アプリの Swiftfin は最良の選択肢ではあるが、更新されず、テキストが重なり続けるなど、状態はかなり荒い
もっと多くの助けが必要である
Swiftfin から Infuse に移り、今は Neptune を毎日使っているが、急速に良くなっている
https://neptuneplayer.com
それでもTV クライアントは Jellyfin エコシステムの中でも特に難しい領域である
tvOS 26 が必要である
全体的には良いが、大規模コレクションの一覧性能は非常に嫌いである
Jellyfin は自分の用途によく合っており、開発に注がれた努力に感謝している
2008 年ごろの Pioneer プラズマディスプレイで視聴するために HDR→SDR トーンマッピングをしていたところ、最近レンダリングの問題が発生した。サーバーはかなり安定しているが、クライアントの品質はまちまちで、現在は mpg-shim アダプターを使いつつ、より良いネイティブレンダー合成をサポートするアプリを期待している