PVE下N6000开启Jellyfin硬解

前言

有一台群晖920+,一开始懂的不太多还够用，然后部署了好几个docker，还凑合着能用，又入了PT的坑，天天刷流，宽带时时爆满跑，卡的机器不要不要的，后来群晖就累的忙不过来了，为了减压直接上了一台n6000，刷了pVE，主要跑一些服务给群晖减压，除了下载服务还是在群晖上，其他一些不吃网络带宽和磁盘空间占用的服务全部搬到pVE上，想着群晖跑剩下的服务也够戗了，再者N6000就比J4125性能强，就想把硬件转码也搬到pve上，以为会和群晖很简单直接docker映射核显就可以了，但弄了一圈不行，后来看了看网上的教程，我认为可能是群晖已经配置好了驱动，也可能是j4125早于n6000，jellyfin或者emby已经把驱动给写进去了，所以直接调用就可以了，而n6000没支持到所以不行。他们的教程都比较早，得更新内核啥的看着就头疼，我这里购入的n6000比较晚所以直接使用最新版pVE8.0.3，这样就避免更新内核。cpu应该是不限于n6000，其他n5095、n6005、n100之类的，或者直接在非白群上的j4125也可以试试。

环境

CPU:N6000 PVE:8.0.3
我是docker直接部署在pVE系统，非lXC，lxc应该也适用，但是我嫌麻烦，而且套娃太多，直接使用pVE上部署dockr。

开启CPU的guc功能

网上的教程需要用nyanmisaka的jellyfin，但是到我发布这篇文章时，我测试官方jellyfin/jellyfin也可以使用。

在PVE目录/etc/modprobe.d/下创建一个名为“i915.conf”的配置文件，并填写以下命令开启guc。

				
					optinos i915 enable_guc=2
undate-initramfs -u -k all

配置完后重启PVE。

jellyfin部署

按你的实际需要修改端口和卷映射，/dev/dri:/dev/dri这个驱动不要更改，这是必须的。

				
					version: '3.3'
services:
    run:
        network_mode: bridge
        ports:
            - '8096:8096'
            - '8920:8920'
            - '1901:1901/udp'
            - '7369:7359/udp'
        volumes:
            - '/smb/docker/jellyfin/config:/config'
            - '/smb/emby:/movie'
        environment:
            - TZ=Asia/Shanghai
            - UID=0
            - GID=0
        devices:
            - '/dev/dri:/dev/dri'
        restart: always
        container_name: jellyfin
        image: run

然后开启硬件转码，硬件加速里可以选择QSV或者VAAPI，经过实测，VAAPI要比QSV占用CPU要少点。