完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
有没有人在这里遇到Horizon 7的问题,BLAST协议的使用会导致屏幕模糊(颜色看起来与明显的蓝色和红色“阴影”效果不一致?我看到K1 vGPU的相同问题(全部
配置文件)以及使用专用Quadro K5000进行vDGA的独立系统。两者都是ESXi 6.0U2主机。我尝试过的所有361和362分支驱动程序中出现问题。当我尝试使用BLAST时出现问题 协议,但使用PCoIP时一切正常。只有配置了Nvidia GPU的虚拟机才会出现这种情况。基于vSGA的机器没有问题。 其他人之前已经看过这个,并且可以指出我正确的方向。 以上来自于谷歌翻译 以下为原文 Has anyone here come across an issue with Horizon 7 where use of the BLAST protocol results in a blurred screen (colors appear to be misaligned with noticeable blue and red "drop shadow" effects? I'm seeing the same issue with K1 vGPU (all profiles) as well as a separate system doing vDGA with a dedicated Quadro K5000. Both are ESXi 6.0U2 hosts. The problem ocurres in all of the 361 and 362 branch drivers I've tried. It shows up when I try to use the BLAST protocol, but everything works fine when using PCoIP. Only appears to happen with VMs that have assigned Nvidia GPUs. vSGA-based machines show no issues. Hoepfully someone else has seen this before and can point me in the right direction. |
|
相关推荐
4个回答
|
|
你能看看我的h.264博客流https://virtuallyvisual.wordpress.com/tag/h-264/吗?
任何看起来都很熟悉的......人工制品很有特色...... 以上来自于谷歌翻译 以下为原文 Can you check my h.264 blog stream https://virtuallyvisual.wordpress.com/tag/h-264/ ? Anything look familiar..... Artefacts quite distinctive... |
|
|
|
一些进一步的测试继续缩小问题,我现在认为这是Windows的Horizon 4.0.1客户端的一个问题。
我能够借用Mac并进行一些额外的测试,最终结果是Mac上的Horizon客户端无论使用何种协议都能正常工作。 我需要做一些额外的客户端测试,看看我是否可以进一步隔离问题,但此时,它似乎与Windows客户端BLAST绑定。 我将不得不尝试禁用h.264以查看它是否可能与客户端解码相关的内容在平台之间以不同方式处理。 关于与编码有关的h.264工件问题,似乎有可能,但在这种情况下,我很惊讶VMware甚至会发布这样一个明显的用户体验问题。 以上来自于谷歌翻译 以下为原文 Some further testing has continued to narrow the problem and I now believe it to be an issue with the Horizon 4.0.1 client for Windows. I was able to borrow a Mac and do some additional testing and the end result was that the Horizon client on the Mac worked properly regardless of the protocol being used. I need to do some additional client side testing to see if I can further isolate the issue, but at this time, it seems to be tied to BLAST with the windows client. I'll have to try disabling h.264 to see if it might be something related to client side decoding being handled differently between platforms. Regarding the mention of h.264 artifact issues pertaining to the encoding, it seems possible but in such a case, I'm surprised VMware would even release it with such a glaring user experience issue present. |
|
|
|
您描述了导致4:2:0 H.264编码工件的“投影”问题(演示图像附在博客中)。
如果您的问题看起来不同,您应该附上一些图片。 以上来自于谷歌翻译 以下为原文 You described "drop shadow" problem that leads to 4:2:0 H.264 encoding artifact (demonstration image is attached in blog). If your problems looks different you should attach some image. |
|
|
|
在这种情况下,Mac客户端也可能没有使用H.264。
您必须检查Blast日志以确定。 请注意,H.264固有地产生显示伪像,因为它使用YUV 4:2:0颜色空间转换,丢弃来自像素的75%的色度信息。 (参见:http://connect.teradici.com/blog/the-importance-of-lossless-support)。 这就是为什么现代远程显示协议使用多个编解码器来编码计算机显示器并仅在适当的地方使用H.264而不是所有内容(参见:http://connect.teradici.com/blog/why-you-need- 多编解码器换远程显示协议)。 以上来自于谷歌翻译 以下为原文 It is also possible that the Mac client is not using H.264 in this scenario. You will have to check the Blast logs to be sure. Note that H.264 inherently creates display artifacts due to its use of a YUV 4:2:0 color space conversion that discards 75% of the chroma information from the pixels. (see: http://connect.teradici.com/blog/the-importance-of-lossless-support). This is why modern remote display protocols use multiple codecs to encode computer displays and use H.264 only where it is appropriate rather than for all content (see: http://connect.teradici.com/blog/why-you-need-multiple-codecs-for-remote-display-protocols). |
|
|
|
只有小组成员才能发言,加入小组>>
使用Vsphere 6.5在Compute模式下使用2个M60卡遇到VM问题
3133 浏览 5 评论
是否有可能获得XenServer 7.1的GRID K2驱动程序?
3544 浏览 4 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-28 08:22 , Processed in 0.637989 second(s), Total 80, Slave 64 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号