Skip to content
Published on

オープンソース セルフホスト メディアサーバ 2026 完全ガイド - Jellyfin · Plex · Emby · Kodi · Stremio · OwnTone · Streama · Navidrome · Audiobookshelf 徹底比較

Authors

はじめに — 2026年、なぜ再びセルフホスト メディアサーバなのか

2026年5月現在、ストリーミング市場の分断は臨界点を越えた。Netflix、Disney+、Max、Apple TV+、Amazon Prime、Paramount+、Peacock、Hulu、Tving、Wavve、Coupang Play、U-Next、AbemaTV、Crunchyroll を全部足すと、ひとつの家庭が観たい作品の半分を網羅するために5〜6本を同時契約することになる。さらに、地域制限、ライセンス満了による作品ローテーション、「買ったものは実はライセンスだった」というデジタル所有権の問題が積み重なる。

その反動として、セルフホスト メディアサーバが再び注目されている。合法に購入・所蔵した DVD/Blu-ray/CD を NAS に置き、家族全員がどこからでも観られる、という構成だ。本稿はそのエコシステムを一気に見る。

自宅でメディアサーバを建てる本当の理由

動機はコスト削減だけではない。2026年に固まった動機は次の5つだ。

  1. 所有権: 「自分のディスクにあるファイル」が縮小する時代へのバックアップ。
  2. 地域制限の回避: 日本にいながら韓国の旧ドラマ、韓国にいながら日本の旧アニメを観たい。
  3. 作品ローテーション: ライセンス満了で昨日まで観ていた作品が今日消える問題。
  4. 広告なし・押しつけレコメンドなし: アルゴリズムではなく自分のライブラリ。
  5. プライバシー: 視聴履歴が誰のクラウドも経由しない。

特に2024年の Plex「Discover Together」がユーザー非公開ライブラリをフレンドの推薦対象として既定で開示する設定で出荷し炎上した件以降、Jellyfin など完全オープンな代替の採用率が急角度で伸びている。

2026年メディアサーバ スタックの9レイヤ

まず全体像。2026年標準のセルフホスト メディアスタックは9レイヤに分解できる。

  1. ストレージ: NAS、JBOD、ZFS/Btrfs プール
  2. 収集: Sonarr/Radarr/Lidarr/Readarr/Bazarr/Prowlarr — Arr スタック
  3. ダウンローダ: qBittorrent、Transmission、SABnzbd、NZBGet
  4. メタデータ: TMDB、TVDB、MusicBrainz、AniDB スクレーパ
  5. メディアサーバ: Jellyfin、Plex、Emby、Navidrome、Audiobookshelf
  6. トランスコード: Intel Quick Sync、NVIDIA NVENC、AMD VCN
  7. クライアント: Web、iOS/Android、Apple TV、Android TV、FireTV、Roku
  8. 外部接続: リバースプロキシ、Tailscale、WireGuard、Cloudflare Tunnel
  9. オーケストレーション: TrueNAS SCALE Apps、Unraid CA、CasaOS、Umbrel

各レイヤを1〜2ツールが占めていた時代は終わった。以下、それぞれのツールを比較する。

Jellyfin 10.10 — 純粋オープンソースの標準

Jellyfin は 2018年に Emby がクローズドへ移行した直後に作られた GPL-2.0 フォークだ。2026年5月時点で安定版は 10.10 系、10.11 RC が進行中。中核となる特徴は次のとおり。

  • GPL-2.0: サーバ・クライアントとも完全オープン。
  • 外部認証サーバ不要: Plex と違って外部アカウントは不要。すべてローカル認証。
  • ハードウェア アクセラレーション: Intel Quick Sync (QSV)、NVIDIA NVENC、AMD VCN、VAAPI、Apple VideoToolbox。
  • DLNA、チャプタ、字幕、Subtitle Edit: すべて内蔵。
  • 公式クライアント: Web、Android、iOS (Swiftfin)、Android TV、Roku、Kodi アドオン、LG webOS、Samsung Tizen。

10.10 で新たに入ったのは AV1 デコーダ認識HDR10 トーンマッピング改善Trickplay(プレビュー サムネイル) の正式版化、そしてライブTVガイドの整理だ。最大の内部変更は EPG バックエンドのリファクタである。

典型的な Docker Compose 設定は次のとおり。

services:
  jellyfin:
    image: jellyfin/jellyfin:10.10
    container_name: jellyfin
    network_mode: host
    volumes:
      - /srv/jellyfin/config:/config
      - /srv/jellyfin/cache:/cache
      - /mnt/media:/media:ro
    devices:
      - /dev/dri:/dev/dri
    environment:
      - JELLYFIN_PublishedServerUrl=https://jelly.example.com
    restart: unless-stopped

/dev/dri の Intel QSV パススルーがトランスコードの肝だ。12世代以降の NUC なら 4K HEVC 10bit を 3〜4本同時にこなせる。

Plex Media Server — 市場リーダーと2024年プライバシー騒動

Plex は 2008年スタートの最古参の商用メディアサーバだ。サーバ SW は無料だが、モバイル再生、ハードウェア トランスコード、DVR、マルチユーザは Plex Pass(有料)に紐づく。

  • 強み: 圧倒的に幅広いクライアントアプリと安定した Apple TV 体験、洗練された PlexAmp。
  • 弱み: サーバはクローズドソース。plex.tv に毎回認証する設計。2024年「Discover Together」が、ユーザー非公開ライブラリをフレンドの推薦対象として既定で開示する設定で出荷して炎上。

Plex は炎上後その設定をオプトイン化し、データ利用方針の文言も厳格化したが、信頼回復は緩慢だった。この時期に Jellyfin へ移行したヘビーユーザは多い。

Plex Pass は 2025年に値上げがあり、Lifetime が $249 へ、月額が $6.99 になった。PlexAmp + ハードウェア トランスコード + DVR + Mobile Sync + Plex Movies & Shows がバンドルされる。

Docker で立てるときは PlexInc 公式イメージを使う。

services:
  plex:
    image: plexinc/pms-docker:latest
    container_name: plex
    network_mode: host
    volumes:
      - /srv/plex/config:/config
      - /srv/plex/transcode:/transcode
      - /mnt/media:/data
    environment:
      - TZ=Asia/Tokyo
      - PLEX_CLAIM=claim-XXXX
    devices:
      - /dev/dri:/dev/dri
    restart: unless-stopped

PLEX_CLAIM トークンは plex.tv/claim から4分以内に取得する。

Emby Server — Plex と Jellyfin の中間

Emby は Jellyfin の元となるプロジェクトだ。2018年クローズド化以後、サーバ コアは非公開だが、一部クライアントと SDK はオープン。2026年5月時点で安定版は 4.9 系。

  • 無料層: サーバ稼働、Web クライアント、基本再生。
  • Emby Premiere(有料): ハードウェア トランスコード、モバイル同期、DVR、クラウド同期、ペアレンタル コントロール。
  • クライアント: Apple TV、Android TV、Roku、Fire TV、iOS、Android、Xbox、Samsung/LG スマートTV。Plex ほどではないが Jellyfin より広い。

Emby は「Plex より自由、Jellyfin より洗練」のポジショニングを狙うが、2026年の市場は二極化しシェアは縮小傾向だ。一方で映像メタデータ マッチングと字幕処理の品質は依然として業界最高水準と評価される。

Kodi 22 Piers — XBMC 四半世紀の系譜

Kodi は 2002年に XBMC(Xbox Media Center)として始まった最古参のオープンソース メディア センターだ。サーバというよりクライアント + ローカル ライブラリに近い。2026年5月時点で Kodi 21 Omega が安定版、Kodi 22 Piers がアルファ/ベータ。

  • GPL-2.0: 完全オープン。
  • ほぼあらゆるプラットフォーム: Linux、macOS、Windows、Android、iOS(脱獄要)、tvOS、Raspberry Pi、Vero、CoreELEC。
  • アドオン エコシステム: 数千個。公式リポジトリ以外にも非公式リポジトリ多数。
  • PVR + DVR: Tvheadend、Argus TV、NextPVR と組み合わせてライブTV視聴と録画。

Kodi 22 Piers の主な変更は AV1 デコーダ統合Python 3.12 への移行新しい音楽ライブラリ モデルだ。

Kodi は Jellyfin/Plex/Emby と組み合わせて使われることが多い。Jellyfin サーバ + Kodi クライアントの組合せは、Apple TV アプリが弱いリビング環境(例: Nvidia Shield TV)では強力だ。

Stremio — アドオン主導の次世代メディアハブ

Stremio は 2017年頃に登場した新世代のメディアハブだ。Kodi に近いがより整理された UI と一貫したメタデータ処理が特徴。

  • 無料 + GPL-2.0 のクライアント、サーバの一部はクローズド。
  • アドオン モデル: トレント、IPTV、デブリッド、ローカル ライブラリ、メタデータ — すべてアドオン。
  • 公式統合: Real-Debrid、Premiumize、AllDebrid、Trakt.tv。
  • クライアント: Web、Windows、macOS、Linux、Android、iOS、Android TV、Samsung Tizen、LG webOS。

Stremio + Real-Debrid の組合せは合法性のグレーゾーンとしてよく挙げられる。トレント P2P そのものより、デブリッド キャッシュからのダウンロードを迂回手段として使う構成について各国の規制が割れる。

IPTV プロキシ — Threadfin、xTeve、IPTV Proxy

ライブTV/IPTV を Plex/Emby/Jellyfin のライブTVモジュールに繋ぐには M3U と EPG の標準化が必要だ。その役割を担うのが IPTV プロキシ。

  • Threadfin: xTeve の活発なフォーク。M3U 分割、EPG マッピング、チャネルID正規化。Docker フレンドリ。
  • xTeve: 元祖。2024年以降更新が鈍化したが依然稼働。
  • IPTV-org: GitHub 上の無料 IPTV チャネル キュレーション。
  • EPG-grabber、EPG.best: EPG 取得。

Threadfin は Jellyfin/Plex の DVR モードに多重チューナーのように見せかけてチャネルを公開する。日本・韓国の IPTV は通常事業者の STB に紐づくため、合法性は技術構成と別に検討する。

Navidrome は 2019年に始まった Go 製の音楽サーバだ。軽くて速くてどこでも動くのが強み。

  • GPL-3.0
  • Subsonic API 互換: 数十のモバイル アプリがそのまま接続できる。play:Sub、Substreamer、DSub、Tempo、Symfonium、Sonixd など。
  • SmartPlaylists、Last.fm/ListenBrainz scrobble、マルチ ライブラリ に対応。
  • Docker 一発インストール

Docker 設定は次のとおり。

services:
  navidrome:
    image: deluan/navidrome:0.55
    user: "1000:1000"
    ports:
      - "4533:4533"
    environment:
      ND_LOGLEVEL: info
      ND_SESSIONTIMEOUT: 24h
      ND_BASEURL: ""
    volumes:
      - ./data:/data
      - /mnt/music:/music:ro
    restart: unless-stopped

Navidrome は 1万曲程度のライブラリなら Raspberry Pi 4 でも快適に動く。10万曲を超えると PostgreSQL バックエンドへ移行する。

Lyrion Music Server — Logitech Media Server の新名称

LMS(Logitech Media Server)は 2002年に Slim Devices Squeezebox 用に作られたオープンソース音楽サーバだ。2024年にコミュニティが名称を Lyrion Music Server へ改めた。Roon 級のマルチルーム オーディオを合法的なオープンソースで実現できるほぼ唯一の選択肢だ。

  • Perl + JS ベース。
  • マルチルーム 同期: Squeezebox ハードウェア、Raspberry Pi + piCorePlayer、squeezelite。
  • ハイレゾ対応: FLAC、DSD、ALAC ネイティブ。
  • プラグイン エコシステム: Spotty(Spotify)、Qobuz、Tidal、Internet Radio。

Roon が $700+ のライフタイム ライセンスなのに対し、LMS は無料。UI は古いがオーディオファイル コミュニティの忠誠心は非常に強い。

OwnTone — AirPlay 2 ファーストの音楽サーバ

OwnTone(旧 forked-daapd)は AirPlay 1/2、Chromecast、Spotify Connect、RSP を1台のサーバで話せる音楽サーバだ。

  • GPL-2.0
  • AirPlay 2 マルチルーム 同期: オープンソースではほぼ唯一。
  • iTunes/Music.app 互換: DAAP プロトコル。
  • Spotify Connect、Roku、Chromecast、AirPlay 2 を1サーバで。

複数の部屋に HomePod mini を置いている世帯が最初に選ぶツールだ。iTunes ライブラリ + Spotify + ラジオを1か所に統合するワークフローが可能。

その他の音楽サーバ — Airsonic Advanced、Funkwhale、Gonic、Mopidy

Navidrome/LMS/OwnTone 以外にも次のサーバが活動中だ。

  • Airsonic Advanced: Java/Spring 製。Subsonic 互換。JVM 依存が重く Navidrome への移行傾向。
  • Funkwhale: ActivityPub ベースのフェデレート音楽サーバ。Mastodon のようにインスタンス間連合。
  • Gonic: Go 製。Navidrome の代替。Plex/Emby ユーザ向けの SCAN オプションが親切。
  • Mopidy: Python 製、MPD 互換 + 拡張。Spotify、YouTube、SoundCloud 拡張が豊富。

2026年現在、Navidrome が最も活発で、LMS がオーディオファイル枠、Mopidy がハッカー向け、Funkwhale が連合トラックを担う。

オーディオブック — Audiobookshelf、booksonic-air

オーディオブックは音楽と違う。チャプタ、進捗同期、再生速度、m4b コンテナが鍵となる。

  • Audiobookshelf: 2021年スタート。2026年で最も活発なオーディオブック + ポッドキャスト サーバ。iOS/Android 公式アプリ、進捗同期、m4b/mp3/Flac、チャプタ自動分割。
  • booksonic-air: Airsonic 系のオーディオブック フォーク。活動が鈍り Audiobookshelf への移行が標準推奨。
  • Storyteller: 2025年登場の新ツール。オーディオブックとテキストを Whisper で自動アライン。

Audiobookshelf の Docker 設定は次のとおり。

services:
  audiobookshelf:
    image: ghcr.io/advplyr/audiobookshelf:2.20
    ports:
      - "13378:80"
    environment:
      - TZ=Asia/Tokyo
    volumes:
      - ./config:/config
      - ./metadata:/metadata
      - /mnt/audiobooks:/audiobooks
      - /mnt/podcasts:/podcasts
    restart: unless-stopped

OPDS、Discord 通知、RSS ポッドキャスト自動ダウンロード、マルチ ライブラリ、マルチ ユーザ、統計はすべて内蔵。

コミック・電子書籍 — Kavita、Komga、Calibre-Web

電子書籍とコミックは別サーバになる。

  • Kavita: ASP.NET Core 製。マンガ、ライトノベル、ePub、PDF、自前 OPDS 対応。UI が最も洗練。
  • Komga: Spring Boot 製。マンガ・CBZ/CBR・EPUB。OPDS、Kobo 同期プラグイン。
  • Calibre-Web: Calibre のデータベースに Web インターフェースを被せる。OPDS、Kobo 同期、メタデータ編集。
  • Stump: Rust 製の新顔の本サーバ。軽量第一。

Kavita は UI 重視、Komga は安定と標準重視、Calibre-Web は既存 Calibre ユーザ向け。Kobo eリーダーへ直接同期するシナリオでは Komga + komf または Calibre-Web が最もよく動く。

写真ライブラリ — Immich、PhotoPrism、PhotoView、LibrePhotos

Google フォトから離脱したいユーザが最も集まる領域だ。

  • Immich: 2026年で最活発。NestJS バックエンド、Vue フロントエンド。顔認識、物体認識、Live Photo、iOS/Android のバックグラウンド アップロード。
  • PhotoPrism: Go 製。AI ラベリング、検索、地図。Plex-for-photos の枠を長く維持。
  • PhotoView: 軽くて速い。シングル ユーザ向き。
  • LibrePhotos: Django ベース。顔クラスタリングと意味検索が強み。

Immich は 2025年の v1.110 で Plex 風の共有、外部ライブラリ、Live Photo の正式対応を入れて以来採用が爆増した。詳細は iter59(写真ライブラリ詳細)で別記する。

Arr スタック — Sonarr · Radarr · Lidarr · Readarr · Bazarr · Prowlarr

収集・管理自動化レイヤだ。全員 .NET 6/8 ベースで同じファミリ。

  • Sonarr: TVシリーズ。シーズン/エピソード単位の追跡。不足エピソードの自動キューイング。
  • Radarr: 映画。TMDB メタデータ。
  • Lidarr: 音楽。MusicBrainz メタデータ。
  • Readarr: 書籍・オーディオブック。Goodreads 依存から脱却中。
  • Bazarr: 字幕。OpenSubtitles、Subscene、Addic7ed。
  • Prowlarr: インデクサ統合管理。Jackett の後継。
  • Whisparr: 成人向け。家族 NAS では分離するのが定石。

合法的な使い道は、ユーザが正規に保有するコンテンツを整理し、欠落分を正規のソース(自宅 NAS、合法インデクサ)から自動取得することだ。

代表的な Arr スタック Docker Compose:

services:
  prowlarr:
    image: lscr.io/linuxserver/prowlarr:latest
    container_name: prowlarr
    environment: &env
      PUID: "1000"
      PGID: "1000"
      TZ: Asia/Tokyo
    volumes:
      - ./prowlarr/config:/config
    ports:
      - "9696:9696"
    restart: unless-stopped

  sonarr:
    image: lscr.io/linuxserver/sonarr:latest
    container_name: sonarr
    environment: *env
    volumes:
      - ./sonarr/config:/config
      - /mnt/media/tv:/tv
      - /mnt/downloads:/downloads
    ports:
      - "8989:8989"
    restart: unless-stopped

  radarr:
    image: lscr.io/linuxserver/radarr:latest
    container_name: radarr
    environment: *env
    volumes:
      - ./radarr/config:/config
      - /mnt/media/movies:/movies
      - /mnt/downloads:/downloads
    ports:
      - "7878:7878"
    restart: unless-stopped

  bazarr:
    image: lscr.io/linuxserver/bazarr:latest
    container_name: bazarr
    environment: *env
    volumes:
      - ./bazarr/config:/config
      - /mnt/media/movies:/movies
      - /mnt/media/tv:/tv
    ports:
      - "6767:6767"
    restart: unless-stopped

ダウンローダ — qBittorrent · Transmission · Deluge · SABnzbd · NZBGet

ソースで二分される。合法的に保有するコンテンツ向けのトレント側と、Usenet 側。

  • qBittorrent: 最も活発。Web UI、カテゴリ、RSS 自動ダウンロード。Arr との相性が最良。
  • Transmission: 軽量で安定。macOS ユーザに向く。
  • Deluge: Python 製、プラグインが豊富。
  • rTorrent + ruTorrent: ヘッドレス前提。シードボックスの標準。
  • SABnzbd、NZBGet: Usenet ダウンローダ。NZBGet は活動が鈍化、SABnzbd が標準。
  • Aria2: HTTP/FTP/マグネット対応、CLI 寄り。

基本用途は合法な Linux ISO、無料・オープン ライセンスのコンテンツ、自身のバックアップ、パブリック データセットなどのダウンロードだ。著作権コンテンツの無断頒布は各国法で禁じられている。

トランスコード アクセラレーション — Intel QSV · NVIDIA NVENC · AMD VCN

メディアサーバの性能はトランスコード層で決まる。4K HEVC 10bit の原本を 1080p H.264 にリアルタイム変換するには事実上 GPU アクセラレーションが必須だ。

  • Intel Quick Sync (QSV): NUC・ミニPC で最も一般的。12世代以降は AV1 エンコードまで対応。
  • NVIDIA NVENC: 1060 以上で十分、GTX 1660 / RTX 30/40 系がコスパに優れる。
  • AMD VCN: 採用は限定的。Linux ドライバは改善中。
  • Apple VideoToolbox: Mac mini M2/M3/M4 がトランスコード機として浮上。

Jellyfin と Plex はいずれも対応するが、Plex のハードウェア トランスコードは Plex Pass の有料機能。Jellyfin は完全無料。

DLNA · UPnP · Chromecast — Universal Media Server、Rygel

スマートTV自体が DLNA クライアントを持つ場合、専用クライアントなしでメディアを送れる。

  • Universal Media Server (UMS): PMS の活発なフォーク。DLNA 重視で字幕コーデックの守備範囲が広い。
  • Rygel: GNOME 陣営の DLNA/UPnP MediaServer。
  • MediaTomb / Gerbera: 古参の軽量 DLNA サーバ。
  • MiniDLNA / ReadyMedia: 組込み NAS でよく見かける。

Jellyfin と Plex も DLNA を内蔵するが、互換性は専用サーバのほうが一段良い。2010年代の LG/Samsung 製 TV では Gerbera や UMS のほうがよく認識される。

TV チューナーと DVR — Tvheadend · Channels DVR · Plex DVR

地上波やケーブル用チューナーカード(HDHomeRun、DVB-T2 等)でライブTVを録画してメディアサーバへ流すシナリオだ。

  • Tvheadend: オープンソース。DVB-T/T2/S/S2/C、IPTV、HDHomeRun。Jellyfin/Plex DVR バックエンドにそのまま使える。
  • Channels DVR: 商用。UI が秀逸。米国ケーブル環境に最適化。
  • Plex DVR: Plex Pass にバンドル。米国 OTA + HDHomeRun。
  • NextPVR: 無料、Windows フレンドリ。

韓国・日本では地上波の直接録画ニーズは減った(IPTV へ移行)。BS/CS 衛星を受信する日本ユーザの間では Tvheadend が依然活発。

コンテナ イメージ — LinuxServer.io · LSIO

セルフホスト メディアスタックの事実上の標準コンテナ提供者が LinuxServer.io(LSIO) だ。

  • イメージ数: 200以上のメディア・ユーティリティ系。
  • 標準環境変数: PUIDPGIDTZ で権限とタイムゾーンを一貫させる。
  • 自動ビルド: 上流リリース → 自動ビルド → docker.io / ghcr.io へ push。
  • Mods 仕組み: ベース イメージに mod を挿して機能拡張。

LSIO はメディアサーバ エコシステムでほぼ標準だ。Jellyfin/Plex に公式イメージがあっても、Sonarr/Radarr/Lidarr/Bazarr/Prowlarr/qBittorrent は LSIO を使うユーザが大半。

セルフホスト オーケストレータ — TrueNAS SCALE · Unraid · CasaOS · Cosmos · Umbrel · YunoHost

Docker Compose を直接書かずに済ませたいユーザ向けに、ワンクリックでアプリを入れられるオーケストレータがある。

  • TrueNAS SCALE 24/25: ZFS + K3s。iX Systems 公式。最も強力だが学習コストも最大。
  • Unraid 7: キャッシュ プール + パリティ。Community Applications が実質アプリストア。
  • CasaOS: 軽さ重視。ミニPC や Raspberry Pi 向き。
  • Cosmos Server: 比較的新顔。リバース プロキシ + アプリ マネージャを統合。
  • Umbrel: Bitcoin ノードから出発しメディア + セルフホストへ拡張。UI が秀逸。
  • YunoHost: Debian ベース。ドメイン + メール + アプリ統合。
  • Coolify: 一般用途のセルフホスト PaaS。iter74 で別途扱う。

新規ユーザは CasaOS/Umbrel で入門し、本格運用は TrueNAS SCALE/Unraid へ移行する流れが定着した。

外部接続 — Tailscale · WireGuard · Cloudflare Tunnel · リバース プロキシ

自宅 NAS のメディアを外で観るには外部接続が要る。

  • Tailscale: WireGuard ベースのメッシュ VPN。無料枠が広く最人気。
  • WireGuard: 標準的なセルフホスト VPN。
  • Cloudflare Tunnel (cloudflared): インバウンド ポートなしで Cloudflare 経由のトンネル。ただし映像ストリーミングは ToS 違反のおそれ。
  • NPM (Nginx Proxy Manager)、Traefik、Caddy: リバース プロキシ。
  • WireHole、Headscale: WireGuard + DNS、Tailscale コントロール プレーンのセルフホスト。

2026年は Tailscale + リバース プロキシ(NPM か Caddy)の組合せが主流。Cloudflare Tunnel はストリーミング トラフィックの量で ToS のグレーゾーンに入る。

クライアント アプリ — Infuse · Swiftfin · Findroid · Symfonium · MrMC

サーバよりクライアントのほうが日常の体験を左右する。

  • Infuse 7 (iOS/Apple TV/macOS): 商用。Jellyfin/Plex/Emby/SMB/WebDAV/DLNA すべて再生。UI は最高峰。4K HDR Dolby Vision まで。
  • Swiftfin: Jellyfin 公式の iOS/Apple TV/iPadOS クライアント。オープンソース。
  • Findroid: Material You ベースの Jellyfin 非公式 Android クライアント。
  • Symfonium: Android 向け音楽クライアント。Jellyfin/Subsonic/Navidrome/Plex に対応。
  • MrMC: Plex/Emby 寄りの Kodi フォーク。
  • VLC: ユニバーサル クライアント。あらゆるフォーマットを再生。
  • PlexAmp: Plex 公式音楽プレイヤー。UI 優秀。

Apple TV 環境で Plex 公式が物足りないと感じれば答えは Infuse。Jellyfin の Apple TV 用は Swiftfin か Infuse。

アンビエント ライティング — Hyperion · WLED

メディアサーバ スタックは、再生中の映像の色を抽出してリビングの LED ストリップをリアルタイム同期する用途にまで広がる。

  • Hyperion.NG: 最活発。Raspberry Pi + HDMI キャプチャ + WS281x LED。
  • WLED: ESP32/ESP8266 LED コントローラ ファームウェア。約 80 エフェクト。
  • DiyHue + Hyperion: Philips Hue 互換ブリッジをセルフホスト。

Philips Hue Sync TV Sync(商用ライセンス)の無料オープン版と捉えればよい。結婚式映像上映、ゲーム ルーム、ホーム シアターで多用される。

韓国のセルフホスト メディア事情 — Synology・QNAP・ASUSTOR・NAS コミュニティ

韓国の NAS・メディア セルフホスト シーンは Synology を中心に非常に成熟している。

  • NAS コミュニティ: 클리앙(Clien)NAS 掲示板、SIR、Synology ユーザ カフェ。
  • Synology DSM 7.2+: Jellyfin/Plex/Emby/Audiobookshelf が Container Manager から標準的にインストール可能。
  • QNAP、ASUSTOR: 市場シェア2〜3位。ASUSTOR はスペック対価格に優れる。
  • 自作 NAS トラック: TrueNAS SCALE / Unraid + 直輸入 HDD。
  • 法的環境: 個人が合法に保有するコンテンツのデジタル バックアップ・再生は一般に許容。無断複製頒布や DRM 回避は著作権法で禁止。
  • YouTube・ブログ: Synology Club、Cuckoo Dovel、Tteoli Macha などガイドが豊富。

韓国ユーザの典型構成: Synology DS923+/DS1522+/DS1821+ + Plex Pass Lifetime + 家族向け外部接続(QuickConnect または Tailscale)。

日本のセルフホスト メディア事情 — 自宅サーバ部・QNAP Japan・アニメサーバ文化

日本はセルフホスト文化が早期に成熟し、「自宅サーバ部」というカテゴリも存在する。

  • Synology Japan、QNAP Japan: 家電量販店経由で流通。
  • アニメサーバ文化: 自作 NAS に正規購入の BD をリッピングし家族で視聴する構成は古くからのサブカルチャ。
  • Jellyfin 日本ユーザ: GitHub の日本語翻訳が活発。Qiita/Zenn にガイド多数。
  • 法的環境: 日本の著作権法は 2012年改正で 技術的保護手段(CSS、AACS など)の回避が私的複製でも違法となった。BD/DVD リッピングは事実上グレー。
  • TVer、NHK+: 正規 IPTV は別枠。セルフホスト IPTV は BS/CS 環境向け。

東京・秋葉原は自作 NAS 部品の中心地、ヤフオク・メルカリには中古 HDD の厚みのある流通がある。

合法性 — 韓国・日本・米国・EU の微妙な差

セルフホスト メディアの合法性は国ごとに微妙に異なる。

  • 韓国: 個人が合法に保有する CD/DVD/BD のデジタル複製は私的複製として一般に許容。DRM 回避は別途違法(著作権法第104条の2)。営業目的の頒布は禁止。
  • 日本: 私的複製は原則許容だが、2012年改正で 技術的保護手段(CSS など)の回避は私的複製でも違法。違法アップロード コンテンツの故意ダウンロードも罪となる。
  • 米国: DMCA 1201条で DRM 回避を広範に禁止。図書館・教育向けの限定的な例外あり。
  • EU: 加盟国別。ドイツ・フランスは私的複製を認める一方で DRM 回避は禁止。英国には明文の私的複製規定が存在しない。

要するに、正規保有 + DRM なしのコンテンツのデジタル化と自家視聴は概ね安全。DRM 付きコンテンツの回避複製は韓国・日本・米国・EU いずれでも違法のおそれがある。トレント P2P での頒布は所有有無に関わらず無断公衆送信として違法。

導入ロードマップ — ゼロから家族用メディアサーバまで

初めてセルフホスト メディアサーバを建てるなら、以下の順序が最も安全だ。

  1. NAS かミニPC を決める: Synology DS224+/DS423+ あるいは 12世代以降の NUC i5。
  2. OS を決める: NAS なら DSM、自作なら TrueNAS SCALE か Unraid。
  3. Jellyfin か Plex のどちらか一方だけを入れる。両方は入れない。
  4. メタデータを埋める: TMDB/TVDB/MusicBrainz API キーを発行しライブラリをスキャン。
  5. 外部接続は Tailscale を一行でインストールし家族デバイスを参加させる。
  6. 収集自動化(Arr スタック) は、正規保有ライブラリの整理用途として次フェーズで導入。
  7. 音楽・オーディオブック・写真・コミックはその次: Navidrome、Audiobookshelf、Immich、Kavita。
  8. ハードウェア トランスコードは 4K ライブラリができるまで不要。

最初から9レイヤを全部入れると 80% は失敗する。1レイヤずつ入れるのが定石だ。

おわりに — 2026年、「メディアは自宅 NAS に」

結論はシンプルだ。2026年のストリーミング分断時代において、セルフホスト メディアサーバはもう変人の趣味ではない。Synology を買えば家族視聴環境が組み上がる。Jellyfin があるからライセンス料ゼロで始められる。Audiobookshelf があるから Audible 依存を減らせる。Immich があるから Google フォトを離脱できる。

最大の変化は Jellyfin が 2026年に本当に「Plex の代替」になったことだ。2018年は未熟だったが、2026年の 10.10 系は家族運用環境で安定して動く。

ツール選定で時間を溶かさないこと。どの組合せでも、**「正規に保有するコンテンツを家族とどこからでも観られる環境」**さえ整えば 90% は解決する。残りは優先順位の問題だ。

References