R4S大战4K视频！

dhdgves

前几天发了一篇帖子（https://www.right.com.cn/forum/thread-4099256-1-1.html），叫什么如何在R4S上用jellyfin。没想到的是R4S硬件实力确实很强，给我搞出了我在硬解的错觉。事实上,jellyfin官方docker贼吉尔坑爹。版本贼老，用官方的jellyfind镜像根本无法进行硬解，而事实也是如此，用VAAPI和不用VAAPI，解码效果居然是一样的！一样的！当时我就觉得操了。我想不行，既然那篇文章里讲了硬解，那就一定要硬解，结果一周，各种熬夜奋战，搜索中文、外文相关资料均无果的情况下（甚至有老外说既然你想解4K你干嘛要用openwrt这种话），我确定曲线救国，查阅隔壁RK3399（主要是firefly之流）的资料，看看各种硬件加速的实例。结果，好想真的部分成功了。虽然现在只能搞H264的视频，但是好歹也算解了4K，手机上播放完全流畅。请出我的R4S。（顺嘴提一句，我认为最适合作为AP的USB网卡还是8812au,这是我目前唯一发现能开5.8Ghz的USB网卡）

请不要胡乱输入以及粘贴、复制等方式灌水

请尊重作者、并共同维护网站的正常阅读，否则账户将会被限制发帖、回帖，并且积分可能会被清零，站内短信以及阅读权限等都会受到影响，谢谢。 具体限制方式：https://www.right.com.cn/forum/thread-8307840-1-1.html

dhdgves

测试：舍友自己拿单反拍的4K视频，客户端为手机（jellyfin安卓客户端千万不要用，用浏览器才能满血发挥，鬼知道是什么情况）

手机上：

监控：

GNUisNotUnix

可惜可贺可嘉

dhdgves

简易教程：
1.第一步：我不能用你官方docker，那我就自己搞一个linux容器,在里面安装jellyfin。（用官方的debiian10真的是地狱难度，目前已经放弃）
刷一个有docker的openwrt固件，按照我之前的教程开启显卡内核支持，这是必要的。然而我们还需要userspace的支持。（其实我也不懂，哈哈哈哈哈哈哈哈哈）
docker pull ubuntu
docker run -d  -i -t -v /opt/storage/video:/video  --name=ubuntu  -e  PUID=0 -e PGID=0  --net=host  --restart=unless-stopped  --device /dev/dri/renderD128:/dev/dri/renderD128   --device /dev/dri/card0:/dev/dri/card0  -p 8096:8096 -p 8920:8920  -p 5523:5523 ubuntu
2.第二步：进入你的ubuntu容器，开始搞事情
docker exec -it ubuntu bash
apt update && apt upgrade
(https://aijishu.com/a/1060000000082887)根据这个教程，把drm和mesa安装上，可能会遇到没有xcb的情况，apt  search xcb，把搜出来的东西选一个装上就行
apt install opencl-c-headers  mesa-opencl-icd  #这是我觉得可能有影响的东西，也许不装也没用，不试了，装就完事了。
最关键的一步，安装ARM-software/ComputeLibrary ！！这一步，你得用上你的电脑，如果你非要用R4S编译，请确保你使用了4GB的R4S，且安装了风扇，并且能接受断网等各种异常（如果你的R4S正在为你的网络提供服务）。在你的linux电脑上,我用的是ubuntu 20.04
git clone https://github.com/ARM-software/ComputeLibrary.git
apt install g++-aarch64-linux-gnu scons
cd ComputeLibrary
scons Werror=1 -j8 debug=0 asserts=1 neon=0 opencl=1 embed_kernels=1 os=linux arch=arm64-v8a
把编译好的目录全部上传到R4S上面
docker cp ./ComputeLibrary ubuntu:/root
docker  exec -it ubuntu bash
cd ComputeLibrary/build/tests
export  LD_LIBRARY_PATH=/root/ComputeLibrary/build
./arm_compute_benchmark --enable-tuner出现一串字符说明成功，保错一般是少了库，用apt安装上，重新运行，即可成功。
然后按照官方教程，安装jellyfin,硬件解码选择VAAPI，配置完成。应该能解h264的4K了。HEVC（H265）不行，1080p 60Mbps都卡，根本没有用上硬件解码。

dhdgves

方便管理jellyfin，你可以
apt install systemctl
systemctl enable jellyfin
这样，你的容器就变成了一个完整的，能像官方固件一样使用的容器了。
特么的,openwrt ARM解4K，搞出来了。
特么的，就这样。（刺激来源：“这年头狗怕不是都能解4K了”）

kukusail

看了你的方法也跟着折腾了一下 折腾了一个晚上，GPU驱动没问题，然后硬解也能开，多次测试   感觉开不开都一样-。-
现在是折腾编译其他版本的的固件 看是不是固件的问题。

看来你发现了问题所在，解决了通知下 看是如何解决的。

dhdgves

kukusail 发表于 2021-4-10 20:08
看了你的方法也跟着折腾了一下 折腾了一个晚上，GPU驱动没问题，然后硬解也能开，多次测试   感觉开不开都 ...

我确定不是内核的问题，内核支持有了得有其它的支持，r4s又没有视频输出，调试都难，只能摸着石头过河。按现在的教程应该是能流畅解h264的4k了。说实话，因为不能调试(很多调试的前提是你得有桌面)，真的麻烦很大，接下来看其它大佬有没有兴趣搞了。

kukusail

dhdgves 发表于 2021-4-10 20:24
我确定不是内核的问题，内核支持有了得有其它的支持，r4s又没有视频输出，调试都难，只能摸着石头过河。 ...

有点麻烦，GPU驱动都出来了，支持是迟早的事 主要是各位大佬上不上心折腾而已。

dhdgves

kukusail 发表于 2021-4-10 22:23
有点麻烦，GPU驱动都出来了，支持是迟早的事 主要是各位大佬上不上心折腾而已。

是的，而且各个设备之间也有适配的问题。比mesa，就不可能搞一次，全部设备能用。但是我不知道为什么群辉的ARM可以直接开Jellyfin的硬解，可能是设备比较老?(mail t8x的mesa要求至少在20.1版本以上)没人做的原因也可能是这种高性能的ARM设备在这个领域的出现时间比较短吧。

rightuser2

楼主有个误区，jellyfin emby大部分情况都是直接串流原始影片的，角色就和nginx一样，并不需要解码或者转码。现在的终端播放设备解码能力都很强，并不需要服务器转码或者降低码率，否则反而影响效果

dhdgves

rightuser2 发表于 2021-4-11 00:23
楼主有个误区，jellyfin emby大部分情况都是直接串流原始影片的，角色就和nginx一样，并不需要解码或者转码 ...

你说得好，谢谢。我了解到我以前的测试是aac加h264，这种情况是可以直接串流，但是4k确实没办法，至少我手上的测试影片是没办法直接串流的，不然我怎么知道我硬件解码成功?

ljy2004xp

楼主出一个详细的视频教程。

kid424

在R2S上尝试编译mesa大失败，也不知道是哪个地方硬件配置不足，残念

izhu327

这个支持硬解的docker image 能不能push 到docker hub共享一下呢

picc745514

dhdgves 发表于 2021-4-11 08:08
你说得好，谢谢。我了解到我以前的测试是aac加h264，这种情况是可以直接串流，但是4k确实没办法，至少我 ...

手机APP 设置外部播放器即可