NVIDIA GRID是否支持此解决方案？

您是否与各VDI供应商讨论过他们是否支持此问题？
GRID卡能够提供此功能，但依赖于远程处理技术来暴露10位灰度选项，当检测到10Bit灰度监视器时，该选项将出现在控制面板中。
如果远程协议无法呈现兼容的显示，则无论端点的物理位置如何，都不会显示该选项。



以下为原文

Have you discussed with the various VDI vendors whether they support this?

The GRID cards are capable of delivering this, but are reliant on the remoting technologies to expose the 10bit greyscale option which will appear in the Control Panel when a 10Bit greyscale monitor is detected.

If the remoting protocol cannot present a compatible display the option is not presented, regardless of what is physically at the endpoint.

ADC10221保证在整个工作温度范围内没有丢失代码。如果任何独特的两级架构都能产生9.2效率信号。



以下为原文

The ADC10221 is a guaranteed to have no missing code to over then the full operating temperture range.If that any unique two stage architecture achevies 9.2 effectiveness signal.

正如JAson所说，您依赖于VDI堆栈供应商使用的远程协议。
目前，VMware / Citrix都没有在其ICA / HDX和Blast Extreme协议中支持此功能。
您可能希望与他们联系以提高您的需求或探索其他供应商，如NICE / Teradici / Mechdyne。
我不是自己意识到实现10位颜色的完整VDI解决方案。
10位颜色（4个通道上的40位）与32位VDI相比，大大增加了数据量，增加了3K，而且医学图像通常非常大，保持帧速率对带宽来说是一个巨大的挑战。
这也许就是为什么主流VDI供应商的采用还没有发生。
雷切尔



以下为原文

As JAson said you are dependent on the remoting protocols used by the VDI stack vendors. Currently neither VMware/Citrix support this in their ICA/HDX and Blast Extreme protocols.

You may want to contact them to raise your need or explore other vendors such as NICE/Teradici/Mechdyne. I'm not myself aware of a full VDI solution that implements 10-bit colour.

10-bit colour (40-bit over the 4 channels) vs. 32-bit VDI increases the data volumes greatly, add in 3K and the fact medical images are usually very large and it is a huge challenge on bandwidth to maintain frame rates. This maybe why adoption by the mainstream VDI vendors hasn't happened.

Rachel

我采取了一些测试来启用10位编码，但目前的NVidia GRID技术是不可能的（10位编码可以从Geforce 200获得（例如，2009年）http://nvidia.custhelp.com/app/answers/detail/
A_ID / 3011 /〜/ 10比特每颜色支撑上，NVIDIA-的GeForce的GPU）。
我在NVidia GRID方面发现了以下两个问题：
我无法切换到10bit颜色帧缓冲。
我可以准备10bit EDID1.4并将其发送到卡NvAPI_GPU_SetEDID（）。
GRID卡“模拟”最多4个DVI输出（NvAPI_GPU_GetConnectedDisplayIds（） - > connectorType NV_MONITOR_CONN_TYPE_DVI），但10位颜色仅在DisplayPort输出上可用（NvAPI_GetDisplayPortInfo（）/ NvAPI_SetDisplayPortInfo（）API在DVI上失败）。
NVidia GRID驱动程序应该“模拟”DisplayPort输出（NV_MONITOR_CONN_TYPE_DP）来解决此问题。
我无法捕获10bit颜色帧缓冲。
Kepler / Maxwell GRID卡上的嵌入式编码器不支持10位编码h264 / h265（https://developer.nvidia.com/nvidia-video-codec-sdk#NVENCFeatures），但Capture SDK可以捕获帧缓冲到内存和编码帧
使用CPU或其他（Pascal级）卡到h265 / 10bit或其他协议（我可以使用单独的编码器域执行此操作 -  https://gridforums.nvidia.com/default/topic/752/grid-vgpu-benchmarks/vdi-
点击 - 光子与覆盆子-π/）。
但是存在问题NvFBCToSysSetUp（）/ NvFBCToSysGrabFrame（）仅支持每种颜色8bit的ARGB / RGB / YUV（NVFBC_TOSYS_ARGB ...）。
NVidia Capture SDK应支持10bit捕获格式，如NVidia Video Codec SDK输入（NV_ENC_BUFFER_FORMAT_YUV420_10BIT，NV_ENC_BUFFER_FORMAT_YUV444_10BIT，NV_ENC_BUFFER_FORMAT_ARGB10或NV_ENC_BUFFER_FORMAT_ABGR10（打包在32位A2R10G10B10或A2B10G10R10中））以解决此问题。
编码的VDI视频流的另一端也有“瘦”候选者显示h265 / 10bit / 4：2：0 / 4K / 60FPS（HEVC Main 10） - 像OdroidC2一样40英镑（48英镑），Asus Tinker Board
46英镑（55英镑）或Rock64 25美元（但不是RaspberryPI： - （28英镑（34英镑））。但是像h265 / 4：4：4或h265 / LOSSLESS（也由Pascal卡编码器支持）等格式应该是
对医疗目的更有用。



以下为原文

I take some tests to enable 10bit encoding but it is impossible with current state of NVidia GRID technology (the 10bit encoding is available from Geforce 200 (eg. year 2009) http://nvidia.custhelp.com/app/answers/detail/a_id/3011/~/10-bit-per-color-support-on-nvidia-geforce-gpus). I found following TWO problems on NVidia GRID side:

• I am unable to switch to 10bit colors framebuffer. I can prepare 10bit EDID1.4 and send it to card NvAPI_GPU_SetEDID(). The GRID cards "emulates" up to 4 DVI outputs (NvAPI_GPU_GetConnectedDisplayIds()->connectorType NV_MONITOR_CONN_TYPE_DVI) but 10bit colors are available only on DisplayPort output (NvAPI_GetDisplayPortInfo()/NvAPI_SetDisplayPortInfo() API fails on DVI).
  
  The NVidia GRID driver should probably "emulate" DisplayPort output (NV_MONITOR_CONN_TYPE_DP) to resolve this problem.
  
• I am unable to capture 10bit colors framebuffer. The embedded encoder on Kepler/Maxwell GRID cards does not support 10bit encoding h264/h265 (https://developer.nvidia.com/nvidia-video-codec-sdk#NVENCFeatures) but the Capture SDK can capture framebuffer to memory and encode frame with CPU or other (Pascal grade) card to h265/10bit or other protocol (I can do this with separate encoder domain - https://gridforums.nvidia.com/default/topic/752/grid-vgpu-benchmarks/vdi-click-to-photon-with-raspberry-pi/). But there is the problem NvFBCToSysSetUp()/NvFBCToSysGrabFrame() support only ARGB/RGB/YUV with 8bit per color (NVFBC_TOSYS_ARGB...).
  
  The NVidia Capture SDK should support 10bit capture format like in NVidia Video Codec SDK input (NV_ENC_BUFFER_FORMAT_YUV420_10BIT, NV_ENC_BUFFER_FORMAT_YUV444_10BIT, NV_ENC_BUFFER_FORMAT_ARGB10 or NV_ENC_BUFFER_FORMAT_ABGR10 (packed in 32bit A2R10G10B10 or A2B10G10R10)) to resolve this problem.
  

There are also "thin" candidates for the other end of encoded VDI video stream to display h265/10bit/4:2:0/4K/60FPS (HEVC Main 10) - like OdroidC2 for £40 (£48), Asus Tinker Board for £46 (£55) or Rock64 $25 (but not RaspberryPI :-( for £28 (£34)). But formats like h265/4:4:4 or h265/LOSSLESS (also supported by Pascal card encoder) should be more useful for medical purposes.