Jellyfin：本当に大丈夫なメディアサーバー
(forum.jellyfin.org)- Jellyfinは過去5年間に積み上がった寄付金で3.3年以上運営できるため、当面はメインプロジェクトへの追加寄付を止めてほしいと呼びかけている
- 現在の残高は24,000ドル以上、月平均支出は約600ドルで、40か月以上運営可能な水準
- プロジェクトがより必要としている支援はサーバー運営費ではなく、ユーザーが日々使うクライアント開発者へ直接届く寄付
- 複数のクライアントが1人または小規模チームによって保守されており、API変更や新リリースへの対応負担が大きくなる可能性がある
- 寄付はあくまで自発的な支援であり、Jellyfinの有償開発なしポリシーとプロジェクト共同資金の利用原則は維持される
寄付をしばらく止めてほしいというJellyfinの要請
- Jellyfinはコミュニティからの寄付に感謝しつつ、現時点ではメインプロジェクトへ追加寄付しなくてもよいと案内している
- 理由は運営資金が十分にあるため
- 保有現金は24,000ドル以上
- 月平均支出は約600ドル
- この基準では40か月以上、約3.3年の運営余力がある
- この案内はOpenCollectiveにも掲載され、フォーラムには保存のため再投稿された
より必要とされているのはクライアントの保守
- Jellyfinはメインプロジェクトの代わりに、ユーザーが毎日使い、気に入っている公式クライアントの作者へ寄付することを勧めている
- クライアント対応はエコシステムの中でも保守負担が大きい領域
- ほとんどのクライアントは単独開発者または非常に小さなチームが担当している
- Jellyfin 10.9.0 API変更と予定されている10.10.0リリースにより、クライアント開発者の対応作業が増える可能性がある
- 寄付先の開発者は公式クライアント一覧で確認できる
有償開発なしポリシーは引き続き維持
- クライアント開発者へ送るお金はあくまで寄付であり、機能実装を購入する方式ではない
- Jellyfinの「no paid development」ポリシーは今後も維持される
- バグバウンティや類似の依頼は受け付けない
- OpenCollectiveなどのプロジェクト共同資金を有償開発に使わない
- ユーザーが個別の開発者へ自発的に寄付することは、このポリシーと衝突しない
寄付再開を検討する時期
- この案内は、Jellyfinの残り運営余力が約1年、12か月程度まで低下するまで維持される予定
- その時点でプロジェクトの財務状況と寄付の方向性を再評価する
フォーラムで出た補足情報
- WebOSクライアントに関する質問には、WebOS版の多くがJellyfin Webと結び付いているという回答があった
- DmitryがwebOSとTizen対応作業を主に行っているが、当時Sponsors設定はないように見える
- プロジェクト費用はOpenCollectiveのexpensesページに掲載されている
- 費用はほぼすべてインフラ費用で、ときどき開発・テスト用デバイスの購入が含まれる
- 例として、開発・テスト用の一回限り300ドルのデバイス予算が言及された
1件のコメント
Hacker Newsの意見
この記事には不満がある。寄付の停止を求めるより、言っているとおりエコシステムの開発者たちに収入を透明に配分すればよい
助成金申請を可能にし、機能ごとの報奨金を作り、寄付ボタンの横に案内を置けばよい。一度寄付をやめた人が、どのクライアントや開発者を継続して調べて支援する可能性は低いので、Jellyfinのメンテナーが対応したほうがずっとよい
Jellyfinチームのアプローチはかなり合理的だと思う。ただ、私ならHelixの開発者たちのように[0]、寄付はプロジェクトへの「チップ」にすぎず、開発速度やマーケティングなどを買うものだと考えるべきではない、と注意を促しただろう。お金があるのはよいし必要なときに使うだろうが、より大きな効果を望むなら他の場所に寄付するよう勧める姿勢も気に入っている
[0] https://github.com/helix-editor/helix/issues/2220
義務ではなかったが、彼らにはそれが正しいことだと感じられた可能性が高い
カナダのOntarioで登録された非営利団体が資金を受け取ると仮定すれば、少額の会計処理はかなり簡単だ。以前、ManitobaとBCを拠点とする非営利団体を、カンファレンスやコミュニティ活動のために運営したことがある。ただし、請求書を発行できない人に支払い始めると、法域をまたぐ給与処理を解決しなければならず、他のサービス経由での購入も多くなる
こうした反応は、プロジェクト開発者が自分の必要を満たすオープンソースツールを作って配布するより、事業を運営したがっていると想定しており、助けにならない。非営利も事業だ。可能性を思い描くのはよいが、そのアプローチが正しいと思うならフォークして透明に事業を運営し、フォーク元プロジェクトの中核チームが要請してきたときに備えて、収益の一部を予備資金として割り当てればよい
最近、離れて暮らす友人たちと金曜の映画ナイトをやるためにJellyfinを使い始めたが、Web UIの同期機能が驚くほどよく動く
ボイスチャットをつないで見ると、実際に一緒に見ているのにかなり近い。全体として非常に堅牢だと感じたが、比較対象になる他のメディアセンターソフトウェアはあまり使ったことがない
唯一の大きな不満は、私のフォルダ構成をJellyfinが妙に嫌っていることだ。ほとんどのファイルは動くが、あるフォルダ内の複数エピソードを、突然ひとつの「ファイル」に複数の「バージョン」があるものとして判定することがある。ドキュメントを見ると、特定のフォルダ構成に従うことをかなり強く求めているようだが、15年以上かけて育ててきたコレクションなので、変えるのに時間がかかるだけでなく、そもそも変えたくない。自分のフォルダ配置は自分には合っていて理解しやすいので、Jellyfinが元のファイル一覧をそのまま見せられないのは意外だ
エピソードがランダムにまとめられるのは、フォルダ構成やファイル名パターンではなく、ファイル自体のメタデータが原因かもしれない。同じ状況には遭遇していないが、音楽プレーヤーがID3タグについて持つ前提と、ネットのあちこちから来たファイルがそれを簡単に壊してしまう問題で、かなりの時間を無駄にしたことがある
TV番組はs01e01だけあればよい。そのあとフォルダを取り込み、Jellyfinがオンラインデータを取得しないようにすればよい
一部の人のメディアが止まったり読み込み状態になったりして、ある地点までは再生されるがその後フリーズする。基本的にSyncPlayで何かするときは、「再生を押して実際に始まったら絶対に一時停止を押さないでおこう」という感じになる
それでも、これがJellyfinで唯一の問題で、ここ1年使ってきたが素晴らしい
要望の多かった機能やクライアントの一部はまったく進展がなく、開発を始めたり手伝ったりする人も現れなかった。
そのため Chromecast のようなものも長らく断念せざるを得なかったが、ここ数週間で再び動き始めている。
Jellyfin に対する最大の不満が、クライアント対応の不足と仕上げ・完成度の粗さにあることは分かっている。私たちも認識しており、皆さんと同じくらい改善したいと思っている。
しかし、そのためには助けが必要だ。コードの改善、新しいコードの作成、ドキュメント執筆、全体的な改善に取り組む、より多くのボランティアが必要である。「開発の傍観者問題」を超えて、新しい血をプロジェクトに呼び込み、特により良いプロジェクトにするために皆さんの助けが必要だ。
https://jellyfin.org/posts/a-call-for-developers/
100%ボランティア組織を目指すのは尊いが、問題があると分かっていて十分な資金もあるのに解決しないのはもどかしい。開発費を直接支払わないとしても、開発者体験を改善し、新しい開発者を呼び込むためにお金を使うことはできる。元記事と上のリンクでクライアント開発が問題だと認めていたが、クライアント開発者にハードウェア、ライセンス、費用などを支援することはできないのだろうか。
より広い Jellyfin エコシステムへの寄付基金、あるいは自分の好きな自由／オープンソースプロジェクトの基金を作ることは誰にでもできる。これを読んだ誰かが動き出すきっかけを得るかもしれない。新しいプラットフォームが必要なのではなく、率直に言ってボランティアする人が必要なだけだ。
彼らがやろうとしていることは本当に難しい。素晴らしい仕事をたくさんしているが、今はボランティア時間で確保できる人員だけでどうにか持ちこたえているように見える。この取り組みに資金を出したい人は、きっと多いはずだ。
プロジェクトには成功してほしいし、今回の決定も良いと思う。だが、Plex lifetime pass を持っているし、Jellyfin はまだそこまで良くは見えない。
同じ機材に両方入れてあるが、Jellyfin を使おうとするたびに何か足りない感じがする。今後も繰り返し試してみるつもりだ。
自分でホストしているインスタンスを使うのに plex.com のアカウントが必要だって？ その場で削除した。
ただ、技術に詳しくない家族は断然 Plex を好む。見た目が良く、どのデバイスでも設定が本当に簡単だからだ。
Jellyfinは初めて聞いたが、多くのオープンソースプロジェクトが採る典型的な超高速成長モデルと比べると本当に新鮮だ。
実際のJellyfinユーザーで、おすすめできる人はいるだろうか？ 今はRaspberry Pi 4にSMB共有を置いて、Amazon Fire StickからVLCのSMB機能でアクセスしている。動作は問題ないが、VLCのUIはいまひとつだ。Jellyfinのほうがこの用途には向いているだろうか？ Fire TV Stickで動くクライアントはある？ たぶんこれだと思う: https://github.com/jellyfin/jellyfin-androidtv
この二重構成はうまく機能し、Jellyfinは開発初期の段階でもすぐに信頼を与えてくれたので、Plexはほとんど使わなくなった。
さまざまなクライアント対応も素晴らしい。家中のいろいろな機器に動画をストリーミングする以外で、私がいちばん気に入っているのは、RPi 3B+とALLO Piano 2.1 DAC hatで作ったジュークボックス音楽構成だ。別体のスピーカーアンプとサブウーファーアンプで好みのクロスオーバー周波数に調整し、PiではJellyfinライブラリにアクセスするMopidy-Jellyfin拡張と、DAC向けのすっきりしたWebフロントエンドを提供するMopidy-mowecl拡張を動かしている。Jellyfin GUIから音楽をキューに入れたり、DACへ“play to”したりもできる。
設定の自由度が高く、いじっていて楽しい。たとえばUSBテンキーをPiに挿して、triggerhappyサービスでショートカットを割り当ててある。デスクトップワークステーションの電源が切れていたり再起動中だったりしても、音楽が流れ続けるのがいい。
https://github.com/jellyfin/mopidy-jellyfin
https://github.com/sapristi/mopidy-mowecl
何より良いのは、全部が自由/オープンソースソフトウェアなので、ある日突然土台が消えてしまう心配をしなくていいことだ。
ただ、資金をクライアント側に回すべきだという意見には同意する。Android TVアプリはかなり荒削りな状態だ。通常のAndroidとWebインターフェースは素晴らしく、Rokuも記憶ではうまく動いていたが、Android TVの出来は本当に良くない。
JellyfinはRadarr、Sonarr、Jellyseerのような他のサービスともよく統合されていて、メディアをリクエストすると自動でダウンロード、インデックス作成、利用可能な状態にまでつながる。
クライアントの出来はまちまちだ。Infuseがおそらく最良だが、Apple TV / iOSでしか使えない。
ライブラリ管理は非常に簡単で、メタデータスキャナーも95%はうまく機能するので、メディアデータや画像を手動で修正する必要はほとんどない。
Jellyfin AndroidはFire TVで問題なく動く。サーバーをPiで動かすなら、特に4Kメディアファイルのトランスコーディングで苦労するかもしれない。
この構成では素晴らしく動作していて、XMBM/Kodiを十数回試したときよりも信じられないほど良い。自分以外の人でもすぐに手に取って自信を持って使えるし、Kodiでいつも起きていたような変なUIモードにハマって永遠に挫折することもない。
ブラウザUIのダウンロードリンクを使い、長い車での旅行のときには子ども向け映画をiPadでVLC再生している。VLCを併用すれば、その用途も満たせる。
こういう姿勢は本当に尊敬に値する。Plexに乗り換えろという社会的圧力があっても、Jellyfinにとどまりたくなるのはまさにこういう点だ。
数年前にPlexからJellyfinへ移行し、満足している。Plexは字幕ファイルのある映画で問題があり、何度も再エンコードしようとしていた。解決はできなかったが、Jellyfinはきちんと動く。
しかも、もう望んでいない機能を次々と押しつけてこない。Plexアカウントの費用は喜んで払っていたが、ただローカルの映画を静かに見せてほしかっただけだ。TVストリーミングや無料映画、その時々で押し出される最新機能で煩わされたくなかった。
月400ドルには彼らの労働コストは含まれていないのでは？ 個人的には、それが寄付する理由だと感じる。
「いいえ、これは『有給開発禁止』ポリシーには違反しません。寄付は文字通り寄付だからです。私たちは引き続きバグ報奨金のようなものは受け取らず、ここでの共同財源を有給開発に使うこともありません。」
Jellyfinを満足して使っている者として、24,000ドルまたは40か月分の費用ではまったく十分ではないという意見に賛成したい。
保守的な安全引き出し率で見れば、24,000ドルの元本は月60ドルにしかならない。つまり、プロジェクトが月々の支出を賄うのに必要な額の10分の1にすぎない。
プロジェクトが自立するには資金が10倍必要だ。そうすれば投資して、その運用益で費用を賄える。
プロジェクトが自立を望まないのなら、それは別の問題だ。ユーザーを飢えた状態のままにしておくほうが、インセンティブの整合性には良いと考えているのかもしれない。だが個人的には、自立こそが皆の目標であるべきだと思う。
Jelly Cloud のようなソリューションはある？ たとえば、ある会社が Jellyfin を EC2 インスタンスにデプロイして S3 を接続し、
username.companyname.comのようなカスタムドメインを提供して、S3/EC2 の費用やその他の費用を月額固定で請求するような形。作ってみようかと考えたが、需要があるか見たかった。ほとんどの開発者は簡単に自分でできるだろうが、自分ではできず、お金を払ってでも満足する人たち向けにサービスとして展開して売りたい。
競合は Plex と Emby になるだろうが、私の知る限りオープンソースではない