NAS备忘录 篇二:Arm64架构处理器的TS-532X如何安装jellyfin、emby、plex多媒体服务器
创作立场声明:Arm架构的NAS讨论的内容太少了,自己折腾一下抛砖引玉吧。
大家好,我是晓飞影。
最近玩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没有会员没办法测试,外网转码播放效果也差不多。
总结
其实看到这里大家也发现了,无论是Jellyfinembyplex尝试外网转码播放,没有X86架构NAS的性能好,我自己也是另外组建了一台影音服务器的NAS,但是时间和金钱确实也是额外的开销。
尽管我自己喜欢选择DIY很多NAS,也依然会有许多人有不同的选择,比如只希望选择一台功耗低,万兆网络进行数据交互方便,性价比高的NAS,那么威联通TS-532X肯定是最好的选择,如果能尝试多一点娱乐影音的话更好,那我这篇分享的意义,其实就是帮忙尝试了这种可能性,探索这个过程还是比较有意思的,并且每个多媒体服务器也确实在Arm64架构的服务器安装成功了,局域网体验各种格式的电影墙毫无问题。而非局域网方面,实际CPU负载也确实满足单用户自己连接NAS进行1080P格式转码的流畅播放,那么干脆就独乐乐享受自己的私人电影库吧。
iwil
校验提示文案
伊斯坎德尔
校验提示文案
汉水桥头
校验提示文案
霍景良
校验提示文案
偏北就是我
校验提示文案
linqishenglllll
校验提示文案
值友6915111568
校验提示文案
笑风雪
校验提示文案
老大爷的孪生兄弟
校验提示文案
freewind2006
校验提示文案
酷睿1022
校验提示文案
加勒比考斯
校验提示文案
奈依左特
校验提示文案
freewind2006
校验提示文案
老大爷的孪生兄弟
校验提示文案
笑风雪
校验提示文案
值友6915111568
校验提示文案
linqishenglllll
校验提示文案
酷睿1022
校验提示文案
偏北就是我
校验提示文案
iwil
校验提示文案
霍景良
校验提示文案
汉水桥头
校验提示文案
伊斯坎德尔
校验提示文案
奈依左特
校验提示文案
加勒比考斯
校验提示文案