Arm64架构处理器的TS-532X如何安装jellyfin、emby、plex多媒体服务器以及测试外网转码    

NAS存储 06-15 17:57:34 4 0

大家好,我是晓飞影。

最近玩NAS的人都挺喜欢折腾多媒体服务器的,最典型的三个服务器就是jellyfin、emby、plex了,这也是NAS的一大乐趣。以前自己存储了电影,都只是用电视盒子的解码器来播放,很强大,也不需要NAS有什么解码转码功能。iPhone的nPlayer在外网看片也还好,但是缺少电影墙,也受限于电信小水管上传的压力,由于是直接传输数据到手机端播放,超过30Mbps码率的片源,基本就是卡顿受不了。

那么为什么要谈NAS的CPU硬件转码能力,以前720P的视频居多,现在1080P、4K的片源越来越大,那么把NAS上的高码率片源,尽量压缩到30Mbps以下,就可以享受到外网流畅看4K的效果了。注意这是转码,许多人说J3455的性能足够看4K了,那是在局域网,并没有尝试外网播放高码率片源,实际查一下性能图就理解了,想要要支持HEVC也就是H265格式的4K片源,最起码也要HD610级别以上的核显。

好了,扯远了,最近入手了的TS-532X是Arm架构处理器的NAS,那么我也想尝试一下在这台机器上能不能体验jellyfin、emby、plex多媒体服务器,以及能不能外网转码播放。


CPU架构

关于X86的CPU讨论已经非常丰富了,既然手上有威联通TS-532X这台NAS,那么引起我的兴趣点就是关于ARM CPU的转码能力,根据网上能查找到的资料,这段话说的比较有意思。

较新的Realtek CPU用于像DS418和DS218play这样的NAS是64位的(大多数ARM是32位架构的),不仅可以播放4K Media,还可以对其进行转码

注意它说的不是解码,而是transcode,转码,因为早期我家的群晖DS216play(STM Monaco STiH412 双核1.5GHZ)都可以很轻松的4K解码播放了,那么64位的ARM CPU是不是也具备比较好的转码能力用于外网播放呢。

再来看一下TS-532X的CPU,AnnapurnaLabs Alpine AL-324 64-bit ARM? Cortex-A57 四核心 1.7GHz 处理器,尽管是ARM的架构,不过也是一个比较强的芯片。

由于关于ARM的讨论太少,我又大概找了下资料,了解到Cortex-A57是15年的旗舰级CPU,现在回想起来,骁龙808、810也是用的这个核心。不过看了这么多也只是了解到64位 ARM CPU的转码能力还不错,但是并没有提到NAS的实战,那么手上有机器干脆就自己实操吧。


Emby安装(踩雷经过)

因为之前上了emby的98元的永久会员,一直用的不错,emby也是我主要使用的多媒体平台,只是没想到Arm64版本的emby安装这么多坑。

首先到QANP的AppCenter里安装好Container Station,这个其实就是docker,ARM架构的CPU也支持,群晖的话,官方对于docker只从X86 CPU开始支持,ARM架构的就麻烦一些。

搜索emby,找到arm64v8安装,结果无法启动,我换了几个版本都不行。

然后我转到emby的官网进行安装,这里几乎有各大平台的所有安装包,所以也比较方便,这里肯定就下载QNAP Arm64(arrch64)版本了。

然后打开AppCenter,右上角带加号的按键可以自己安装程序。

选择刚刚下好的emby的qpkg格式的安装包。

无视数字签名警告,直接安装。

安装成功后会在桌面出现Emby Server,然后兴奋的点开,结果失败,又换了官方软件的几个版本,打开后网页都是无法浏览。

我到emby的论坛看到国外许多人也在咨询ARM版本的emby无法运行,其中有一个人回复,只有4.2.0.1版本还正常,后面的都有问题,但是官网已经没有这个版本的下载了,我好不容易找到下载链接怎么也下不下来。

不死心的我决定做最后的尝试,还是打开ContainerStation,搜索emby,找到了linuxserver的版本,因为我之前在UNRAID装emby也是这个版本。给大家一个建议,可以直接点标题进去看docker网站上作者的描述,心里会更有底。

linuxserver在网页上明确写了支持arm64和32的版本,并给出了Tag标签。

点击创建,在版本号里可以确认一下,这个确实是arm64v8的版本,那么再安装试试。

点击创建,这个页面可以不用修改。

然后在网络这可以看到端口转发已经有了两条记录,如果没有的话自己手动新增,主机这部分是自己想要设定的访问端口号,可以和默认的Container设为一致,要是端口占用了就改成自己喜欢的。

然后在FileStation 5里新建一个config文件夹,我习惯在Container/emby/config建立。

威联通的好处是不用自己手动修改everyone读写权限,默认文件及及子文件夹都勾上了。

还可以新建一个Download下载文件夹,或者媒体库,反正emby的视频来源无非就是下载的电影。

回到Container,在共享文件夹这里,新增两行,分别映射config和media两个文件夹的路径为刚刚新建的两个文件夹,点击创建。

终于看到链接图标和运行图标了,之前是运行按钮怎么点都没用,这个时候可以手动输入ip:8096,或者直接点击这个超链接的图标。

终于成功的登录了,看来安装emby的Arm64版本还是一波三折,建议选用linuxserver的镜像。


Jellyfin安装

在qnap论坛直接搜到了Jellyfin的最新版本的qpkg程序,所以用以下链接安装即可,而且如果你知道最新版本号的话,其实把下载链接更改了版本号也会成功下载。

https://cdn.qnapclub.eu/qpkg_artifacts/Jellyfin_10.4.3.0_arm_64/Jellyfin_10.5.3.0_arm_64.qpkg

能不走弯路就不走,尽管docker里也肯定有办法安装,不过这个方法一试成功我就不想换了,依然是在App Center里选择刚刚下载的文件。

桌面出现图标后,点击进去,直接成功打开网页。


Plex安装

Plex安装就更简单了,直接在QNAP的APPCenter里搜索就可以看到,有现成的安装最方便。


流媒体解码转码

因为Jellyfin是免费的,可能用户群体是最多的,所以直接用Jellyfin来做示范,即使是Arm64的CPU,局域网内直接串流1080或者4K、HEVC都是无压力的,拖动进度条也不会卡顿。

此时的CPU占用率,待机时差不多1%,上升到了37%。

然后局域网内进行转码,改为800Kbps,实际就模拟了外网转码,当然也是行得通的,会经过短暂的延时后,继续可以播放,拖动进度条如果在缓冲的范围内,不会卡,超出了范围,会有几秒的延时。

这个时候CPU继续上升到77%,其实可以看的出来,一直是CPU在软解码,关于Jellyfin的硬解,我每一项都试了,可以说是没有效果,有的甚至会导致不能播放,因为关于Arm架构转码的资料太少,我也只能自己摸索测试,基本是确定没有啥办法硬解了。

找一个4K H265的片源,那就太吃力了,80Mbps是非常卡顿的。

可以看看CPU直接开始喊救命了,太勉为其难了...

另外我发现一个有趣的现象,Jellyfin在外网播放,转码选择1080 60Mbps居然不卡,但是我家电信最大上传才30Mbps,我也不知道这是什么情况。说不卡是我等到缓存有一定时间线后开始播放,会一直正常播放不卡顿的意思,至于快进则不能实现秒拖放,大概4秒多的延迟。

至于emby硬解我试了也差不多,plex没有会员没办法测试,外网转码播放效果也差不多。


总结

其实看到这里大家也发现了,无论是Jellyfin\emby\plex尝试外网转码播放,没有X86架构NAS的性能好,我自己也是另外组建了一台影音服务器的NAS,但是时间和金钱确实也是额外的开销。

尽管我自己喜欢选择DIY很多NAS,也依然会有许多人有不同的选择,比如只希望选择一台功耗低,万兆网络进行数据交互方便,性价比高的NAS,那么威联通TS-532X肯定是最好的选择,如果能尝试多一点娱乐影音的话更好,那我这篇分享的意义,其实就是帮忙尝试了这种可能性,探索这个过程还是比较有意思的,并且每个多媒体服务器也确实在Arm64架构的服务器安装成功了,局域网体验各种格式的电影墙毫无问题。而非局域网方面,实际CPU负载也确实满足单用户自己连接NAS进行1080P格式转码的流畅播放,那么干脆就独乐乐享受自己的私人电影库吧。

Arm64架构处理器的TS-532X如何安装jellyfin、emby、plex多媒体服务器以及测试外网转码   

网友评论