用树莓派4搭emby和jellyfin的亲身对比体验

序

上周搭了个nas：在家折腾nas小记
有了nas就想着能干点啥，想来想去先搞个媒体服务器吧！
网上找到了三个比较流行的方案：flex、emby、jellyfin，flex太贵先排除掉（后来才知道emby也收费了），先后在树莓派4上搭了emby和jellyfin简单做了一下对比。

对比

主页面对比

先说结论：就目前这个时间点（2019年11月），jellyfin还是有些too young，相比于emby来说，主要缺点有：

1. 默认配置客户端播放不流畅，主要是快进的时候要卡两三秒，而emby是无缝的。如果关闭转码会有改善，但这时安卓手机端很多影片就没声音了！猜测是音频格式无法解码。
2. 安卓tv客户端难用，比emby不知道差到哪去了。
3. 有些莫名其妙的bug，比如某个arm版本的docker安装完之后把我所有的电影都识别成《惊声尖叫》了，咋刷新都没用。摊手。

说实话以上三个缺点哪一个都让我挺难受的，虽然想支持开源软件，但目前jellyfin确实还不能让我用的舒服。所以jellyfin，等你长大成熟后一定用你。

emby方案

虽说emby比jellyfin体验好很多，但相同的功能却要付费实在让我不舒服。经过一番搜索之后果然被我找到了安卓端和安卓tv端的无限制版本。手动滑稽。
这样就很惬意了。

记录一下两种方案的安装

我都是在树莓派4上用docker安装的，这里就不介绍系统和docker的安装和配置了。

emby

emby在dockerhub上很直观，一眼就能看到自己需要的版本：

适合树莓派的版本

启动命令很很简单，就是配几个路径和端口：

docker run -d \
    --name=emby \ # 容器名
    --volume /path/to/programdata:/config \ # 配置目录
    --volume /path/to/share1:/mnt/share1 \ # 第一个媒体文件目录
    --volume /path/to/share2:/mnt/share2 \ # 第二个媒体文件目录（可选）
    --device /dev/dri:/dev/dri \ # 授予设备控制权限，好像可以不要
    --runtime=nvidia \ # 使用gpu，可以不要
    --publish 8096:8096 \ # HTTP端口
    --publish 8920:8920 \ # HTTPS端口
    --env UID=1000 \ # UID，根据用户id配置
    --env GID=1000 \ # GID，根据用户组id配置
    --env GIDLIST=1000 \ # GIDs
    emby/embyserver_arm32v7

jellyfin

jellyfin就没那么好找了，dockerhub搜索出来没armhf的版本，还以为不支持：

缓缓打出三个？

其实是支持的，合并在linuxserver里了，所以应该用这个版本：

arm适用的版本

启动命令和emby差不多，不多说了，如果需要去dockerhub上看看文档吧。

尾巴

最后说一下KODI，在各种教程里，emby普遍和KODI联系在一起，但就我自己的亲身体验来讲，KODI并不好用，不如emby自己的客户端。一是KODI明显没有为小屏优化，在安卓手机上用起来不太舒服；二是我的极米z6x运行最新版的KODI简直卡到爆炸，换了低一点的版本好点；三是emby是作为插件与KODI产生联系的，不可避免的需要一些配置，特别是在tv端用遥控器输入各种网址，简直了；四是KODI功能太多操作太复杂了，我喜欢简单的东西。

2020.03.09更新

目前我已经从树莓派平台切换到x86了，是一台3215u的工控机，4+64，用SATA挂着之前的4t硬盘，舒适多了。之前在树莓派上跑emby，浏览器直接播放电影时树莓派的cpu全程90%+，现在没有这个问题了，甚至和用客户端看也差不多，有点怀疑我之前用树莓派时是不是姿势不对。反正就是现在可以愉快的直接浏览器观看了。

这3个多月用下来，emby的总体体验还是不错的，这里说几个缺点：

1. 个别电影无法自动识别，要手动识别一下才能正常显示
2. 没有变速功能，有时候听有声书挺需要倍速的
3. 安卓端和tv端都能找到无限制版本客户端，女朋友的IOS就有点麻烦了，只能用浏览器看了

另外，有需要无限制版本客户端的可以直接留言或私信我，我看到都会第一时间回复的，也请大家给我点个赞，谢谢。