Descripción general de gráficos HDX

Introducción

Para cumplir con los diferentes requisitos del usuario, el protocolo Citrix HDX permite configurar diferentes modos de gráficos. El propósito de este artículo es esbozar los diferentes modos HDX y cómo se configuran. Le proporciona un punto de partida desde el que puede configurar su entorno para que se ajuste mejor a las necesidades de sus usuarios, su carga de trabajo y las condiciones actuales de la red.

Importante a tener en cuenta: Este artículo se basa en Citrix Virtual Apps and Desktops 1912 a menos que se indique lo contrario. Para obtener una visión general basada en 7.15, consulte el artículo del blog Descripción general de la configuración del codificador de gráficos HDX: lo que realmente importa.

DESCARGO DE RESPONSABILIDAD: Los resultados pueden variar y es muy recomendable ejecutar sus propias pruebas para ver qué funciona mejor para su (s) caso (s) de uso (s).

Descripción general de gráficos HDX

Antes de sumergirse en las directivas gráficas específicas, vamos a revisar cómo categorizamos lo que ve en la pantalla de sesión HDX y las tecnologías subyacentes que se utilizan para la presentación.

A medida que entregamos contenido gráfico para aplicaciones o escritorios, el motor de codificación gráfica HDX, Thinwire, clasifica dinámicamente los datos de visualización en tres tipos:

  • Texto, imágenes simples y colores sólidos
  • Contenido de imagen estática
  • Imágenes en movimiento (o fluidas)

Gráficos HDX 1

En el ejemplo anterior, el texto o las imágenes simples se resaltan en azul, las imágenes estáticas en naranja y las imágenes en movimiento (o fluidas) en verde.

Dentro de Citrix Virtual Apps and Desktops, Thinwire puede adoptar diferentes enfoques para el análisis, la compresión y la entrega de pantallas: Citrix adapta el uso de los estándares líderes de la industria, H.264 y H.265 para la entrega eficiente de contenido de vídeo de alta calidad en sus implementaciones de códec “pantalla completa” y “selectiva”.

  • Al elegir Configurar Thinwire para que no utilice el códec de vídeo o Configurar Thinwire para usar el códec de vídeo para regiones que cambian activamente, Thinwire detecta regiones de contenido transitorio (imágenes fluidas o vídeo) y codificarlo en función de la directiva establecida y las capacidades detectadas en el punto final. Thinwire codifica estas regiones “seleccionadas” (o transitorias) como JPEG adaptable o H.264/H.265. JPEG adaptable y “selectivo” H.264/H.265 se consideran subfunciones, ya que Thinwire es la tecnología principal. Las regiones restantes no transitorias (codificadas como JPEG y Run-Length Coding (RLE)) se combinan para completar la visualización en la sesión.
  • Si elige Configurar Thinwire para utilizar el códec para toda la pantalla, Thinwire debe tratar toda la pantalla como contenido transitorio, excepto el texto (de forma predeterminada), y codifica los datos de visualización mediante códecs de vídeo H.264 o H.265. El texto se superpone a la pantalla para proporcionar una imagen completa. H.265 logra una mayor compresión sobre H.264 sin comprometer la calidad. Sin embargo, H.265 es costoso en términos de procesamiento y solo se admite cuando se utiliza con seleccionar GPU Virtual Delivery Agent (VDA). H.265 no se puede usar cuando se utiliza la codificación de CPU. Además, se requiere hardware compatible con H.265, en forma de GPU o thin client diseñado específicamente, para decodificar los datos de visualización H.265 en el extremo del cliente. Revise la documentación del proveedor para determinar la compatibilidad H.265 para el hardware de los dispositivos de punto final.

Como la compatibilidad H.264 tiene una base más amplia, nos centramos en H.264 de pantalla completa y selectiva H.264 dentro de este artículo, a menos que se indique lo contrario.

Dependiendo del modo HDX configurado, estas categorías se codifican por diferentes medios:

  • El texto y las imágenes simples casi siempre se codifican de forma sin pérdidas mediante la codificación de longitud de ejecución (RLE). A partir de la versión 7.17, se utiliza un sabor RLE patentado de Citrix llamado MDRLE que permite una mejor tasa de compresión CTX232041. Al habilitar la carga de trabajo Optimizar para gráficos 3D se inhabilitará la detección de texto sin pérdidas y se transferirá el contenido con H.264/H.265, en lugar de RLE. Puede visualizar esta directiva a través de nuestro diagrama de Visio más adelante en este artículo.
  • Para las imágenes estáticas con selectivo H.264/H.265 y JPEG adaptable, JPEG se utiliza para la codificación mientras que el códec de vídeo H.264/H.265 se utiliza si se ha elegido H.264/H.265 de pantalla completa como modo gráfico. Si se utiliza JPEG, su calidad se puede configurar con la configuración Calidad visual. Consulte el gráfico de Visio adjunto más adelante en este artículo para obtener más detalles.
  • Para mover imágenes, se utiliza el códec de vídeo H.264/H.265 al configurar pantalla completa H.264/H.265 o Thinwire con H.264 selectivo. Si se ha configurado Thinwire with Adaptive JPEG, JPEG se utiliza con una calidad que se adapta automáticamente (de ahí el nombre) a condiciones como la velocidad de fotogramas y el ancho de banda disponible.

Para recapitular, Thinwire utiliza diferentes tecnologías cuando se configura de la siguiente manera:

Configurar Thinwire para que no utilice el códec de vídeo

  • Texto: RLE
  • Imágenes sencillas y colores sólidos: RLE
  • Imágenes estáticas: JPEG
  • Imágenes en movimiento: JPEG adaptable

Configurar Thinwire para utilizar el códec de vídeo para las regiones que cambian activamente

  • Texto: RLE
  • Imágenes sencillas y colores sólidos: RLE
  • Imágenes estáticas: JPEG
  • Imágenes en movimiento: H.264/H.265

Configurar Thinwire para utilizar el códec en toda la pantalla

  • Texto: RLE (o H.264/H.265 si se ha habilitado Optimizar para la carga de trabajo de gráficos 3D)
  • Imágenes simples y colores sólidos: H.264/H.265
  • Imágenes estáticas: H.264/H.265
  • Imágenes en movimiento: H.264/H.265

En la siguiente sección, vamos a cubrir las directivas para lograr el comportamiento mencionado anteriormente.

Modos gráficos HDX

La directiva Usar códec de vídeo para compresión es la función central para proporcionar a los usuarios finales una experiencia óptima mediante la configuración de métodos de visualización adecuados para diferentes casos de uso. A continuación, mapeamos las tecnologías que describimos anteriormente con la configuración de directivas configurables en Citrix Studio.

  • Para regiones que cambian activamente = Thinwire con selectivo H.264/H.265
  • No utilizar códec de vídeo (método de reserva predeterminado) = Thinwire con JPEG adaptable
  • Para toda la pantalla = pantalla completa de Thinwire H.264/H.265
  • Usar Cuando se prefiere (directiva predeterminada) = Thinwire con H.264/H.265 selectiva se utiliza a menos que también se establezca Optimizar para cargas de trabajo de gráficos 3D y, a continuación, se utilice Thinwire Full Screen H.264/H.265.

Las capacidades tanto del dispositivo de punto final cliente como del Virtual Delivery Agent (VDA) se evalúan durante el inicio de la sesión o la reconexión de la sesión. Si el cliente no admite H.264/H.265, el método de visualización es Thinwire con JPEG adaptable independientemente de la directiva establecida en el VDA.

Configurar Thinwire para utilizar el códec de vídeo para las regiones que cambian activamente

El modo gráfico For active Changing Regions es nuestro ajuste más equilibrado. Por lo tanto, se recomienda comenzar con este modo a medida que comience a aplicar directivas de base en su entorno, ya que abarca una amplia base de usuarios (por ejemplo, un trabajador de Office con reproducción ocasional de vídeo).

En su esencia, este modo está aprovechando JPEG para imágenes fijas, RLE para texto, imágenes simples y bloques de color sólido, además del almacenamiento en caché de mapas de bits para áreas de la pantalla que el VDA determina que son estáticas. El VDA analiza continuamente la pantalla en busca de regiones de movimiento de fluidos, como multimedia, y utiliza selectivamente H.264/H.265 para codificar la región del fluido.

Como se ilustra a continuación, H.264/H.265 es “Inactivo” hasta que se detectan regiones de movimiento de fluidos. A continuación, el VDA pasa a H.264/H.265 para codificar la región seleccionada durante el movimiento del fluido y vuelve a un estado “Inactivo” una vez que la región seleccionada ya no contiene contenido de fluido.

Gráficos HDX 2

H.264/H.265 proporciona una experiencia mucho más rica que JPEG adaptable a expensas de la CPU para comprimir regiones de movimiento fluido. El ancho de banda de red generalmente será menor con H.264/H.265 en comparación con Adaptive JPEG para cargas de trabajo multimedia. Es muy recomendable ejecutar sus propias pruebas con su caso de uso específico (consulte la sección Herramientas a continuación).

Configurar Thinwire para que no utilice el códec de vídeo

El códec No usar vídeo ofrece la máxima compatibilidad para los puntos finales de cliente, incluidos los extremos que no admiten la decodificación de gráficos H.264/H.265.

En este modo gráfico, Thinwire se comporta de manera similar al que se configura para regiones que cambian activamente. El VDA analiza la pantalla en busca de regiones de movimiento de fluidos. Sin embargo, en lugar de codificar con H.264/H.265, Thinwire codifica las imágenes en movimiento como JPEG adaptable para ofrecer una alta compatibilidad o cuando no se necesita H.264/H.265. Las regiones restantes se presentan como JPEG para imágenes fijas, y RLE para texto y gráficos simples para ofrecer imágenes de calidad.

El procesamiento de CPU para codificar imágenes en movimiento mediante JPEG adaptable suele ser menor que con Thinwire con H.264 para pantalla completa o regiones que cambian activamente. Este modo se quiere si la escalabilidad del servidor es su prioridad. La compensación se observa en términos de mayor ancho de banda y disminución de la fidelidad de la imagen en movimiento en escenarios WAN. Este modo gráfico se recomienda para casos de uso en los que las imágenes en movimiento son mínimas, como en un centro de llamadas o un sistema de punto de venta. En cuyo caso, la utilización del ancho de banda en este modo sería similar en comparación con Thinwire configurado con códec de vídeo para regiones que cambian activamente.

La configuración de directiva No usar códec de vídeo es el método de reserva predeterminado para los otros dos modos gráficos (Usar el códec de vídeo para regiones que cambian activamente o Para toda la pantalla).

Configurar Thinwire para utilizar el códec en toda la pantalla

La configuración del modo gráfico Para toda la pantalla configura el VDA para codificar todos los datos de visualización mediante H.264/H.265, excepto el texto. El texto se codifica mediante RLE y se superpone con el resto de la pantalla. Si Optimizar para cargas de trabajo de gráficos 3D está habilitada, toda la pantalla, incluido el texto, se codifica como H.264/H.265.

La configuración de Thinwire para usar el códec de vídeo para toda la pantalla está diseñada para el caso de uso multimedia pesado, donde regiones más grandes de la pantalla están en movimiento. Se logra una mayor compresión y calidad a expensas de la escalabilidad de CPU y servidor.

Por sí solo, este modo proporciona una buena experiencia de usuario cuando se utilizan aplicaciones multimedia pesadas, modelado 3D o dibujo CAD. La CPU puede convertirse rápidamente en un cuello de botella, si es de tamaño insuficiente, lo que resulta en un rendimiento deficiente y experiencia del usuario en condiciones multimedia pesadas. Considere las capacidades de descarga de GPU para complementar este modo de gráficos mientras utiliza estos tipos de aplicaciones.

Por defecto Yuv420 se utiliza como espacio de color. Con H.264 de pantalla completa, puede elegir entre YUV420 o YUV444:

Gráficos HDX 3

Como puede ver, YUV444 da como resultado una mejor calidad, pero tiene un impacto significativo en los requisitos de ancho de banda. El uso de YUV444 también inhabilitará la decodificación de hardware en el lado del cliente (y por lo tanto también H.265 cuando esté disponible).

Puede habilitar YUV444 para H.264 a pantalla completa con los siguientes ajustes:

  • Calidad visual: Siempre sin pérdidas/Construir a sin pérdida
  • Permitir compresión visualmente sin pérdidas: Activado

Consulte el gráfico de Visio en este artículo para obtener más detalles.

Configuraciones de gráficos HDX

Dado que la directiva Usar códec de vídeo para compresión es un buen punto de partida para basar la configuración, se pueden establecer directivas adicionales para personalizar aún más las directivas visuales para adaptarse a las distintas cargas de trabajo. Al personalizar esta configuración de directiva de soporte, puede optar por reducir la calidad en ciertas áreas para recuperar recursos y lograr una mayor escalabilidad y ahorrar en ancho de banda. También puede optar por aumentar la calidad para admitir casos de uso que requieran visualizaciones precisas, como en el sector sanitario. La siguiente tabla describe estos ajustes (haga clic en la imagen para ver PDF de tamaño completo):

Gráficos HDX 2

Además, revise nuestra sección de casos de uso a continuación para descubrir cómo estas directivas adicionales (enumeradas a continuación) pueden reducir el consumo de recursos, aunque con una ligera reducción de la calidad (en algunos casos).

CPU o GPU

De forma predeterminada, todo el procesamiento para codificar gráficos se produce dentro de la CPU en el VDA. Actualmente se admiten tarjetas gráficas AMD, Intel y NVIDIA para descargar la codificación a la GPU antes de enviarlas a su dispositivo de punto final para su decodificación.

La descarga de la codificación gráfica a una GPU liberará recursos en la CPU para otras tareas, lo que dará como resultado una mejor experiencia general para el usuario final.

Debido a la compatibilidad con las funciones de GPU variada, visite Documentos de Citrix para revisar la compatibilidad de funciones para cada GPU de proveedor al habilitar la configuración de directiva Usar codificación de hardware para códec de vídeo.

Casos de uso

Una vez que se conocen los detalles de configuración, las siguientes preguntas obvias son: “¿Qué modo HDX es el mejor para mi caso de uso?” o “¿Hay alguna recomendación de configuración?” Como de costumbre, la respuesta es: Depende. En la mayoría de los casos, un enfoque de “talla única” puede no ser el mejor enfoque, sino más bien una configuración diferente para diferentes casos de uso. Por lo tanto, las primeras preguntas que tiene que hacerse son: ¿Qué desafíos y casos de uso tengo? ¿Hay alguna carga de trabajo intensa de gráficos, algún requisito multimedia que deba cumplir? ¿Cómo es la conexión de red de los usuarios?

En la mayoría de los casos, la mejor opción es configurar Thinwire para utilizar códec de vídeo para cambiar de forma activa las regiones. Además, es recomendable configurar explícitamente los diferentes ajustes para garantizar que se apliquen los mismos ajustes incluso después de una actualización de su entorno. Como puede ver en el siguiente enlace, el modo HDX predeterminado utilizado ha cambiado con el tiempo Descripción general de la configuración del codificador de gráficos HDX: lo que realmente importa. Por lo tanto, configure explícitamente el modo HDX que quiere ejecutar. Por lo general, absténgase de usar “Usar códec de vídeo para compresión: usar cuando se prefiera”, ya que esta configuración puede tener un efecto diferente dependiendo del tipo de SO, hardware y versión de VDA que esté ejecutando. Evite también configurar las directivas de Citrix vinculadas al modo gráfico heredado. Esta configuración solo se admite en Windows Server 2008 R2 y Windows 7 y se deja por razones de compatibilidad.

Para darle una idea sobre cómo empezar, hemos creado algunas configuraciones de línea base para algunos casos de uso genéricos a continuación. Aun así, le recomendamos que realice sus propias pruebas para asegurarse de que tiene el mejor modo configurado para sus necesidades específicas:

Ancho de banda bajo

Este caso de uso describe un usuario que se conecta a través de una conexión con graves restricciones de ancho de banda. La siguiente línea base puede ser un buen comienzo:

  • Usar códec de vídeo para compresión: No utilice códec de vídeo
  • Calidad visual: baja.
  • Profundidad de color preferida para gráficos sencillos: 8 bits/16 bits
  • Compresión extra de color: habilitada.
  • Velocidad de fotogramas objetivo: 15
  • Velocidad mínima de fotogramas objetivo: 10
  • Compresión de imagen en movimiento: habilitada
  • Transporte adaptativo HDX: preferido

Como puede ver, incluso con una conexión de ancho de banda bajo, a menudo no establecemos la profundidad de color en 8 bits, pero la mantenemos en 16 bits. Aunque 8 bits pueden reducir sustancialmente el requisito de ancho de banda, también viene con una experiencia de usuario significativamente reducida. Por lo tanto, 8 bits solo se recomiendan para los casos más extremos donde el acceso no será posible de otro modo.

Centro de llamadas/Punto de venta

Este caso de uso describe un centro de llamadas o un lugar de trabajo de punto de venta sin requisitos multimedia especiales. El objetivo es encontrar una buena mezcla entre la experiencia del usuario y la densidad del usuario:

  • Usar códec de vídeo para compresión: No utilice códec de vídeo
  • Calidad visual: mediana.
  • Profundidad de color preferida para gráficos sencillos: 24 bits
  • Compresión extra de color: desactivado.
  • Velocidad de fotogramas objetivo: 20
  • Velocidad mínima de fotogramas objetivo: 10
  • Compresión de imagen en movimiento: habilitada
  • Transporte adaptativo HDX: preferido

Trabajador de tareas

En el caso de uso del trabajador de tareas, un usuario tiene algunos requisitos multimedia, como ver vídeos en línea además de utilizar un conjunto básico de aplicaciones de oficina:

  • Usar códec de vídeo para compresión: para regiones que cambian activamente
  • Usar codificación de hardware para códec de vídeo: habilitado (cuando esté disponible)
  • Calidad visual: mediana.
  • Profundidad de color preferida para gráficos sencillos: 24 bits
  • Compresión extra de color: desactivado.
  • Velocidad de fotogramas objetivo: 30
  • Velocidad mínima de fotogramas objetivo: 10
  • Compresión de imagen en movimiento: habilitada
  • Transporte adaptativo HDX: preferido
  • Aceleración de hardware para gráficos: habilitada (configurada para la aplicación Citrix Workspace si está disponible)

Carga de trabajo 3D

Para cargas de trabajo 3D como CAD/CAE, la experiencia del usuario es clave, por lo que se utilizan los siguientes ajustes:

  • Usar códec de vídeo para compresión: para regiones que cambian activamente
  • Usar codificación de hardware para códec de vídeo: habilitado (cuando esté disponible)
  • Calidad visual: Construir sin pérdidas
  • Velocidad de fotogramas objetivo: 30 (puede ser 60 si es necesario)
  • Velocidad mínima de fotogramas objetivo: 10
  • Transporte adaptativo HDX: preferido
  • Aceleración de hardware para gráficos: habilitada (configurada para la aplicación Citrix Workspace si está disponible)
  • Descodificación H265 para gráficos: habilitada (configurada para la aplicación Citrix Workspace si está disponible)

Consideración sobre los dispositivos de punto final

Nuestro objetivo es dar soporte a la entrega de Citrix Virtual Apps and Desktops a cualquier dispositivo y en cualquier lugar.

En la superficie esto suena atractivo. Sin embargo, esto no significa necesariamente que todas las prestaciones estén presentes en todos los dispositivos de punto final. Por ejemplo, es posible que falte el soporte de decodificación H.264/H.265 o que solo se admita dentro de límites específicos, como la resolución máxima del monitor o el número máximo de monitores.

Recomendamos revisar la documentación del proveedor del dispositivo de punto final elegido para determinar la compatibilidad general para H.264/H.265.

Clientes ligeros

La mayoría de los clientes ligeros están diseñados específicamente para casos de uso específicos, con configuraciones de software específicas que están optimizadas para su plataforma de hardware. Le recomendamos que trabaje con su proveedor para evaluar una unidad de prueba de cliente ligero dentro de su entorno antes de la compra para garantizar que el dispositivo de punto final satisfaga las necesidades de su organización.

Se recomienda encarecidamente visitar nuestro Sitio web Citrix Ready durante la fase de investigación de su proyecto para determinar si el hardware en cuestión ha pasado la evaluación y es compatible con las funciones que quiere.

El programa Citrix Ready clasifica clientes ligeros en función de las capacidades de casos de uso calificados:

  • HDX Ready: Admite los trabajadores de tareas que acceden a aplicaciones básicas de oficina y multimedia ligeros.
  • HDX Premium: Admite cargas de trabajo similares a las terminales HDX Ready Además, los dispositivos de punto final HDX Premium permiten comunicaciones unificadas, como Skype Empresarial.
  • HDX 3D Pro: Admite usuarios avanzados que requieren un rendimiento de punto final de gama alta cuando accedan a aplicaciones de uso intensivo de gráficos, como CAD, un sistema de información geográfica (GIS) y software relacionado con imágenes médicas H.264/H.265. Se requiere compatibilidad con códec H.264/H.265 para aprobar la calificación.

Puede encontrar los criterios de certificación para las funciones bajo cada nivel HDX aquí.

Clientes gruesos

Si administra extremos de cliente gruesos en su entorno, tenga en cuenta los siguientes componentes al determinar la compatibilidad con códec (H.264/H.265):

  • Sistema operativo: Algunas distribuciones de Linux requieren bibliotecas adicionales para ser instaladas.
  • Explorador: Aplicación Citrix Workspace para HTML5
  • Se puede encontrar la versión de la aplicación Citrix Receiver/Workspace: Feature Support Matrix aquí.
  • Capacidad de descarga de GPU

Herramientas

¿Hay alguna herramienta que le ayude a configurar su entorno? Sí, hay bastantes para ayudarle en su viaje a encontrar el conjunto de configuración perfecto para usted:

HDX Monitor

Gráficos HDX 4

HDX Monitor le ayuda a comprobar qué ajustes están realmente vigentes en una sesión en particular. Se puede encontrar la última versión aquí.

Indicador de estado de gráficos

El indicador de estado gráfico integrado se puede activar mediante la directiva Citrix activando la configuración Indicador de estado gráfico y le mostrará la configuración actual en la sesión de Citrix:

Gráficos HDX 5

Llave para llevar

La directiva Usar códec de vídeo para compresión le permite elegir entre los diferentes modos gráficos HDX ilustrados anteriormente. Cada modo tiene sus ventajas y ventajas en términos de consumo de recursos, ya sea CPU o utilización de red. El consumo de recursos, en particular la CPU, afecta a la escalabilidad del servidor.

Se pueden personalizar directivas adicionales, como Calidad visual, Target Framerate y otras para compensar el consumo de recursos a expensas de una calidad visual menor, o aumentar la calidad donde más se necesita. Personalice estas directivas para que se ajusten a los casos de uso dentro de su propio entorno. Consulte el diagrama de Visio para guiarlo a través del proceso.

La selección de dispositivos de punto final es esencial para la compatibilidad con el modo gráfico seleccionado. El VDA configura Thinwire para que no utilice el códec de vídeo, como método de reserva, para dispositivos de punto final sin compatibilidad con H.264.

Aproveche nuestras herramientas integradas (HDX Monitor y el indicador de estado de gráficos) para evaluar si la configuración de su directiva ha cumplido el resultado deseado.

Thinwire para regiones que cambian activamente a menudo es un punto de partida apropiado. Sin embargo, conocer sus casos de uso y configurar su entorno en consecuencia es el mejor enfoque para ofrecer una experiencia rica a los usuarios finales.

Fuentes

El objetivo de este artículo es ayudarle a planificar su propia implementación. Para facilitar esta tarea, nos gustaría proporcionarle diagramas de origen que puede adaptar a sus propias necesidades: diagramas de origen.