在emby v4.6.0.50版本中，博主发现Linux平台下的emby支持了Intel QuickSync（也可能是更早之前就支持了），关于QuickSync（英特尔快速视频同步技术）的具体介绍博主就不赘述了，大家可以自行搜索了解。在支持QuickSync的硬件上可显著加速视频编解码能力。对于Linux下的emby来说，它能否能够取代vaapi呢？下面就来实测一番。
| NAS | DS918+ |
| 处理器 | Intel j3455 |
| 显卡 | HD500 |
| EMBY | 4.6.2.0 |
| 系统 | DSM6 |
目录
不严谨测试
画面片段可能略有不同，不在同一画面做测试原因主要是需要清除转码缓存，很麻烦。并且实测影响不大，转码帧数基本稳定
VAAPI
H264视频
1080p 9m转720p 4m
标题1080p H264编解码器H264AVC是配置High等级40分辨率1920×1080长宽比16:9交错否帧率23.976比特率9,624 kbps基色bt709色域bt709色偏bt709位深度8 bit像素格式yuv420p参考帧1
平均帧数：111 fps，媒体打开速度快，拖拽流畅
4K转1080p
我手上没有4k的h264视频，无法测试
拿低码率的4K60P HEVC视频代替
标题4K HEVC编解码器HEVC编解码器标签hev1配置Main等级153分辨率3840×1620长宽比64:27交错否帧率60比特率8,242 kbps基色bt709色域bt709色偏bt709位深度8 bit像素格式yuv420p参考帧1
实测媒体打开速度很慢，要等待很久才能播放，拖拽进度条也要等很久才能恢复播放
高码率4K HDR HEVC转1080p
高码率的4K HDR视频，70m的码率，压力很大。但是实测下来竟然还行
标题4K HEVC HDR10嵌入式标题Tenet.2020.IMAX.2160p.BluRay.REMUX.HEVC.DTS-HD.MA.5.1-FGT编解码器HEVC配置Main 10等级153分辨率3840×2160长宽比16:9交错否帧率23.976比特率72,849 kbps视频范围HDR10基色bt2020色域bt2020nc色偏smpte2084位深度10 bit像素格式yuv420p10le参考帧1
关闭HDR色调映射
媒体文件打开很慢，拖拽有明显卡顿，需要等待很长时间，转码速度尚可，基本可用
开启 HDR色调映射
帧数暴跌至7帧，完全不可用，媒体文件打开速度非常慢，拖拽等待时间非常长
另一个高码率4K HDR HEVC转1080p
码率30m，比上一个低很多，但是压力大很多，帧数只有10帧
QuickSync
H264视频
1080p 9m转720p 4m
标题1080p H264编解码器H264AVC是配置High等级40分辨率1920×1080长宽比16:9交错否帧率23.976比特率9,624 kbps基色bt709色域bt709色偏bt709位深度8 bit像素格式yuv420p参考帧1
1080p及以下就不再多测试了，性能直接溢出
4K转1080p
我手上没有4k高码率的h264视频，无法测试，但是h264对于hd500来说压力不大
拿低码率的4K60P HEVC视频代替
标题4K HEVC编解码器HEVC编解码器标签hev1配置Main等级153分辨率3840×1620长宽比64:27交错否帧率60比特率8,242 kbps基色bt709色域bt709色偏bt709位深度8 bit像素格式yuv420p参考帧1
转码速度不到60，对于60帧的视频来说是不及格的，24p，30p的视频，拖拽也会有卡顿，HD500在转码HEVC上很吃力
高码率4K HDR HEVC转1080p
这一部分不用说，百分百GG，特别是HDR视频，压力更大。但是实测下来竟然还行
标题4K HEVC HDR10嵌入式标题Tenet.2020.IMAX.2160p.BluRay.REMUX.HEVC.DTS-HD.MA.5.1-FGT编解码器HEVC配置Main 10等级153分辨率3840×2160长宽比16:9交错否帧率23.976比特率72,849 kbps视频范围HDR10基色bt2020色域bt2020nc色偏smpte2084位深度10 bit像素格式yuv420p10le参考帧1
打开媒体速度比VAAPI快很多，拖拽进度条速度同样快很多，但依然不够快
开启 HDR色调映射
转码帧率掉了一大截，由52帧掉到43帧，但也算可用，体验和上面👆🏻类似。
另外，这个色彩有点不像开启了HDR色调映射，应该是emby在hd500 QuickSync下不支持HDR色调映射
另一个高码率4K HDR HEVC转1080p
码率30m，比上一个低很多，但是压力大很多，帧数只有23帧
看来emby转码速度和媒体编码参数关系也很大
结论
VAAPI完全败落给QuickSync，无论是在需要转码的媒体的打开速度，还是还是转码效率，都完全落后于QuickSync
本次测试比较简陋，只是简单的对比了一些不同规格的视频在两个api下的效率，QuickSync当之无愧是效率最高的，甚至可能快过NVIDIA的NVENC，但是我的nas没有没办法安装N，无法测试，有能力测试的同学可以在评论区贴一下测试数据
注
本次测试在外网进行，转码对于局域网来说没有太大必要，用到转码的场景多半在外面
还有现在emby客户端的体验已经非常好了，完全可以替代infuse
本文由 NG6 于2021年06月10日发表在 sleele的博客
如未特殊声明，本站所有文章均为原创；你可以在保留作者及原文地址的情况下转载
转载请注明：Emby更新-Linux平台支持Intel QuickSync：实测转码效率大幅提升 | sleele的博客
大佬，我是群晖DS916安装的套件版EMBY 4.7.9.0，转码菜单中的硬件解码器只有VAAPI，不显示QuickSync该怎么处理？之前安装4.7.6.0时两种解码器都显示，也都可选。
@硬件解码器没了 我已经回退到4.6.7了。我发现老处理器4.7.x好像一直不太正常
我用emby开启硬解后播放不了1080p hevc，关掉硬解才能播放，cpu是i5 6600，核显是hd530
@hanzi 跟我一样！同问：cpu6100（hd530），emby lovechen的docker版本（特别版），而且也做服务映射了，h264都正常，h265就不行……是不是因为emby不是正版导致的？但我怕购买正版之后还是不能用就没买
核显：iris655
资源：4K HEVC HDR10
VAAPI ：不开HDR 色调映射，播放画面正常
QuickSync：不开HDR 色调映射能硬解但画面失真，打开无法硬解全靠cpu画面正常
以上仅供参考
给了777权限的，没权限的的话vaapi也只能软解
我的CPU型号是8600t（HD630），我在Emby的转码中将HEVC的编码只勾选QuickSync（或优先使用QuickSync），但实际播放H.265片源时，Emby后台显示的软件解码，请问这个问题可以解决吗？
@lemmo Emby是装在Unraid（linux）上的
@lemmo 给核显驱动权限了么？chmod 777试试
@NG6 我也是这种情况。E3 1265L V3.
H265只有qs选择，没有vaapi。一直测试的片源是H265编码的，后台一直还是软解。以为没效果。
结果换了个h264的 发现已经硬解硬解成功了。最后排除出来是qs全部都不可用。
用的是unraid+emby开心版。
@火啊火 勾选高权限就行了
@lemmo 8100T ，我是只选qs的时候正常解码，但HDR颜色映射不正常。自动模式下，有的片源可以VAAPI硬解并且正常映射，有的只能软解且正常映射。总之我是QuickSync不能HDR映射。
@neo EMBY的HDR映射做的没有PLEX好
@lemmo 我和你情况是一致的，我是emby
我的服务器是在win上，客户端外网测试4k高码率hdr的片子，选择1080p高清开始转码，但是hdr映射就是没有开启，好奇怪，不知道博主的hdr映射是怎么设置的
@renzmy EMBY网页版目前不能正确显示HDR颜色，PLEX在Safari下可以
@renzmy 请问你解决了吗
博主，你的emby转码的时候回爆内存吗？（buffer/cache爆），我也是debian下的emby，老是爆内存
@yu 机器内存太小，或者没有核显可以硬件加速
请教一下 QuickSync 是否需要安装驱动，使用 emby 官方 docker 镜像安装 4.6.4.0，已经劫持 mb3admin.com 开启了硬解，设置里面有 QuickSync 选项。
@toy 不需要，能看到选项说明能启用
QuickSync虽然快,但是兼容性没VAAPI好,有的视频VAAPI打开能直接播放,而且QuickSync需要转码或者无法播放