NyanMisaka

@Yadomin 如果在 Windows 上跑 AMF 可以把预设改成 slow ，而不是默认的 veryfast 。应该能提升一点质量但不多。最好切到 HEVC 而不是用 H264 。

自从我们 Jellyfin 10.9 ~ 10.10 完整适配了 Apple Silicon 的 Videotoolbox/Metal 端到端硬件转码之后，Mac mini 用来做 Jellyfin 服务器是有点香的。主要是因为视频转码（包括 DoVi/HDR10 色调映射等滤镜）和 Trickplay 缩略图任务都被分配到 GPU 或者硬件编解码单元了，结果就是不仅待机功耗低还安静，编码画质也不错，甚至音频部分还能利用苹果的 AudioToolbox 来提供更好的音质。而且 16G 统一内存还能被转码器完全利用，能推流的条数应该很厉害。如果有富哥买了 M4 Max 那还能更厉害因为有双编解码器单元。

唯一的需要注意是 VideoToolbox 硬件转码只能跑在原生 macOS arm64/x86 系统上，不支持 Docker 等虚拟化技术直通，也不支持 Asahi Linux 。

(利益相关，Jellyfin team 组员 https://github.com/nyanmisaka

10.8 至少得是 470+以上的驱动版本，更老的那就没办法了

latest-rockchip 分支在 Rockchip RK3588 平台上支持完整的硬件加速管线（ RKMPP/RGA ），仅 arm64 架构。

latest-legacy 分支使用 Jellyfin-FFmpeg 5.x 和较旧的 Intel Compute-Runtime ，这使其与旧内核（例如 Synology NAS 上的 Linux 4.x 内核和 NVIDIA 470 驱动程序）兼容。

latest 分支使用 Jellyfin-FFmpeg 6.x 和更新的 Intel Compute-Runtime 来支持 AV1 编码和未来的硬件。

https://hub.docker.com/repository/docker/nyanmisaka/jellyfin/general

你这版本是 2021 年的 10.7 不支持完整硬件加速。。。

目前稳定版 10.8.13 ，unstable 已经 10.9 了。

Emby 闭源黑历史居然没人提？
https://web.archive.org/web/20181212100152/https://github.com/MediaBrowser/Emby/issues/3479
<img src="https://i.328888.xyz/2023/02/21/gp5BC.jpeg" alt="gp5BC.jpeg" border="0" />

Jellyfin 是开源软件，最初是因为早在 18 年使用 GPL 协议的 Emby 拒不提供源代码，一小部分人单独出来建立的软件。

Emby 至今用着修改后的 GPLv3 的闭源 FFmpeg 逍遥法外，一边收着硬件加速的钱，一边在自己论坛上诋毁 Jellyfin ，FFmpeg 就该把它挂在耻辱柱上。所以我个人支持 Plex 都不会多看 Emby 一眼。Plex 还是别一棍子打死，毕竟是全职公司，开发者多客户端多，界面更美观。

如果你对 Jellyfin 目前的网页界面不太满意，碰巧会 vue ，可以去给 jellyfin-vue 网页端贡献代码。
别的我不敢说，但至少 Jellyfin 在硬件转码方面花式吊打 Plex 和 Emby ，我纯粹是看 Emby 不顺眼，很期待 Emby 把我开源的杜比视界 P5 映射 SDR 代码抄过去。

vega 核显吃了 2g

J4005 的内存性能够呛，硬编 4k 肯定费劲。具体肯定得自己试试。而且 4k 这种跟帧率也有很大关系。图中左边是软件加速，右边是硬件加速。不知道 plex 有没有混合加速，比如软解硬编 /硬解软编。也不知道 plex 用的是 qsv 还是 vaapi 。https://i.loli.net/2020/04/23/QAUiqHXlvbhsOZg.jpg

500/40 这样子