《VDI相关英文技术干货翻译系列之五》( 二 )
我制作了一个简短的视频 , 以最好地展示我们如何看到视频编解码:
在此视频中 , 您将看到只要没有视频播放 , 我们就在运行位图编解码;当我们开始视频播放时 , 我们可以看到有选择性的NVENC插入其中 , 这证明我们正在为给定的窗口大小使用H.264编解码 。 您可以像在本视频中一样通过运行“nvidia-smi编码器会话”轻松复制此代码 。 当我们停止视频时 , 我们将看到跳回到位图编解码 , 并且不再看到NVENC 。 我们还应该看到与RDA(远程显示分析器)相同的效果(启用或禁用硬件编码) , 但有时效果不太稳定 , 并且在测试中没有来回反复切换 。
[译注]:自适应显示或者混合编码 , 通过位于GuestOS中的Citrix代理可以比较容易捕获到当前热点类型 , 然后进行编码类型(位图或者视频编码)调整 。 这与上篇介绍的Build-To-Lossless是有本质区别的 , Build-To-Lossless还是利用H.264/H.265进行编码 , 只是在最后一帧画面进行无损方式或者说锐化处理 。 CStackxView由于是基于带外方式的云桌面交付模式(通过host主机侧捕获上层的云桌面显示内容 , 进行编码和传输 。 相比带内实现在性能和并发量方面有着绝对优势) , 所以捕获云桌面里面的热点变得非常具有挑战性 , 也是非常高的技术门槛之一 。
图像质量(ImageQuality)
由于我们默认使用位图编解码方式 , 因此我们也应该期望看到非常好的图像质量 。
----《VDI相关英文技术干货翻译系列之五》//----
参考图像
----《VDI相关英文技术干货翻译系列之五》//----
捕获“活动变化区域”图像
----《VDI相关英文技术干货翻译系列之五》//----
自适应显示“主动变化区域”的SSIM热图
SSIM的热图以99.99%的色彩准确度证实了我们的期望 。
带宽消耗(Bandwidthconsumption)
与H.264/H.265整个屏幕策略相比 , 在大多数情况下我们也可以预期在带宽方面会略有节省 , 因为我们仅将视频编解码用于活动区域窗口 。 如果我们不使用视频编解码 , 那么对静态内容进行位图远程处理就只会消耗很少的带宽 。
推荐阅读
- 死磕AI芯片四年,寒武纪“抢跑”科创板
- 骑着六位数的摩托,听着摩雷音响是什么感觉?
- 新华网■法国:疫情下的商户
- 「新华网」清明“代祭”“网祭” “新风”寄托哀思
- 「新华网」腾格里沙漠治沙忙
- 新华网:清明代祭寄哀思
- #新华网#普京宣布延长全国放假以抗击疫情
- 佳木斯男爵■佳木斯的抗战英雄----汤原英魂夏云杰
- 「新华网」服务白衣天使的“管家”艾厚宇
- #新华网#巴黎:“不下车”接受新冠病毒检测
