NASトランスコーディング設定｜Plex/Jellyfin

NAS トランスコーディング設定｜Plex/Jellyfin の完全ガイド

現代の家庭内メディア環境において、NAS（Network Attached Storage）は単なるデータ保存装置から、高機能なメディアサーバーへと進化を遂げています。特に 2026 年現在、4K HDR ディスプレイが普及し、ストリーミングサービスの画質競争も激化する中、ユーザーは自宅の大容量ストレージに格納された映画や動画コンテンツを、スマート TV、タブレット、スマートフォンなど多様な端末でシームレスに視聴したいと望んでいます。しかし、すべてのクライアント端末がすべてのビデオコーデックをサポートしているわけではありません。この課題を解決するのが「トランスコーディング」技術です。トランスコーディングとは、保存されている動画ファイルを、視聴している端末の仕様やネットワーク環境に合わせてリアルタイムで変換処理を行う仕組みであり、これによって再生不能なファイルでも再生が可能になります。

しかし、ソフトウェアベースでのトランスコーディングは CPU への負荷が非常に高く、高画質動画を複数同時再生しようとした場合、サーバーがダウンしたり、動画が途切れる現象が発生します。これを防ぐために不可欠なのが「ハードウェアトランスコーディング」機能です。これは GPU や CPU に内蔵された専用エンコーダーユニットを使用することで、CPU 負荷を最小限に抑えながら高速な変換を実現する技術です。本記事では、Synology DSM 環境や QNAP、そして自作 Linux サーバーなど、さまざまな NAS プラットフォームで Plex や Jellyfin を活用するユーザー向けに、ハードウェアトランスコーディングの最適設定方法を徹底的に解説します。

2026 年時点では、Intel の第 14 世代以降や N100/N300 シリーズといった低消費電力 x86 CPU が NAS の主流となりつつあり、AV1 コーデックのハードウェア対応も徐々に広がっています。しかし、設定ミスにより機能が発動しないケースが多々見受けられます。本ガイドでは、Plex Pass 必須の Plex エンタープライズ環境から、無料で同様の機能を享受できる Jellyfin オープンソース環境まで、それぞれの特性を理解した上で最適な構成を構築するための具体的な手順、トラブルシューティング、そして最新ハードウェアとの相性について詳述します。サーバー構築における重要な指針となるこの記事を参考に、ストレスのないメディアライフを実現してください。

トランスコーディングとは？なぜ NAS で重要なのか

トランスコーディングという用語は、IT 業界では一般的ですが、メディアサーバーの世界では特に重要な意味を持ちます。これは、動画ファイルのエンコード形式を、再生側のデバイスが理解できる形式に変換する処理を指します。例えば、NAS に保存されている動画が「HEVC (H.265) 4K」で圧縮されていた場合でも、古いスマート TV や Android TV ボックスは VP9 コーデックや H.264 のみに対応している場合があります。その場合、サーバー側でリアルタイムにデータを変換してストリーミングを行う必要があります。これをソフトトランスコーディングと呼び、CPU だけで処理を行うため、1 つの動画再生だけでも CPU 使用率が 80%〜90% に達することがあり、他のタスクが支障をきたす原因となります。

この問題を解決するのがハードウェアトランスコーディングです。Intel の Core プロセッサや Xeon プロセッサに搭載されている Intel Quick Sync Video (QSV) や、NVIDIA GPU 搭載の NVENC、AMD プロセッサの VCN など、専用の回路ブロックが動画変換処理を担当します。これにより、CPU はファイル読み込みやネットワーク転送などの管理業務のみを担い、トランスコーディング自体は専用ハードウェアで高速かつ低消費電力で行われます。2026 年の現在では、4K HDR コンテンツの再生需要が増加しており、特に AV1 コーデックへの対応が求められています。AV1 は効率的な圧縮が可能ですが、計算処理量が膨大であるため、専用ハードウェアなしでのソフトトランスコーディングは実用化が困難です。

さらに、NAS を運用する上でトランスコーディング機能は、ネットワーク帯域の制約に対しても有効に働きます。家庭内の Wi-Fi 環境やモバイル回線では、4K の高画質ストリーミングを常時維持することが難しい場合があります。ハードウェアトランスコーダーを使用することで、サーバー側で自動的に画質やビットレートを調整（アダプティブ・ストリーミング）し、ネットワーク状況に合わせた最適な品質で配信することが可能になります。つまり、ユーザーが手動で画質を変更しなくても、スムーズな視聴体験を維持できるのです。NAS でメディアサーバーを構築する目的は「どこでも、どんな端末でも快適に見たい」という需要に応えることにあり、トランスコーディング機能はその根幹を支える重要な要素です。

ハードウェアトランスコーディングの技術解説（Intel QSV/NVIDIA NVENC/AMD VCN）

ハードウェアトランスコーディングには主に 3 つの主要な規格が存在します。まず Intel Quick Sync Video (QSV) は、Intel Core プロセッサに標準で組み込まれたメディアエンコーダーユニットです。2026 年現在、第 14 世代（Raptor Lake Refresh）や Core Ultra シリーズ、そして低消費電力の N100/N300 シリーズまで幅広く対応しており、NAS では最も一般的に採用される技術です。QSV の最大の特徴は、CPU のコアを使用せずに独立したメディアエンジンで処理を行うため、CPU 負荷が極めて低いことです。また、Intel 製チップセットでは AV1 デコード・エンコーディングのハードウェアサポートも徐々に拡大しており、将来的な互換性において最も安定した選択肢と言えます。

次に NVIDIA NVENC（NVIDIA Encoder）です。これはデスクトップ PC やワークステーションで使われる GeForce グラフィックスカードや、データセンター向け Tesla/Quadro シリーズに搭載されたエンコーダーユニットです。かつては QSV よりも優れているとされることが多いため、自作メディアサーバーではよく採用されました。しかし、2026 年現在では AV1 エンコーディングにおける Intel の台頭により、NVENC の優位性は一部で低下しつつありますが、依然として高負荷な処理や特殊なフォーマット変換において高いパフォーマンスを発揮します。特に CUDA コアを活用した柔軟な設定が可能であり、動画編集用途との併用時にも強い利点があります。ただし、NAS 環境では GPU を独立して増設する必要があるため、省スペース・省電力を重視する場合のデメリットとなります。

最後に AMD VCN (Video Core Next) です。これは AMD Ryzen プロセッサや Radeon グラフィックスカードに搭載されたメディアエンジンです。従来の AMD APU では QSV や NVENC に比べてエンコード性能が劣ると評されていましたが、Ryzen 7000 シリーズ以降および最新の Ryzen 8000/9000 シリーズでは大幅に改善されています。ただし、NAS 用途において Linux ドライバーの対応状況や、メディアサーバーソフトウェア（Plex/Jellyfin）側のサポート度合いは、Intel や NVIDIA に比べてやや劣る傾向があります。特に Docker コンテナ環境下での VAAPI (Video Acceleration API) のパススルー設定が複雑な場合があり、初心者にはハードルが高い技術です。それぞれの技術の特性を理解し、使用する NAS の CPU/プラットフォームに最適な選択肢を選ぶことが重要です。

Intel QSV と NVIDIA NVENC の違いとコーデック対応表

Intel QSV と NVIDIA NVENC を比較する際、最も重要な判断基準となるのが「対応コーデック」と「同時トランスコード数」です。2026 年現在の市場動向では、AV1 コーデックの普及率が急速に高まっており、これが将来互換性を決定づける因子となっています。Intel の QSV は、Core i シリーズ（第 8 世代以降）および N シリーズ（N100/N300 など）において、ハードウェアベースの AV1 デコード・エンコーディングを備えている機種が増えています。一方、NVIDIA NVENC は、RTX 40 シリーズ以降で AV1 エンコーダが採用されましたが、旧世代の GTX 10/20/30 シリーズや G-Sync モジュールでは対応していないケースがあるため、注意が必要です。

下表に、主要なハードウェアエンコーダーとそれぞれのコーデック対応状況をまとめました。Plex や Jellyfin の設定時、この表を参照することで、クライアント端末の仕様に合わせて適切なトランスコーディングモードを選択できます。例えば、Apple TV 4K（第 3 世代）や recent Android TV モデルは AV1 をサポートしているため、AV1 エンコーダ対応ハードウェアが必須となります。また、HEVC (H.265) は 4K コンテンツの標準フォーマットとして普及しており、QSV と NVENC の両方でハードウェア処理が可能です。ただし、VP9（YouTube などで多用）については、Intel の第 8 世代以降が対応している一方、NVIDIA でも G-TX 10 シリーズ以降であれば対応していますが、NVENC 6.0 以降の機能となります。

同時トランスコード数も重要な要素です。Intel の N100 シリーズは低消費電力ながら、約 3〜5 ストリームの同時変換が可能です。これに対し、Core i5-12400 のような高性能 CPU を搭載した QSV は、8 ストリーム以上の同時処理が可能となります。NVIDIA NVENC の場合、RTX 40 シリーズでは 2 つの独立したエンコーダーブロックを持つため、非常に高い並列処理能力を発揮します。しかし、NAS では通常 GPU を挿すスペースがないため、QSV が事実上のデファクトスタンダードとなっています。Synology DS1824+ や QNAP TS-464 のような最新モデルでは、Intel Celeron N5095 や Atom C3538 といったプロセッサが採用されており、これらはすべて QSV をサポートしています。

また、トランスコーディング時の画質維持の観点でも違いがあります。QSV はリアルタイム処理に特化しており、高画質モード（Quality）やパフォーマンスモード（Performance）を選択可能です。NVENC も同様に設定可能ですが、N100 などの低消費電力チップでは QSV のエンコード品質が NVENC に劣る場合があるという指摘もあります。しかし、実際の視聴環境においてその違いを肉眼で識別することは稀です。重要なのは「処理の速さ」と「安定性」です。家庭用サーバーとして安定的に運用するためには、QSV によるハードウェアアクセラレーションを最大限活用し、CPU のリソースを他のファイル管理タスクへ割くことが推奨されます。

Plex でのハードウェアトランスコード設定手順（Plex Pass 必須）

Plex Media Server を使用してハードウェアトランスコーディングを設定する際、最も重要な前提条件として「Plex Pass」の購読が必要です。通常版ではソフトトランスコーディングのみが許可されており、ハードウェアアクセラレーション機能を利用するには有料プランへのアップグレードが義務付けられています。2026 年現在でもこの制限は維持されており、Plex のビジネスモデル上の重要な要素となっています。設定手順は比較的シンプルですが、OS や NAS 環境によって微妙な違いが生じるため、それぞれのプラットフォームで注意深く進める必要があります。まず Plex Web UI にアクセスし、管理者権限を持つユーザーとしてログインします。

トップページから「サーバー」セクションを選択し、「設定」タブを開きます。ここで「トランスコード」という項目を探します。Plex のバージョンにより UI が若干異なりますが、通常は「ハードウェアアクセラレーション」または「GPU アクセラレーション」という選択肢が表示されます。ここを有効化すると、利用可能なハードウェアエンコーダーが検出され、プルダウンリストから選択できるようになります。Intel QSV を使用している場合は、「Media Engine: Quick Sync Video (QSV)」、NVIDIA GPU の場合は「NVIDIA NVENC」を選択します。これだけで設定は完了すると思われがちですが、実はここで終わりにしないことが重要です。

設定を保存した後、Plex のパフォーマンスチェック機能を使用し、実際のトランスコーディング状況を確認してください。「ヘルスチェック」または「統計情報」から、現在のセッションが「ハードウェアトランスコード中」と表示されているか確認します。もし、ソフトトランスコード中の場合は、GPU ドライバーの更新や Docker 環境での権限設定を見直す必要があります。特に Synology DSM の場合、Plex アプリをインストールしているだけで自動的に QSV が検出されるケースが多いですが、古いバージョンの Plex では正しく認識されないことがあります。その際は、Plex 公式サイトの最新ビルドを確認し、Manually Updater から手動更新を行うか、Docker コンテナを使用する場合は環境変数を適切に設定する必要があります。

また、トランスコードの設定には「同時ストリーミング数」による制限も考慮する必要があります。Plex Pass ユーザーであっても、ハードウェアの物理的な限界（最大トランスコード数）を超えると、新しい接続は拒否されます。例えば Intel N100 を搭載した NAS で 5 つ目の 4K トランスコーディングセッションを開始しようとした場合、CPU の QSV ユニットが不足しエラーが発生します。この場合、ユーザー側で「ハードウェアトランスコードを有効にする」設定をオフにし、ソフトウェアトランスコードに切り替えるか、またはクライアント端末の画質を下げるなどの調整が必要です。また、Plex Pass では「自動品質調整」機能も利用可能であり、ネットワーク帯域に応じて自動的に SD へ変換する設定も可能です。

Jellyfin での無料ハードウェアトランスコード設定と Docker 構成

Jellyfin はオープンソースかつ完全無料で提供されるメディアサーバーであり、Plex と同様の機能を搭載しています。最大の特徴は、Plex と異なり「有料プラン不要」でハードウェアトランスコーディングが利用可能である点です。これは自作 PC や Linux サーバーユーザーにとって非常に魅力的な機能ですが、その分設定の自由度が高く、初心者には少し複雑に映る場合があります。特に Docker 環境での Jellyfin 運用では、ホスト側のデバイスへのアクセス権限をコンテナ内に適切に通す「デバイスパススルー」の設定が必須となります。これを行わないと、Jellyfin はハードウェアアクセラレーションを検出できず、自動的にソフトトランスコードへフォールバックしてしまいます。

Docker Compose を使用した Jellyfin 設定の例を示します。まず、コンテナ起動時に --device /dev/dri:/dev/dri オプションを指定し、ホストのグラフィックドライバデバイスをコンテナ内部にマウントする必要があります。これにより、Jellyfin は Linux カーネルレベルで QSV や VAAPI を利用できるようになります。また、ユーザー権限の問題も考慮する必要があり、Jellyfin ユーザー ID とホスト側のドライバーユーザーが一致しているか確認します。UID/GID を指定する PUID 及び PGID 環境変数（通常は Docker 公式イメージでサポート）を適切に設定し、ファイル読み書き権限を確保してください。Synology の Container Manager や QNAP の Container Station でも同様の構成が可能です。

Jellyfin の Web UI では、「サーバー」→「動画」タブからハードウェアアクセラレーションを設定します。「ハードウェアアクセラレーション」項目で「VA-API」、「QuickSync」、あるいは「NVIDIA NVENC」を選択可能です。Intel CPU の場合は通常 VA-API (Linux) または QuickSync と表示されますが、これは QSV を指します。設定後、「テスト実行」機能を使用して、実際のトランスコーディングが可能か確認できます。もし失敗する場合、ログを確認し、エラーメッセージが「Device not found」や「Permission denied」であるかどうかを特定します。Docker 環境では SELinux や AppArmor のようなセキュリティポリシーがデバイスをブロックしている可能性も否定できません。その場合は、SELinux を一時的に無効化するか、コンテナのセキュリティ設定（--security-opt）を見直す必要があります。

2026 年時点での Jellyfin の特徴として、FFmpeg の最新バージョンを内包し、コーデックのサポート範囲が拡大している点が挙げられます。特に AV1 コーデックに対するハードウェア対応は、Intel QSV と同様に進んでいます。ただし、Jellyfin は Plex に比べて設定項目が多く、カスタマイズ性が高いため、ユーザーが誤って設定した場合にパフォーマンスが低下するリスクがあります。「自動トランスコード」設定で「常に有効にする」を選択すると、クライアントがネイティブ再生可能な場合でも強制的に変換が行われるため、不要な負荷がかかります。そのため、「必要に応じてのみ」という設定を推奨します。また、Jellyfin ではユーザーごとの権限管理も柔軟にできるため、家族間で高画質再生を行う際のトランスコード優先順位を調整することも可能です。

Synology DSM における Plex/Jellyfin の最適化ポイント

Synology NAS は、DSM (DiskStation Manager) OS を採用しており、メディアサーバーとしての安定性が非常に高いです。特に最新モデルである DS1824+ や DS923+ では、Intel Atom C3538 や Ryzen R1600 などの高性能プロセッサが搭載されており、ハードウェアトランスコーディングの能力も向上しています。Synology のパッケージセンターから Plex や Jellyfin をインストールする際、標準的な設定だけでなく、いくつかのパラメータを調整することでパフォーマンスを最大化できます。まず重要なのは「GPU アクセラレーション」の有効化です。DSM 7.x/8.x 以降では、Plex アプリのセットアップウィザード内で自動的に QSV の検出が行われるようになっていますが、手動で設定を確認することが重要です。

Synology DSM 上で Jellyfin を Docker コンテナとして運用する場合、Container Manager 内の「コンテナ」設定画面で「デバイスパススルー」オプションを適切に使用する必要があります。DSM の場合、/dev/dri/renderD128 というデバイスファイルが QSV のコアとなるインターフェースです。これをコンテナにマウントする際、Synology のセキュリティ機能によってブロックされないよう注意が必要です。また、Synology はデフォルトで CPU パフォーマンスモードを「省電力」や「バランス」に設定している場合があり、トランスコーディング時にパフォーマンスが不安定になることがあります。「コントロールパネル」→「ハードウェア電源管理」からプロセッサの性能設定を確認し、「高性能」または「バランス」を選択することで、QSV の安定動作を保証できます。

さらに Synology では、ストレージプールやボリュームの最適化もトランスコーディングに影響を与えます。高速な NVMe SSD をキャッシュとして使用することで、動画ファイルの読み込み速度が向上し、トランスコード前のバッファリング処理がスムーズになります。また、Synology の「Media Indexer」機能は、Plex や Jellyfin と連携してメタデータを取得しますが、このプロセス自体が CPU 負荷を高める場合があります。そのため、特定のフォルダに対してインデックス作成を一時停止する機能や、スケジュール設定を見直すことで、トランスコーディング時のリソース競争を防ぐことができます。さらに、Synology のネットワーク設定では Jumbo Frame（Jumbo Packet）の有効化を検討することも有効です。LAN 内での転送速度向上により、高ビットレートの動画ストリーミング時の帯域制約が緩和されます。

Plex や Jellyfin を Synology DSM で運用する際のトラブルシューティングとして、よくあるのが「ハードウェアトランスコードが無効になっている」という現象です。この場合、まず PLEX 環境変数をチェックします。Synology のコンテナマネージャーでは、PLEX_CLAIM や PRIORITY などの設定を誤ると、QSV を検出できないことがあります。また、Jellyfin の場合は Docker ログを確認し、FFmpeg の QSV サポートが有効化されているか確認します。DSM のバージョンアップに伴いドライバの互換性が低下するケースもあるため、コンテナイメージも常に最新バージョンを維持することが推奨されます。Synology 公式サポートでは、DSM 7.2 以降で QSV ドライバが強化されたことを明記しており、これを利用することでより安定したトランスコーディング環境を構築可能です。

CPU・GPU 別 同時トランスコード性能比較表（N100, i3-12100, i5-12400）

ハードウェアトランスコーディングの選択において、最も重要な要素となるのが「CPU の世代と型番」です。2026 年現在、家庭用 NAS や簡易メディアサーバーとして人気のある CPU を比較し、それぞれの性能特性を明確にします。Intel N100 は超低消費電力（TDP 6W）で設計されたプロセッサであり、NAS の省エネモデルや mini PC に採用されています。一方、Core i3-12100 や Core i5-12400 はデスクトップ向けのパフォーマンス CPU です。これらは QSV エンコーダーの世代が異なり、N100 は第 12 世代以降のプロセッサと同等のメディアエンジンを持っていますが、コア数が限られているため、同時トランスコード数に制限があります。

下表は、代表的なプロセッサごとのハードウェアトランスコーディング能力を比較したものです。ここでは、「4K → 1080p」の変換能力や「同時ストリーミング可能数」を指標としています。N100 は消費電力が極めて低く、常時稼働させるのに最適ですが、同時に複数のユーザーから高画質ストリームを要求される場面ではボトルネックになる可能性があります。対照的に、i5-12400 はコア数が多く、QSV による並列処理能力も強力であるため、複数のクライアントからの同時再生にも耐えられます。ただし、消費電力は N100 の数倍となるため、ランニングコストの計算も必要です。

また、NVIDIA GPU を使用する場合も考慮に入れる必要があります。GeForce GTX 1650 や RTX 3050 などのエントリーグレード GPU でも NVENC エンコーダーが搭載されており、N100 と同等かそれ以上の同時トランスコード数を実現します。しかし、これらは独立した PCI-E スロットを必要とするため、NAS の拡張性が制限されます。Synology DS1824+ や QNAP TS-464 などの NAS は、GPU サポートが標準ではないため、QSV が事実上のデファクトスタンダードとなります。自作 NAS や MicroATX マザーボードを使用する場合のみ、独立 GPU を導入するメリットがあります。

AV1 コーデックの対応状況も表に追加しましたが、N100 は 2024〜2025 年の発売モデルであり AV1 デコード/エンコーディングに対応しています。一方、i3-12100 や i5-12400 の QSV エンコーダーは、初期の第 8 世代以降のアーキテクチャに基づいており、AV1 エンコーダには対応していない場合が多いです（一部更新版を除く）。しかし、2026 年現在では AV1 デコードが主流となっているため、クライアント側で AV1 をサポートしている場合、サーバー側は HEVC (H.265) をエンコードすれば十分です。したがって、AV1 エンコーダの有無よりも、HEVC のトランスコード能力と同時ストリーミング数が優先されるべき指標となります。

4K HDR から SDR へのトーンマッピング処理について

近年の映像コンテンツは 4K と HDR (High Dynamic Range) が標準となっていますが、多くの家庭用 TV やタブレットは SDR (Standard Dynamic Range) モニタです。この場合、Plex や Jellyfin は自動的に「HDR → SDR の変換（トーンマッピング）」処理を行います。これは単なる解像度変更ではなく、輝度情報や色空間の調整を含む複雑な処理であり、CPU に大きな負荷をかける要因となります。特に Intel QSV を使用する場合、QSV モジュールがトーンマッピングをハードウェアサポートしているかどうかが重要です。2026 年現在の最新ドライバでは、Intel の新しいメディアエンジンが HDR トーンマッピングの加速に対応しており、これを使用することで CPU 負荷を大幅に削減できます。

Plex や Jellyfin の設定画面には、「HDR → SDR トランスコード」や「トーンマッピング」というオプションがあります。これを有効化すると、自動的に輝度情報を圧縮し、SDR モニタで適切な色再現を行います。ただし、ハードウェアトランスコーディングが有効な場合でも、QSV が HDR 変換をサポートしていない古いモデルでは、この処理は CPU で実行される可能性があります。そのため、設定を確認する際は「HDR トーンマッピング」のステータスも併せてチェックする必要があります。特に Synology DSM の場合、DSM のシステム設定や Plex アプリのバージョンによっては、トーンマッピングが自動的に無効化されているケースがあります。

トーンマッピングを有効にすると、画質は SDR 対応デバイスで適切に表示されますが、HDR 本来のダイナミックレンジの一部は失われます。これを避けるために、クライアント側で HDR モニタを使用することも検討できます。Plex の場合、「再生設定」から「ハードウェアトランスコード中に HDR を保持する」というオプションがあり、これが有効な場合は変換が行われません。これは、HDR 対応デバイスへのストリーミングにおいて非常に重要です。しかし、非対応デバイスでの視聴を考慮すると、自動的に SDR へ変換する設定が推奨されます。

性能の観点から言えば、トーンマッピング処理は QSV のエンコーダーブロックとは別に実行される場合があります。特に Intel の第 12 世代以降では、QSV と並列して動作可能となっていますが、負荷が高すぎる場合は CPU にフォールバックします。Jellyfin では、FFmpeg のフィルタチェーンでトーンマッピングを指定する設定が可能であり、より高度なカスタマイズが可能です。ただし、初心者には複雑であるため、デフォルトの自動設定を利用するのが無難です。また、HDR 変換時のパフォーマンス低下を避けるために、クライアント端末の画質設定を一時的に下げる（例：4K → 1080p）ことで、トーンマッピング負荷を軽減できることもあります。

Docker Compose 設定例（Jellyfin+Intel QSV）

Docker コンテナ環境で Jellyfin を運用する場合、ハードウェアトランスコーディングを有効にするための具体的な設定例を示します。これは Linux ベースの自作 NAS や Ubuntu サーバーなどでよく使われる構成です。docker-compose.yml ファイルを作成し、以下の内容を含めることで、Jellyfin がホストの QSV デバイスにアクセスできるようになります。この設定では、/dev/dri/renderD128 というデバイスパスが重要であり、これが存在しない場合、コンテナはハードウェアアクセラレーションを検出できません。

version: '3.5'
services:
  jellyfin:
    image: lscr.io/linuxserver/jellyfin:latest
    container_name: jellyfin
    network_mode: host
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Tokyo
    volumes:
      - /path/to/config:/config
      - /path/to/tvshows:/tvshows
      - /path/to/movies:/movies
    devices:
      - /dev/dri/renderD128:/dev/dri/renderD128
    restart: unless-stopped

この設定の重要なポイントは devices セクションです。ここでホスト側の /dev/dri/renderD128 をコンテナ内の同じパスにマウントします。これにより、Jellyfin はハードウェアアクセラレーションを使用できます。また、network_mode: host はネットワークパフォーマンスを向上させるために推奨されますが、セキュリティ上はポート開放設定が必要です。さらに、ユーザー権限の問題を避けるため PUID=1000 や PGID=1000 を指定し、コンテナ内の Jellyfin ユーザーがホストのファイルシステムにアクセスできる権限を持っていることを保証します。

Docker 環境でのトラブルシューティングとして、よくあるのが「デバイスが見つからない」というエラーです。これは、ホスト側の QSV ドライバが正常にロードされていない場合や、コンテナ起動時にデバイスパスが正しくない場合に発生します。docker logs jellyfin コマンドでログを確認し、FFmpeg の初期化メッセージを確認します。「Hardware acceleration: Intel QuickSync Video (QSV) detected」というメッセージが表示されれば成功です。また、SELinux を使用している環境では、コンテナのセキュリティコンテキストがデバイスをブロックする可能性があります。その場合は --security-opt label=disable オプションを Docker コマンドに追加するか、Docker Compose の cap_add 設定を見直す必要があります。

さらに、2026 年時点の Jellyfin Docker イメージでは、環境変数 JELLYFIN_ENABLE_HWACCEL=1 を指定することでハードウェアアクセラレーションを強制有効化できる場合があります。ただし、これは QSV が検出されている場合のみ機能します。また、複数台の GPU や N100 シリーズなど特殊な環境では、環境変数 ENABLE_QSV=1 の設定が有効となるケースもあります。これらの設定は公式ドキュメントで随時更新されるため、最新の Jellyfin Docker リポジトリを確認することが重要です。

Synology DSM での Plex/Jellyfin の最適化ポイント（再）

Synology NAS でメディアサーバーを運用する際、DSM (DiskStation Manager) の独自機能を活用することで、ハードウェアトランスコーディングの安定性をさらに高めることができます。特に、Synology の「Media Indexer」や「Storage Pool」の設定は、トランスコード処理との競合を減らすために重要です。2026 年現在、DSM 8.1 以降では、メディアファイルのスキャン時に QSV を使用したサムネイル生成が可能となり、検索レスポンスが向上しています。しかし、スキャン中にトランスコーディングが行われると CPU リソースが争奪されるため、スケジュール設定をずらすことが推奨されます。

また、Synology NAS のネットワーク設定において「Jumbo Frame」の有効化を検討することも有益です。LAN 内でのデータ転送速度を向上させ、高ビットレートの動画ストリーミング時の帯域制約を緩和します。ただし、すべての LAN デバイスが Jumbo Frame をサポートしている必要があるため、ルーターやスイッチの対応状況を確認した上で設定を変更する必要があります。また、Synology の「Hyper Backup」や「Cloud Sync」などのバックアップ機能も同様に CPU リソースを使用するため、トランスコーディング負荷が高い時間帯にはこれらのタスクを一時停止またはスケジュール変更することが望ましいです。

Plex や Jellyfin 以外の Docker コンテナも同時に稼働している場合、CPU のリソース管理に注意が必要です。Synology の Container Manager では、「コンテナーの CPU 制限」を設定できます。これにより、特定のコンテナが CPU リソースを独占するのを防ぎ、トランスコーディングの安定性を保つことができます。また、Synology NAS 自体が「省電力モード」や「休止状態」に入ると、QSV ドライバがリセットされ、再起動後に再検出が必要になる場合があります。常時稼働させることを想定し、電源管理設定を適切に調整することも重要です。

ハードウェアトランスコーディング導入のメリット・デメリット

ハードウェアトランスコーディングを導入することには明確なメリットとデメリットが存在します。最大のメリットは「CPU 負荷の劇的な低下」です。ソフトトランスコードでは CPU コアが全開で動作しますが、QSV や NVENC を使用すると CPU の使用率は 5%〜10% 程度に抑えられます。これにより、NAS が他のタスク（バックアップ、ファイル転送、Web サーバーなど）を同時に処理しても、動画再生の質が低下しません。また、消費電力の低減も重要なメリットです。特に N100 や Atom シリーズの場合、QSV を使用することでトランスコード時の電力効率が高まり、省エネ運転が可能です。

一方、デメリットとして「対応ハードウェアの制約」があります。Intel QSV は Intel CPU に限定され、AMD プロセッサでは VCN のサポートが不十分な場合があります。また、NVIDIA NVENC を使用する場合は独立した GPU が必要であり、NAS の拡張性とコストに制限が生じます。さらに、「コーデックへの依存性」も挙げられます。QSV が AV1 エンコードに対応していない場合、AV1 コンテンツを再生するにはソフトウェアトランスコードを行う必要があり、性能低下を招きます。また、ハードウェアエンコーダーの品質はソフトトランスコードに比べて劣る場合があり、画質においてわずかな違いが生じる可能性があります。

もう一つのデメリットとして「トラブルシューティングの難易度」が挙げられます。ソフトウェアトランスコードではエラーが発生しても CPU ログを確認すれば原因を特定しやすいですが、ハードウェアトランスコードではドライバやカーネルレベルの問題が含まれるため、デバッグが複雑になります。特に Docker 環境下でのパススルー設定ミスは、一見すると「機能しない」という症状として現れ、根本原因の特定に時間がかかります。したがって、導入前には必ず使用するハードウェアの互換性を確認し、テスト運用を行うことを強く推奨します。

よくある質問（FAQ）

Q1. Plex でハードウェアトランスコーディングが無効になります。どうすれば良いですか？ Plex Pass が必須です。無料版では機能しません。また、NAS の CPU が QSV をサポートしているか確認してください。Synology の場合、DSM 7.2 以降で自動検出されますが、古い Plex アプリを使用していると検出されないことがあります。最新版に更新するか、Docker コンテナの環境変数を確認してパススルー設定を見直してください。

Q2. Jellyfin でハードウェアトランスコーディングを有効にする方法は？ Jellyfin は無料ですが、Docker 環境では /dev/dri デバイスのマウントが必要です。ホスト側で ls /dev/dri/ を実行し、デバイスが存在するか確認してください。Docker Compose の devices セクションに /dev/dri/renderD128:/dev/dri/renderD128 を追加してコンテナを再起動します。

Q3. Intel N100 はどの程度の同時トランスコードが可能ですか？ Intel N100 の QSV エンコーダーは、約 3〜4 ストリームの同時トランスコーディングが可能です。ただし、これは 1080p または 4K 変換の負荷によるため、AV1 コンテンツの場合は数が減る可能性があります。家庭用サーバーとしては十分な性能ですが、5 人以上での同時視聴には i5-12400 などの上位 CPU が推奨されます。

Q4. Synology DSM で Plex を使う場合、GPU の追加は可能ですか？ 標準的な Synology NAS（DS923+ など）では GPU スロットが用意されていないため、物理的な GPU の追加はできません。ただし、CPU に搭載された QSV エンコーダーを使用すれば問題ありません。Synology DS1824+ などの最新モデルでも同様に QSV が利用可能です。

Q5. 4K HDR コンテンツを再生するとトランスコードが重くなります。対策は？ HDR → SDR トーンマッピングが発生している可能性があります。Plex/Jellyfin の設定で「HDR を保持する」オプションを確認し、対応デバイスではそれを有効にします。また、クライアント端末側で HDR 対応であることを確認してください。

Q6. Docker 環境で QSV が検出されないエラーが出ます。 コンテナ起動時に --device /dev/dri:/dev/dri を指定していません。Docker Compose の設定を見直し、ホストのデバイスパスをマウントしているか確認してください。また、SELinux や AppArmor の設定がデバイスをブロックしていないかもチェックが必要です。

Q7. Plex Pass は必須ですか？Plex Free では不可能ですか？ はい、Plex Pass が必須です。有料版にアップグレードしないとハードウェアトランスコーディング機能は使用できません。これは Plex のビジネスモデル上の重要な制限であり、無料プランでは CPU 負荷の高いソフトトランスコードのみとなります。

Q8. QNAP TS-464 は QSV に対応していますか？ はい、QNAP TS-464 は Intel Celeron N5105 を搭載しており、Intel Quick Sync Video (QSV) に完全に対応しています。Plex や Jellyfin を使用すれば、ハードウェアトランスコーディングを有効に利用可能です。

Q9. AV1 コーデックへの対応状況はどうですか？ 2026 年現在、Intel N100 や Core Ultra シリーズは AV1 エンコードに対応しています。一方、Core i3-12100 の QSV はエンコード非対応の場合が多いです。クライアントが AV1 をサポートしている場合、サーバー側でも AV1 エンコーディングを有効化することが推奨されます。

Q10. Docker コンテナで QSV 使用時の CPU 負荷は下がりますか？ はい、大幅に低下します。ソフトトランスコード時は CPU 使用率が 80%〜90% に達しますが、QSV を使用すると 5%〜10% に抑えられます。これにより、他の Docker コンテナやシステムタスクの安定性が向上します。

まとめ

本記事では、NAS で Plex や Jellyfin を運用する際に不可欠なハードウェアトランスコーディング設定について、詳細に解説しました。2026 年現在、メディアサーバーとしての NAS の役割は拡大しており、多様なクライアント端末や高画質フォーマット（4K HDR、AV1）への対応が求められています。これを実現するためには、単なるソフトウェア設定だけでなく、使用する CPU や GPU の特性を理解した上で最適なハードウェア選定を行うことが重要です。特に Intel QSV は、Synology や QNAP といった NAS 環境において標準的な選択肢として機能し、低消費電力かつ高パフォーマンスなトランスコーディングを可能にします。

本記事をまとめると、以下の要点が挙げられます。

• Plex/Jellyfin の設定: Plex Pass が必須ですが、Jellyfin は無料で同様の機能を享受できます。Docker 環境では /dev/dri のパススルー設定が不可欠です。
• ハードウェアの選択: Intel N100 や i3-12100、i5-12400 は QSV エンコーダーを持ちますが、同時トランスコード数や AV1 対応状況には違いがあります。
• HDR トーンマッピング: HDR コンテンツを SDR モニタで視聴する場合の変換処理は、QSV のサポート状態によって負荷が異なります。
• トラブルシューティング: ドライバの更新や Docker 権限設定など、初期設定の確認が重要です。

ハードウェアトランスコーディングを正しく設定することで、NAS サーバーの安定性と多様性は一層向上します。本ガイドが読者のメディアサーバー環境構築に役立つことを願い、快適なデジタルライフを送っていただければ幸いです。