Jellyfinのファンノイズは、ストリーミング自体が本質的にうるさいからではなく、同時接続ユーザーによる動画処理、ハードウェアアクセラレーションのフォールバック、ストレージの動作、または温度制限によって大きくなることが一般的です。
ノイズは1台のクライアントで再生を始めたときだけ発生しますか。それとも字幕やHDRを有効にしたとき、または複数のユーザーが同時に視聴したときに発生しますか。同じ家庭内の利用状況を再現しながら、再生モード、コーデック、GPUエンジンの使用状況、CPU温度、ドライブの動作、ファン速度を記録してください。まずは、どの段階で変化が起きたのかを特定します。
ユーザーによってDirect Playがトランスコードに切り替わっていないか確認する
アクティブなセッションの詳細を開き、各クライアントのDirect Play、リマックス、トランスコードを比較します。ブラウザ、テレビ、モバイルのプロファイルでは、対応するコーデックや字幕形式が異なる場合があります。対応していないクライアントがソフトウェア変換を強制すると、ほかのユーザーがDirect Playで再生していてもCPU温度が急激に上昇することがあります。
同じタイトルを、字幕をオフにした状態と、Direct Playが確認されているクライアントで再生して比較します。ハードウェアアクセラレーションによるトランスコードはCPUの負荷を軽減できますが、ドライバーとコーデックの処理経路が実際に有効になっている場合に限られます(ハードウェアトランスコードの確認)。
特定のクライアントが参加したときだけノイズが発生する場合は、そのセッションのコーデック、字幕、HDR、再生モードを、Direct Playが確認されているクライアントと比較します。その違いから、サーバーに追加された処理を特定できます。
処理によるノイズとストレージ・冷却によるノイズを切り分ける
新しい再生を停止し、同じライブラリのスキャンまたはバックアップだけを実行します。トランスコードが動作していないのにファンがうるさいままの場合は、ディスクI/O、CPUのバックグラウンドプロセス、温度センサーを確認します。アートワークの抽出、字幕処理、またはHDDの飽和によって、GPUやCPUの変換処理とは異なるノイズの傾向が生じることがあります。
負荷の原因を特定してから、エアフローを清掃し、ファンカーブを確認してください。ファンカーブを変更しても、ハードウェアデコーダーがない問題は解決できません。また、キャッシュを高速なストレージに移しても、HDR処理がCPUのみで行われる問題は解決できません。
トランスコードが動作していないのにファン速度が上昇する場合は、スケジュールされたスキャン、アートワークの抽出、バックアップジョブ、ドライブの動作を確認します。ストレージやバックグラウンド処理の急増は、コーデックのフォールバックとは異なる対処が必要です。
元のユーザー構成で修正を検証する
互換性のあるクライアントを使う、字幕の強制焼き付けを無効にする、確認済みのハードウェア処理経路を有効にする、またはバックグラウンドジョブを移動するなど、元に戻せる変更を1つだけ適用します。1回再起動してから、同じユーザー数、タイトル、字幕、リモート接続条件を再現します。セッション全体を通してファンの動作、再生モード、温度が安定していれば、復旧が確認できたと判断できます。
温度がハードウェアの安全範囲を超える、測定可能な負荷がないのにファンが急上昇する、または元に戻せる確認を行った後もデバイスがスロットリングしてフレーム落ちが発生する場合は、詳しい調査に進んでください。ソフトウェアと再生経路を除外してから、冷却ハードウェアの交換を検討します。
変更後は、同じユーザー数とタイトル構成でセッション全体を再実行します。キャッシュが温まった後や2本目のストリーム開始後に再びうるさくなるなら、短時間静かだったとしても復旧とはいえません。
熱によるノイズへのエスカレーション基準を設定する
元のマルチユーザー負荷が、フレーム落ち、継続的なサーマルスロットリング、安全範囲を超える温度なしで完了するなら、その構成を維持します。ファンの動作と再生状況を新しい基準として記録してください。
温度が上昇し続ける、再生でフレーム落ちが始まる、または測定可能な負荷がないのにファンが最大速度のままになる場合は、セッションを停止します。ファームウェアを変更したり筐体を開けたりする前に、デバイスを冷ましてください。
アイドル中にも同じノイズが発生する、ファンセンサーの値が不安定、またはソフトウェアと再生経路を確認しても元の負荷を冷却しきれない場合は、修理または交換を依頼してください。
サポートとヒント
もっと読む

同時実行コンテナ向けにJellyfinのデータベース接続を最適化する方法
まずは1人のデータベース所有者と、SQLiteのロック動作を測定することから始め、同時実行性と復旧性の観点から複雑さが正当化される場合にのみ、別のバックエンドを追加します。

Jellyfinでジョブやインポートの重複を防ぐ方法
重複作業は通常、スケジューラーの重複や複数の書き込み担当者によって発生します。担当者を1人、経路を1つ、完了確認を1つに決めてください。

データベースボリュームがいっぱいになった後にJellyfinを修復する方法
書き込みを停止し、データベースとWALファイルを保持したまま、状態を無闇に削除せずに空き容量を確保し、その後、整合性と元のワークロードを検証します。

