如果你想要一套完全免费、数据完全自己掌控、还能跑在老NAS或迷你主机上的媒体服务器，优先看Jellyfin、Kodi和Gerbera这几个真开源方案；Plex和Emby虽然常被放在一起比，但严格来说它们并非完全开源。
开源媒体服务器有哪些适合家庭影音的
很多人一搜媒体服务器就直奔Plex,其实开源圈子里有几个更实在的选择，它们的共同点是源码公开、没有订阅费、元数据和播放记录都留在自己机器上，区别主要在定位：有的偏服务端，有的偏本地播放，有的只做轻量投屏。
Jellyfin：目前社区最活跃的全能选手
Jellyfin是从Emby早期开源版本分叉出来的项目,这几年更新频率很高，它把媒体库管理、元数据刮削、多用户、硬件转码、电视端客户端都做齐了，你在浏览器里打开管理后台，添加电影和剧集文件夹，它会自动去TMDB等公开数据库拉取封面、简介和演员信息。
实际用下来,Jellyfin的强项是“不花钱也能转码”，Intel核显的QuickSync、AMD的VAAPI、NVIDIA的NVENC都支持，配置好之后老笔记本也能同时推两三路1080p转码流，弱项在电视端：Android TV客户端能用，但成熟度不如Plex；LG和三星电视的自带应用商店里没有官方客户端，得靠第三方方案或外接盒子。
Kodi：本地播放的老牌劲旅
Kodi严格说不是“服务器”，它是装在播放设备上的媒体中心软件，你可以把它理解成一个超级播放器：接上硬盘、扫描刮削、用遥控器浏览海报墙，它也能通过UPnP或插件读取Jellyfin、Plex的媒体库，所以经常和真正的服务端搭配使用。
Kodi的优势是格式兼容性极强,几乎什么编码都能软解，插件生态也丰富，劣势是多人共享麻烦每个设备都要单独配置，播放进度不同步，如果你是一个人用电视看电影，Kodi很顺手；如果一家人要在手机、平板、电视上轮流看，还是Jellyfin这类服务端方案更省心。
Gerbera和MiniDLNA：轻量级DLNA方案
这类工具适合“不想折腾元数据、只想把文件夹共享出去”的场景，Gerbera支持UPnP/DLNA协议，配置一个XML文件就能把媒体目录暴露给电视和音箱；MiniDLNA更简单，装完改两行配置就能跑，它们的优点是资源占用极低，树莓派Zero都能带；缺点是没有海报墙、没有多用户、没有转码，电视端能识别到什么格式就播什么格式。
Plex和Emby的定位要说清楚
Plex是闭源商业软件,基础功能免费，硬件转码、离线下载、多用户权限这些要买Plex Pass，Emby早期开源，后来转向闭源，高级功能同样收费，它们常被拿来和Jellyfin对比，是因为界面和操作逻辑相似，业内专家指出，选不选开源方案，核心看你对“数据不出门”和“长期零订阅”的在意程度。
Jellyfin和Plex哪个更适合家用NAS
这是被问得最多的一组对比,直接上表格看差异：
| 维度 | Jellyfin | Plex |
|---|---|---|
| 授权模式 | 完全开源，GPL协议 | 闭源，部分功能订阅 |
| 硬件转码 | 免费开放 | 需Plex Pass |
| 客户端覆盖 | 主流平台齐全，电视端稍弱 | 覆盖最广，电视端成熟 |
| 元数据刮削 | 开源刮削器，可自定义 | 商业刮削，准确度较高 |
| 远程访问 | 需自己配DDNS或内网穿透 | 官方中继服务开箱即用 |
| 数据归属 | 全部留在本地 | 部分使用数据上传 |
授权和费用
Jellyfin没有任何付费墙,硬件转码、多用户、手机App都不收费，Plex的免费版能看，但一旦你要用核显转码或者给家人开子账号，就得订阅，按年费算，几年下来够买一块大硬盘了。
硬件转码的实际体验
Jellyfin在Intel平台上的转码效率不错,装好驱动后在播放设置里勾选“启用硬件加速”，选QuickSync即可，Plex的转码同样成熟，但门槛在订阅，如果你的NAS是群晖或威联通的中低端型号，CPU本身弱，转码主要靠核显，这时候免费方案的优势就出来了。
客户端和远程访问
Plex的电视客户端确实省事,登录账号就能用，远程访问也有官方中继，Jellyfin的远程访问需要你有点网络基础：路由器上做端口转发，或者用Tailscale、ZeroTier这类组网工具，家里有老人小孩经常用电视的，Plex的易用性更好；愿意自己折腾的，Jellyfin完全够用。
开源媒体服务器搭建教程：从零跑起来要几步
以Jellyfin为例,用Docker部署是最省事的方式，下面这套命令在Ubuntu、Debian和大多数NAS的Docker环境里都能跑。
Docker部署Jellyfin的具体命令
docker run -d \ --name jellyfin \ --user $(id -u):$(id -g) \ -p 8096:8096 \ -p 8920:8920 \ -v /你的配置目录:/config \ -v /你的媒体目录:/media \ --device /dev/dri:/dev/dri \ jellyfin/jellyfin:latest
几个关键点：
--user指定运行用户，避免容器以root身份写入文件导致宿主机权限混乱。-v /config是配置和数据库目录，建议放在SSD上，刮削速度快。-v /media挂载你的电影、剧集文件夹，可以挂多个。--device /dev/dri把Intel核显透传给容器，硬件转码才可用；没有核显或不需要转码可以去掉这行。
跑起来之后浏览器访问 http://你的IP:8096，按向导设置语言、创建管理员账号，然后在“控制台→媒体库”里添加文件夹，选择内容类型（电影/电视节目/音乐），保存后等它刮削就行。
权限和路径怎么设
最常见的坑是容器里能读到文件夹但写不了元数据,检查两点：
- 宿主机媒体目录对运行用户有读权限,配置目录有读写权限。
- 如果媒体目录在NAS的共享文件夹里,确认Docker挂载路径和实际路径一致，别多一层或少一层。
硬件转码的前置条件
Intel核显需要宿主机装好intel-media-va-driver，并把运行用户加入render组，进Jellyfin后台“控制台→播放→转码”，勾选“启用硬件加速”，选择“Intel QuickSync”，保存后播一个高码率视频，在仪表盘里看有没有出现(hw)标记，有就说明转码生效了。
免费开源媒体服务器软件推荐：按场景挑不踩坑
老笔记本改家庭影音中心
淘汰的笔记本装Ubuntu Server，Docker跑Jellyfin，核显负责转码，外接硬盘存片，功耗比台式机低，性能比ARM盒子强，适合片库大、有转码需求的家庭，注意笔记本长期插电要设置电池阈值。
ARM小主机和树莓派
这类设备CPU弱、内存小，别指望转码，用Gerbera或MiniDLNA做DLNA共享，电视直接播原文件，省资源也省心，如果一定要用Jellyfin，关掉转码、只放能直读的格式，比如H.264+AAC的1080p文件。
小团队内部共享
几个人要共享素材或培训视频,可以用Jellyfin开多用户，给每人分配独立账号和媒体库权限，存储放在NAS上，服务端跑在一台常开的小主机里，内网访问走局域网IP就行，不需要远程访问的话，连DDNS都省了。
开源媒体服务器支持硬件转码吗
支持,但分平台，Jellyfin对Intel QuickSync的支持最成熟，AMD的VAAPI和NVIDIA的NVENC也能用，配置难度依次递增，Kodi主要靠播放设备本身解码，服务端转码不是它的强项，Gerbera和MiniDLNA基本不做转码，只做原文件投递。
行业共识认为,转码需求取决于你的播放端，如果家里全是支持H.265的新电视和盒子，直接播放就行，转码不是刚需；如果有老设备、或者要在外网看高码率片源，硬件转码才值得折腾，近年来低功耗核显的性能足够应付多路1080p转码，没必要为转码专门上独显。
关于开源媒体服务器的常见疑问
开源媒体服务器能完全替代Plex吗
多数家庭场景可以,Jellyfin的媒体库管理、多用户、硬件转码已经覆盖核心需求，差距主要在电视端客户端的成熟度和远程访问的易用性，如果家里有老人小孩高频使用电视，Plex的即开即用体验更省心；愿意花半小时配网络的，Jellyfin不输。
Jellyfin和Emby是什么关系
Jellyfin是从Emby分叉出来的开源项目,Emby在2018年前后转向闭源，社区把最后一个开源版本接过来继续开发，就有了Jellyfin，两者界面和架构相似，但Jellyfin完全免费，Emby的硬件转码等高级功能需要付费订阅。
开源媒体服务器对硬件要求高吗
直接播放对CPU要求很低,十年前的笔记本都能跑，转码才吃硬件，Intel核显是性价比最高的方案，存储按片源估算：1080p电影单部大约8到15GB，4K电影单部40到80GB，按这个量级规划硬盘容量即可。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/784959.html
