家庭影音库六款工具怎么选：许可、转码与客户端边界

自建影音库的麻烦通常不在装软件，而在选错层。服务器、客户端、垂直库是三种东西，混在一起比很容易得出错误结论。这篇按影视、音乐、有声书三条线列六款工具，先给分类维度，再给取舍。

先分清三层：服务器、客户端、垂直库

服务器负责索引文件、刮削元数据、管理账号、决定要不要转码。客户端只负责把画面和声音放出来。垂直库是只服务一种媒体的服务器，比如只做音乐或只做有声书。

三者解决的不是同一个问题。拿 Kodi 和 Jellyfin 比谁更好，就像拿播放器和片库比。先想清楚你要的是「把文件整理成一个能远程访问的库」，还是「在客厅那台电视上放片」。

选型前有四个问题值得先回答。媒体以影视还是音乐为主，同时有几个人在看，有没有能硬解显卡，愿不愿意为省心付订阅费。这四个答案基本能砍掉一半选项。

六款工具一览与许可边界

许可是头一道分水岭。三款开源项目的代码可以自己改、自己托管，代价是出问题要自己查。Plex 与 Emby 闭源，卖的是省心和客户端适配，代价是核心能力被订阅切开。

第二道是付费墙的位置。Emby 把硬件转码放在 Premiere 里，Plex 把硬件转码放在 Plex Pass 里。Jellyfin 不收这笔钱，但硬件加速的配置要自己动手。

影视三选一：Jellyfin、Plex 与 Emby

三者里只有 Jellyfin 是完全开源的。它从 Emby 3.5.2 分叉而来，官方文档把它定位成自由软件的媒体系统。仓库当前 59,018 Star、5,764 Fork，主语言 C#，10.11.11 于 2026 年 6 月 6 日发布。

它的部署方式覆盖很广。安装文档给了 Docker、Windows、Linux 各发行版的包，也提示 FreeBSD 与 TrueNAS CORE 不受支持，原因是 .NET 在这些平台上没有官方支持。整个项目靠社区维护客户端，电视端和移动端质量参差，这是它常被抱怨的地方。

Plex 的免费额度够用。官方说明写明，局域网内播放不需要订阅。硬件转码、离线下载、远程串流、跳过片头片尾这些要 Plex Pass。它的元数据和客户端适配做得细，代价是要登账号，功能边界也由官方决定。

Emby 的收费结构更直白。Premiere 页面标价 4.99 美元每月、54 美元每年、119 美元一次性买断，单户授权限 30 台设备。硬件转码、离线媒体、DVR、CarPlay 都在订阅内。它反复强调自己不提供内容，只是自建服务器平台。

怎么选可以简化成一句话。愿意花时间换可控，选 Jellyfin。愿意花钱换省心，选 Plex 或 Emby。要在两者之间找平衡，先看你的电视和手机用什么客户端最顺手。

音乐与有声书：两个垂直方案

Navidrome 用 Go 写，单二进制加一个 SQLite 库就能跑。官方文档说它在树莓派 Zero 这类设备上也能用，会扫描并监听媒体目录的变化。仓库 24,515 Star、1,802 Fork，许可证 GPL-3.0。

它最有用的地方是兼容 Subsonic 与 OpenSubsonic 接口。这意味着手机上不必用它的官方客户端，从几十款第三方播放器里挑一个顺手的即可，CarPlay 和 Android Auto 也有覆盖。转码可按用户和播放器分别设置，Opus 编码也支持。

它的边界在元数据。Navidrome 不支持按文件夹浏览，只按标签模拟目录结构。文件标签乱的话，界面上就是一堆散沙。整理标签这件事没有捷径，交给任何服务器都一样。

Audiobookshelf 专做有声书与播客。仓库 14,907 Star、1,240 Fork，许可证 GPL-3.0。它按用户记录收听进度并跨设备同步，支持自动下载播客、定时备份、内置播放列表。

它还有两个实用工具。一是把多个音频文件合并成单个 m4b，二是把元数据写回文件。对有几十本有声书要整理的人来说，这比在服务器上点播放更省事。移动端 App 支持离线收听，官方标注为 beta。

两款都不该拿来当影视库。Navidrome 没有视频刮削，Audiobookshelf 的电子书支持也只是基础阅读。想一个库通吃，最后还是得回到影视服务器加插件。

Kodi 的位置：播放端而不是库

Kodi 是媒体中心应用，不是服务器。它扫本地文件也能建库，但库只存在这台机器上。官方 Wiki把它描述成客厅场景的播放器与娱乐中枢，稳定版是 v21.3 Omega，界面支持 72 种语言，许可证 GPL-2.0-or-later。

它的正确用法是当播放端。装 Jellyfin、Emby 或 Plex 的插件后，Kodi 负责解码和字幕渲染，服务器负责索引与账号。老电视盒子、HTPC、投影这类设备上，它的格式兼容性比多数电视自带播放器好。

它的短板也很清楚。多用户、远程访问、转码这些事它不做。把 Kodi 当服务器用，最后会变成在一台机器上维护一份无法共享的库。

选择标准与上手顺序

判断顺序建议照这个走。先定媒体类型，影视、音乐、有声书分属不同工具。再看并发与转码，几个人同时看 4K 会直接决定你要不要独显。然后看客户端设备，电视、手机、车机各有各的适配情况。

最后算付费意愿和运维时间。订阅费能接受，就把客户端适配和元数据质量放在前面。不能接受，就接受多花几个晚上调配置。

硬件这块别省错地方。转码靠核显或独显，存储靠磁盘阵列，两者压力不在一个部件上。服务器常驻的话，功耗和散热也要算进成本。站内Immich 自托管相册那篇讲过类似的取舍，影音库的负载模型其实更重。

先从 Docker 起步，数据目录挂到宿主机，升级时只换镜像。监控用轻量服务器监控 Beszel这类工具看着内存和磁盘，比出问题再翻日志有效。

想多看几种自托管方案的组合方式，站内那份自托管 RSS 阅读器合集用的是同一套比较框架，可以先找找手感。

没有公网 IP 能在外网看吗

能。常见做法是内网穿透或组网工具，把服务器放进一个虚拟局域网，手机连上就能访问。直接端口映射到公网风险更高，至少要配反向代理和访问控制。

Plex 免费版够不够用

家里局域网看片够用。要在外面看、要多设备同时转码、要离线下载，就需要 Plex Pass。先免费用一周，确认自己的使用习惯再决定，比看功能表准。

能不能几个库同时跑

可以，而且很常见。Jellyfin 管影视、Navidrome 管音乐、Audiobookshelf 管有声书，各占一个容器和一份媒体目录，互不干扰。代价是每个库的账号体系独立，家里人要记三套登录。

相关地址

以下为文中项目的官方入口，版本号、文档与下载以这些页面为准。

• Jellyfin（官网）：https://jellyfin.org/
• Jellyfin（GitHub 仓库）：https://github.com/jellyfin/jellyfin
• Navidrome（官网）：https://www.navidrome.org/
• Audiobookshelf（官网）：https://www.audiobookshelf.org/
• Plex（Plex Pass 说明）：https://www.plex.tv/plex-pass/
• Emby（Premiere 说明）：https://emby.media/premiere.html
• Kodi（官网）：https://kodi.tv/