Hi, currently i'm looking for vGPU board for VDI that support 10bit hardware output technology, taken from AMD site (https://www.amd.com/Documents/10-Bit.pdf).
The solution is for reading medical radiology image that need 10bit hardware output technology and running on top of VDI and at least 3K resolution, currently we are using ATI FirePro works great but we need to move to VDI solution.
Does NVIDIA GRID support this solution? Thanks!
The solution is for reading medical radiology image that need 10bit hardware output technology and running on top of VDI and at least 3K resolution, currently we are using ATI FirePro works great but we need to move to VDI solution.
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.
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.
Jason Southern, Regional Lead for ProVis Sales - EMEA: NVIDIA Ltd.
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.
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.
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
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.
I take some tests to enable 10bit encoding but it is [u]impossible[/u] with current state of NVidia GRID technology (the 10bit encoding is available from Geforce 200 (eg. year 2009) [url]http://nvidia.custhelp.com/app/answers/detail/a_id/3011/~/10-bit-per-color-support-on-nvidia-geforce-gpus[/url]). I found following [b][color="orange"]TWO[/color][/b] problems [u]on NVidia GRID side[/u]:
[olist]
[.]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 [b][color="orange"]DVI[/color][/b] outputs (NvAPI_GPU_GetConnectedDisplayIds()->connectorType [color="orange"][b]NV_MONITOR_CONN_TYPE_DVI[/b][/color]) but 10bit colors are available only on [b][color="green"]DisplayPort[/color][/b] output (NvAPI_GetDisplayPortInfo()/NvAPI_SetDisplayPortInfo() API fails on DVI).
[i][color="orange"]The NVidia GRID driver should probably "emulate" DisplayPort output (NV_MONITOR_CONN_TYPE_DP) to resolve this problem.[/color][/i][/.]
[.]I am unable to capture 10bit colors framebuffer. The embedded encoder on Kepler/Maxwell GRID cards does not support 10bit encoding h264/h265 ([url]https://developer.nvidia.com/nvidia-video-codec-sdk#NVENCFeatures[/url]) 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 - [url]https://gridforums.nvidia.com/default/topic/752/grid-vgpu-benchmarks/vdi-click-to-photon-with-raspberry-pi/[/url]). But there is the problem NvFBCToSysSetUp()/NvFBCToSysGrabFrame() support only ARGB/RGB/YUV with [b]8bit[/b] per color ([b][color="orange"]NVFBC_TOSYS_ARGB[/color][/b]...).
[i][color="orange"]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 [b]32bit[/b] A2R10G10B10 or A2B10G10R10)) to resolve this problem.[/color][/i][/.]
[/olist]
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 [b]OdroidC2 for £40 (£48), Asus Tinker Board for £46 (£55) or Rock64 $25[/b] (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.
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.
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.
10bit capture should be supported with new Capture SDK 6.0 ([url]https://developer.nvidia.com/capture-sdk[/url]).
- [color="orange"][b]NVFBC_TOXXX_ARGB10[/b][/color] (NvFBCToSys, NvFBCToDx9Vid and NvFBCToCuda)
- [color="orange"][b]HDR[/b][/color] - bHDRRequest in NVFBC_ToXXX_SETUP_PARAMS
10bit capture should be supported with new Capture SDK 6.0 (https://developer.nvidia.com/capture-sdk).
- NVFBC_TOXXX_ARGB10 (NvFBCToSys, NvFBCToDx9Vid and NvFBCToCuda)
- HDR - bHDRRequest in NVFBC_ToXXX_SETUP_PARAMS
There is still not possible 10-bit (HDR) virtual vGPU output with GRID 6.0 drivers (M10-1Q + NvAPI R384). NVidia still ignore this feature (see also this [url]https://gridforums.nvidia.com/default/topic/1225/[/url]).
NvAPI_GPU_SetEDID() virtual vGPU output is set to valid HDR/HLG/DolbyVision EDID (from LG TV).
NvAPI_Disp_GetHdrCapabilities() returns NVAPI_OK but zero data.
NvAPI_Disp_ColorControl() returns NVAPI_ERROR (there is no documentation how it works).
Output is still NV_MONITOR_CONN_TYPE_DVI.
There is still not possible 10-bit (HDR) virtual vGPU output with GRID 6.0 drivers (M10-1Q + NvAPI R384). NVidia still ignore this feature (see also this https://gridforums.nvidia.com/default/topic/1225/).
NvAPI_GPU_SetEDID() virtual vGPU output is set to valid HDR/HLG/DolbyVision EDID (from LG TV).
NvAPI_Disp_GetHdrCapabilities() returns NVAPI_OK but zero data.
NvAPI_Disp_ColorControl() returns NVAPI_ERROR (there is no documentation how it works).
Output is still NV_MONITOR_CONN_TYPE_DVI.
The solution is for reading medical radiology image that need 10bit hardware output technology and running on top of VDI and at least 3K resolution, currently we are using ATI FirePro works great but we need to move to VDI solution.
Does NVIDIA GRID support this solution? Thanks!
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.
Jason Southern, Regional Lead for ProVis Sales - EMEA: NVIDIA Ltd.
Tableau Training | Informatica Training | Angularjs Training
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
The NVidia GRID driver should probably "emulate" DisplayPort output (NV_MONITOR_CONN_TYPE_DP) to resolve this problem.
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.
- NVFBC_TOXXX_ARGB10 (NvFBCToSys, NvFBCToDx9Vid and NvFBCToCuda)
- HDR - bHDRRequest in NVFBC_ToXXX_SETUP_PARAMS
NvAPI_GPU_SetEDID() virtual vGPU output is set to valid HDR/HLG/DolbyVision EDID (from LG TV).
NvAPI_Disp_GetHdrCapabilities() returns NVAPI_OK but zero data.
NvAPI_Disp_ColorControl() returns NVAPI_ERROR (there is no documentation how it works).
Output is still NV_MONITOR_CONN_TYPE_DVI.