Übersicht über HDX Graphics

Einführung

Um unterschiedliche Benutzeranforderungen zu erfüllen, ermöglicht das Citrix HDX-Protokoll die Konfiguration verschiedener Grafikmodi. Der Zweck dieses Artikels besteht darin, die verschiedenen HDX-Modi zu beschreiben und wie sie konfiguriert sind. Es gibt Ihnen einen Ausgangspunkt, von dem aus Sie Ihre Umgebung so konfigurieren können, dass sie den Anforderungen Ihrer Benutzer, Ihrer Arbeitslast und den aktuellen Netzwerkbedingungen am besten entspricht.

Wichtig zu beachten: Dieser Artikel basiert auf Citrix Virtual Apps and Desktops 1912, sofern nicht anders angegeben. Eine Übersicht basierend auf 7.15 finden Sie im Blog-Artikel Überblick über die Konfiguration von HDX Graphics Encoder — was wirklich zählt.

HAFTUNGSAUSSCHLUSS: Die Ergebnisse können variieren, und es wird dringend empfohlen, eigene Tests durchzuführen, um zu sehen, was für Ihren Anwendungsfall am besten funktioniert.

Übersicht über HDX Graphics

Bevor wir uns mit den spezifischen Grafikrichtlinien befassen, lassen Sie uns überprüfen, wie wir kategorisieren, was Sie auf Ihrem HDX-Sitzungsbildschirm sehen, und die zugrunde liegenden Technologien, die für die Präsentation verwendet werden.

Bei der Bereitstellung grafischer Inhalte für Anwendungen oder Desktops kategorisiert die HDX-Grafikcodierungs-Engine Thinwire die Anzeigedaten dynamisch in drei Typen:

  • Text, einfache Bilder und Volltonfarben
  • Statischer Bildinhalt
  • Bewegte (oder flüssige) Bilder

HDX Grafik 1

Im obigen Beispiel werden Text oder einfache Bilder blau, statische Bilder in Orange und bewegte (oder flüssige) Bilder in grün hervorgehoben.

Innerhalb von Citrix Virtual Apps and Desktops kann Thinwire verschiedene Ansätze für die Anzeigeanalyse, -komprimierung und -bereitstellung verfolgen: Citrix passt die Verwendung branchenführender Standards H.264 und H.265 für die effiziente Bereitstellung hochwertiger Videoinhalte in seinen Codecs mit “Vollbild” und “Selektiven” -Implementierungen an.

  • Wenn Sie sich für Thinwire konfigurieren, um den Videocodec nicht zu verwenden, oder Thinwire für die Verwendung des Videocodecs für sich aktiv ändernde Regionen zu konfigurieren, kann Thinwire Regionen mit transienten Inhalten (flüssige Bilder oder Videos) erkennen und basierend auf den festgelegten Richtlinien und Funktionen codiert, die auf der Endpunkt. Thinwire kodiert diese “ausgewählten” (oder transienten) Regionen entweder als adaptives JPEG oder H.264/H.265. Adaptives JPEG und “Selective” H.264/H.265 gelten als Unterfunktionen, da Thinwire die Kerntechnologie ist. Die übrigen, nicht transienten Regionen (codiert als JPEG und Run-Length-Codierung (RLE)) werden dann kombiniert, um die Anzeige während der Sitzung abzuschließen.
  • Wenn Sie Thinwire konfigurieren, um den Codec für den gesamten Bildschirm zu verwenden, weist Thinwire an, den gesamten Bildschirm als vorübergehenden Inhalt zu behandeln, mit Ausnahme von Text (standardmäßig), und codiert Anzeigedaten entweder mit H.264- oder H.265-Videocodecs. Der Text wird dann auf den Bildschirm gelegt, um ein vollständiges Bild zu erhalten. H.265 erreicht eine höhere Komprimierung gegenüber H.264 ohne Kompromisse bei der Qualität. H.265 ist jedoch in Bezug wählen GPUs auf die Verarbeitung teuer und wird nur unterstützt, wenn es mit dem Virtual Delivery Agent (VDA) verwendet wird. H.265 kann nicht verwendet werden, wenn CPU-Codierung verwendet wird. Darüber hinaus ist H.265-kompatible Hardware in Form von GPU oder speziell für den Thin Client erforderlich, um H.265-Anzeigedaten auf dem Client-Endpunkt zu dekodieren. Überprüfen Sie die Anbieterdokumentation, um die H.265-Unterstützbarkeit für Ihre Endpunkthardware zu ermitteln.

Da die H.264-Kompatibilität eine breitere Basis hat, konzentrieren wir uns in diesem Artikel auf Vollbild-H.264 und Selective H.264, sofern nicht anders angegeben.

Abhängig vom konfigurierten HDX-Modus werden diese Kategorien auf verschiedene Weise codiert:

  • Text und einfache Bilder werden mit Run-Length Encoding (RLE) fast immer verlustfrei codiert. Ab Version 7.17 wird ein von Citrix proprietäres RLE-Flavor namens MDRLE verwendet, der eine bessere Komprimierungsrate ermöglicht CTX232041. Wenn Sie die Arbeitslast “Für 3D-Grafik optimieren “ aktivieren, wird die verlustfreie Texterkennung deaktiviert und der Inhalt mit H.264/H.265 anstelle von RLE übertragen. Sie können diese Richtlinie später in diesem Artikel über unser Visio-Diagramm visualisieren.
  • Für statische Bilder mit Selective H.264/H.265 und Adaptive JPEG wird JPEG zur Kodierung verwendet, während der Videocodec H.264/H.265 verwendet wird, wenn Vollbild-H.264/H.265 als Grafikmodus gewählt wurde. Wenn JPEG verwendet wird, kann die Qualität davon mit der Einstellung “Visuelle Qualität” konfiguriert werden. Weitere Informationen finden Sie in der beigefügten Visio-Tabelle weiter unten in diesem Artikel.
  • Für bewegte Bilder wird der Videocodec H.264/H.265 verwendet, wenn Vollbild-H.264/H.265 oder Thinwire mit Selective H.264 konfiguriert wird. Wenn Thinwire with Adaptive JPEG konfiguriert wurde, wird JPEG mit einer Qualität verwendet, die sich automatisch (daher der Name) an Bedingungen wie Bildrate und verfügbare Bandbreite anpasst.

Um es zusammenzufassen, verwendet Thinwire verschiedene Technologien, wenn es wie folgt konfiguriert ist:

Konfigurieren Sie ThinWire so, dass der Videocodec nicht verwendet wird

  • Text: RLE
  • Einfache Bilder und feste Farben: RLE
  • Statische Bilder: JPEG
  • Bewegte Bilder: Adaptive JPEG

Konfigurieren Sie ThinWire, um den Videocodec für aktiv wechselnde Regionen zu verwenden

  • Text: RLE
  • Einfache Bilder und feste Farben: RLE
  • Statische Bilder: JPEG
  • Bewegte Bilder: H.264/H.265

Konfigurieren Sie ThinWire, um den Codec für den gesamten Bildschirm zu verwenden

  • Text: RLE (oder H.264/H.265 wenn Für 3D-Grafiklast optimieren aktiviert wurde)
  • Einfache Bilder und feste Farben: H.264/H.265
  • Statische Bilder: H.264/H.265
  • Bewegte Bilder: H.264/H.265

Im nächsten Abschnitt werden wir die Richtlinien zur Erreichung des oben genannten Verhaltens behandeln.

HDX Grafikmodi

Die Richtlinie “ Videocodec für Kompression verwenden “ ist die zentrale Funktion, um Ihren Endbenutzern ein optimales Erlebnis zu bieten, indem sie Anzeigemethoden konfigurieren, die für verschiedene Anwendungsfälle geeignet sind. Im Folgenden ordnen wir die oben beschriebenen Technologien mit Richtlinieneinstellungen ab, die in Citrix Studio konfiguriert werden können.

  • Für sich aktiv verändernde Regionen = Thinwire mit selektivem H.264/H.265
  • Keinen Videocodec verwenden (Standard-Fallback-Methode) = ThinWire mit adaptivem JPEG
  • Für den gesamten Bildschirm = Thinwire Vollbild H.264/H.265
  • Verwenden wenn Bevorzugt (Richtlinienstandardwert) = Thinwire mit Selective H.264/H.265 wird verwendet, es sei denn, Optimize for 3D Graphics Workloads ist ebenfalls festgelegt, dann wird Thinwire Vollbild H.264/H.265 verwendet.

Die Funktionen des Client-Endpunkts und des Virtual Delivery Agent (VDA) werden beim Start der Sitzung oder bei der Wiederverbindung von Sitzungen bewertet. Wenn der Client H.264/H.265 nicht unterstützt, ist die Anzeigemethode Thinwire mit Adaptive JPEG unabhängig von der im VDA festgelegten Richtlinie.

Konfigurieren Sie ThinWire, um den Videocodec für aktiv wechselnde Regionen zu verwenden

Der Grafikmodus Für aktiv wechselnde Regionen ist unsere ausgewogenste Einstellung. Daher empfehlen wir, mit diesem Modus zu beginnen, wenn Sie mit Basisrichtlinien in Ihrer Umgebung beginnen, da er eine breite Benutzerbasis abdeckt (z. B. Mitarbeiter im Büro, die gelegentlich Videos abspielen).

Im Kern nutzt dieser Modus JPEG für Standbilder, RLE für Text, einfache Bilder und einfarbige Blöcke sowie das Bitmap-Caching für Bereiche des Bildschirms, die vom VDA als statisch festgelegt werden. Der VDA analysiert den Bildschirm kontinuierlich auf Bereiche mit Flüssigkeitsbewegungen wie Multimedia und verwendet selektiv H.264/H.265 zur Kodierung der Fluidregion.

Wie unten dargestellt, ist H.264/H.265 “inaktiv”, bis Regionen mit Flüssigkeitsbewegungen erkannt werden. Der VDA wechselt dann zu H.264/H.265, um die ausgewählte Region während der Flüssigkeitsbewegung zu kodieren, und kehrt in einen “inaktiven” Zustand zurück, sobald die ausgewählte Region keinen Flüssigkeitsgehalt mehr enthält.

HDX Grafik 2

H.264/H.265 bietet eine viel umfangreichere Erfahrung als adaptives JPEG auf Kosten der CPU, um Regionen mit Flüssigkeitsbewegungen zu komprimieren. Die Netzwerkbandbreite wird mit H.264/H.265 im Vergleich zu Adaptive-JPEG für Multimedia-Workload im Allgemeinen geringer sein. Es wird dringend empfohlen, eigene Tests mit Ihrem spezifischen Anwendungsfall durchzuführen (siehe Abschnitt Tools unten).

Konfigurieren Sie ThinWire so, dass der Videocodec nicht verwendet wird

Der Video-Codec “Nicht verwenden “ bietet maximale Kompatibilität für Client-Endpunkte, einschließlich Endpoints, die die Dekodierung von H.264/H.265-Grafiken nicht unterstützen.

In diesem Grafikmodus verhält sich Thinwire ähnlich wie bei der Konfiguration für aktiv wechselnde Regionen. Der VDA analysiert den Bildschirm auf Regionen mit Flüssigkeitsbewegungen. Anstatt jedoch mit H.264/H.265 zu codieren, codiert Thinwire bewegte Bilder als adaptives JPEG, um eine hohe Kompatibilität zu gewährleisten, oder wo H.264/H.265 nicht benötigt wird. Die übrigen Regionen werden als JPEG für Standbilder und RLE für Text und einfache Grafiken dargestellt, um qualitativ hochwertige Bilder zu liefern.

Die CPU-Verarbeitung zum Kodieren von bewegten Bildern mit adaptivem JPEG ist in der Regel niedriger als bei Thinwire mit H.264 für Vollbild- oder aktiv wechselnde Regionen. Dieser Modus ist erwünscht, wenn die Skalierbarkeit des Servers Ihre Priorität ist. Der Kompromiss zeigt sich in Bezug auf die erhöhte Bandbreite und die verringerte Wiedergabetreue von bewegten Bildern in WAN-Szenarien. Dieser Grafikmodus wird für Anwendungsbeispiel empfohlen, bei denen bewegte Bilder minimal sind, z. B. in einem Callcenter oder einem Kassensystem. In diesem Fall wäre die Bandbreitenauslastung in diesem Modus ähnlich wie bei ThinWire, das mit dem Videocodec für sich aktiv ändernde Regionen konfiguriert wurde.

Die Richtlinieneinstellung Videocodec nicht verwenden ist die standardmäßige Fallbackmethode für die beiden anderen Grafikmodi (Verwenden Sie den Videocodec für aktiv wechselnde Regionen oder für den gesamten Bildschirm).

Konfigurieren Sie ThinWire, um den Codec für den gesamten Bildschirm zu verwenden

Die Einstellung Für den gesamten Bildschirmgrafikmodus konfiguriert den VDA so, dass alle Anzeigedaten mit H.264/H.265 außer Text kodiert werden. Text wird mit RLE codiert und mit dem Rest des Bildschirms überlagert. Wenn Für 3D-Grafik-Workloads optimieren aktiviert ist, wird der gesamte Bildschirm, einschließlich Text, als H.264/H.265 kodiert.

Die Konfiguration von Thinwire für die Verwendung des Videocodecs für den gesamten Bildschirm ist für den schweren Multimedia-Anwendungsfall konzipiert, bei dem größere Bereiche des Bildschirms in Bewegung sind. Eine höhere Komprimierung und Qualität wird auf Kosten der CPU- und Serverskalierbarkeit erreicht.

Dieser Modus bietet allein eine gute Benutzererfahrung, wenn umfangreiche Multimedia-, 3D-Modellierungs- oder CAD-Zeichnungsanwendungen verwendet werden. Die CPU kann schnell zu einem Engpass werden, wenn sie zu einer Untergröße führt, was zu einer schlechten Leistung und Benutzererfahrung unter starken Multimedia-Bedingungen führt. Berücksichtigen Sie GPU-Offload-Funktionen, um diesen Grafikmodus zu ergänzen, während Sie diese Anwendungstypen verwenden.

Standardmäßig YUV420 wird als Farbraum verwendet. Bei Vollbild-H.264 können Sie zwischen YUV420 oder YUV444 wählen:

HDX Grafik 3

Wie Sie sehen, führt YUV444 zu einer besseren Qualität, hat jedoch erhebliche Auswirkungen auf die Bandbreitenanforderungen. Die Verwendung von YUV444 wird auch die Hardware-Decodierung auf der Clientseite deaktivieren (und damit auch H.265, falls verfügbar).

Sie können YUV444 für Vollbild-H.264 mit den folgenden Einstellungen aktivieren:

  • Visuelle Qualität: Immer verlustfrei/Verlustfrei aufbauen
  • Visuell verlustfreie Komprimierung zulassen: Aktiviert

Weitere Informationen finden Sie in der Visio-Tabelle in diesem Artikel.

HDX Graphics Konfigurationen

Da die Richtlinie “ Videocodec für Kompression verwenden “ ein guter Ausgangspunkt für die Baseline Ihrer Konfiguration ist, können zusätzliche Richtlinien festgelegt werden, um Ihre visuellen Richtlinien weiter an Ihre verschiedenen Arbeitslasten anzupassen. Durch die Anpassung dieser unterstützenden Richtlinieneinstellungen können Sie die Qualität in bestimmten Bereichen reduzieren, um Ressourcen zurückzugewinnen, eine höhere Skalierbarkeit und Bandbreite zu erzielen. Sie können sich auch dafür entscheiden, die Qualität zu erhöhen, um Anwendungsfälle zu unterstützen, die präzise Visualisierungen erfordern, wie in der Gesundheitsbranche. Die folgende Tabelle zeigt diese Einstellungen (klicken Sie auf das Bild, um die PDF-Datei in voller Größe anzuzeigen):

HDX Grafik 2

Lesen Sie außerdem unseren Abschnitt zu Anwendungsfällen unten, um zu erfahren, wie diese zusätzlichen Richtlinien (unten aufgeführt) den Ressourcenverbrauch senken können, wenn dies jedoch in einigen Fällen eine leichte Qualitätsminderung darstellt.

CPU oder GPU

Standardmäßig erfolgt die gesamte Verarbeitung zur Codierung von Grafiken innerhalb der CPU auf dem VDA. AMD-, Intel- und NVIDIA-Grafikkarten werden derzeit unterstützt, um die Codierung an die GPU auszulagern, bevor sie zur Dekodierung an Ihren Endpunkt gesendet werden.

Durch das Auslagern der Grafikcodierung auf eine GPU werden Ressourcen auf der CPU für andere Aufgaben freigegeben, was zu einer besseren Gesamterfahrung für den Endbenutzer führt.

Aufgrund der unterschiedlichen Unterstützung von GPU-Features können Sie Citrix Dokumente die Funktionsunterstützung für jede GPU des Anbieters überprüfen, wenn Sie die Richtlinieneinstellung Hardwarecodierung für Videocodec verwenden aktivieren.

Anwendungsfälle

Sobald die Einstellungsdetails bekannt sind, lauten die naheliegenden nächsten Fragen: “Welcher HDX-Modus ist am besten für meinen Anwendungsfall geeignet?” oder “Gibt es Konfigurationsempfehlungen?” Wie immer lautet die Antwort: Es kommt darauf an. In den meisten Fällen ist ein “One Size Fits All” -Ansatz möglicherweise nicht der beste Ansatz, sondern unterschiedliche Einstellungen für verschiedene Anwendungsfälle. Die ersten Fragen, die Sie sich stellen müssen, sind: Welche Herausforderungen und Anwendungsfälle habe ich? Gibt es eine grafikintensive Arbeitsbelastung, irgendwelche Multimedia-Anforderungen, die ich erfüllen muss? Wie ist die Netzwerkverbindung der Nutzer?

In den meisten Fällen ist die Konfiguration von Thinwire für die Verwendung des Videocodecs für aktiv wechselnde Regionen die beste Wahl. Darüber hinaus empfiehlt es sich, die verschiedenen Einstellungen explizit zu konfigurieren, um sicherzustellen, dass die gleichen Einstellungen auch nach einem Update Ihrer Umgebung gelten. Wie Sie im folgenden Link sehen können, hat sich der verwendete Standard-HDX-Modus im Laufe der Zeit geändert Überblick über die Konfiguration von HDX Graphics Encoder — was wirklich zählt. Konfigurieren Sie daher explizit den HDX-Modus, den Sie ausführen möchten. Vermeiden Sie im Allgemeinen die Verwendung von “Videocodec für die Komprimierung verwenden: wenn bevorzugt verwenden”, da diese Einstellung je nach Typ des Betriebssystems, der Hardware und der VDA-Version, die Sie ausführen, unterschiedliche Auswirkungen haben kann. Vermeiden Sie außerdem die Konfiguration von Citrix Richtlinien, die mit dem Legacy-Grafikmodus verknüpft sind. Diese Einstellungen werden nur unter Windows Server 2008 R2 und Windows 7 unterstützt und bleiben aus Kompatibilitätsgründen bestehen.

Um Ihnen eine Vorstellung davon zu geben, wie Sie anfangen sollen, haben wir unten einige Basislinienkonfigurationen für einige allgemeine Anwendungsfälle erstellt. Dennoch empfehlen wir Ihnen, Ihre eigenen Tests durchzuführen, um sicherzustellen, dass Sie den besten Modus für Ihre spezifischen Anforderungen konfiguriert haben:

Niedrige Bandbreite

Dieser Anwendungsfall beschreibt einen Benutzer, der sich über eine Verbindung mit schwerwiegenden Bandbreitenbeschränkungen verbindet. Die folgende Basislinie kann ein guter Anfang sein:

  • Videocodec zur Komprimierung verwenden: Keinen Videocodec verwenden
  • Visuelle Qualität: Niedrig
  • Bevorzugte Farbtiefe für einfache Grafiken: 8 Bit /16 Bit
  • Extra Farbkomprimierung: Aktiviert
  • Ziel-Framerate: 15
  • Angestrebte minimale Bildrate: 10
  • Bildkomprimierung verschieben: Aktiviert
  • Adaptiver HDX-Transport: Bevorzugt

Wie Sie sehen, stellen wir selbst bei einer Verbindung mit geringer Bandbreite die Farbtiefe oft nicht auf 8 Bit ein, sondern halten sie auf 16 Bit. Während 8 Bit den Bandbreitenbedarf erheblich senken können, kommt es auch zu einer deutlich verringerten Benutzererfahrung. Daher wird 8 Bit nur für die extremsten Fälle empfohlen, in denen der Zugriff sonst nicht möglich ist.

Call-Center/Verkaufspunkte

Dieser Anwendungsfall beschreibt ein Call-Center oder einen Point-of-Sales-Arbeitsplatz ohne besondere Multimedia-Anforderungen. Ziel ist es, eine gute Mischung zwischen User Experience und User Density zu finden:

  • Videocodec zur Komprimierung verwenden: Keinen Videocodec verwenden
  • Visuelle Qualität: Mittel
  • Bevorzugte Farbtiefe für einfache Grafiken: 24 Bit
  • Extra Farbkomprimierung: Deaktiviert
  • Ziel-Framerate: 20
  • Angestrebte minimale Bildrate: 10
  • Bildkomprimierung verschieben: Aktiviert
  • Adaptiver HDX-Transport: Bevorzugt

Arbeiter für Aufgaben

Im Anwendungsfall der Aufgabenarbeiter hat ein Benutzer einige Multimedia-Anforderungen wie das Ansehen von Videos online zusätzlich zur Verwendung eines grundlegenden Satzes von Office-Anwendungen:

  • Verwenden des Videocodecs für die Komprimierung: Für aktiv wechselnde Regionen
  • Hardwarecodierung für Videocodec verwenden: Aktiviert (wo verfügbar)
  • Visuelle Qualität: Mittel
  • Bevorzugte Farbtiefe für einfache Grafiken: 24 Bit
  • Extra Farbkomprimierung: Deaktiviert
  • Ziel-Figurate: 30
  • Angestrebte minimale Bildrate: 10
  • Bildkomprimierung verschieben: Aktiviert
  • Adaptiver HDX-Transport: Bevorzugt
  • Hardwarebeschleunigung für Grafiken: Aktiviert (konfiguriert für Citrix Workspace-App, falls verfügbar)

3D-Arbeitslast

Für 3D-Workloads wie CAD/CAE ist die Benutzererfahrung entscheidend, daher werden die folgenden Einstellungen verwendet:

  • Verwenden des Videocodecs für die Komprimierung: Für aktiv wechselnde Regionen
  • Hardwarecodierung für Videocodec verwenden: Aktiviert (wo verfügbar)
  • Visuelle Qualität: Zu verlustfrei aufbauen
  • Ziel-Framerate: 30 (kann bei Bedarf 60 sein)
  • Angestrebte minimale Bildrate: 10
  • Adaptiver HDX-Transport: Bevorzugt
  • Hardwarebeschleunigung für Grafiken: Aktiviert (konfiguriert für Citrix Workspace-App, falls verfügbar)
  • H265-Decodierung für Grafiken: Aktiviert (konfiguriert für Citrix Workspace-App, falls verfügbar)

Überlegung von Endpunktgeräten

Unser Ziel ist es, die Bereitstellung Ihrer Citrix Virtual Apps and Desktops auf jedes Gerät und überall zu unterstützen.

An der Oberfläche klingt das ansprechend. Dies bedeutet jedoch nicht unbedingt, dass alle Funktionen auf allen Endpunkten vorhanden sind. Beispielsweise kann die Unterstützung für H.264/H.265-Dekodierung fehlen oder nur innerhalb bestimmter Grenzen wie der maximalen Monitorauflösung oder der maximalen Anzahl von Monitoren unterstützt werden.

Wir empfehlen, die Anbieterdokumentation für den von Ihnen gewählten Endpunkt zu lesen, um die allgemeine Unterstützungsfähigkeit für H.264/H.265 zu bestimmen.

Thin Clients

Die meisten Thin Clients sind speziell auf gezielte Anwendungsfälle ausgelegt, mit spezifischen Softwarekonfigurationen, die für ihre Hardwareplattform optimiert sind. Wir empfehlen Ihnen, mit Ihrem Lieferanten vor dem Kauf eine Thin Client-Testeinheit in Ihrer Umgebung zu bewerten, um sicherzustellen, dass der Endpunkt Ihren Organisationsanforderungen entspricht.

Es wird dringend empfohlen, unsere Citrix Ready-Webseite während der Recherchephase Ihres Projekts zu besuchen, um festzustellen, ob die betreffende Hardware die Evaluierung bestanden hat und mit den von Ihnen gewünschten Funktionen kompatibel ist.

Das Citrix Ready-Programm klassifiziert Thin Clients basierend auf qualifizierten Anwendungsmöglichkeiten:

  • HDX Ready — Unterstützt Task Worker, die auf grundlegende Büroanwendungen und leichte Multimedia zugreifen.
  • HDX Premium — Unterstützt ähnliche Workloads wie HDX Ready-Endpunkte Darüber hinaus bieten HDX Premium-Endpunkte Unterstützung für Unified Communications wie Skype for Business.
  • HDX 3D Pro — Unterstützt Power-User, die High-End-Endpunkt-Leistung beim Zugriff auf grafikintensive Anwendungen wie CAD, Geographical Information System (GIS) und Software mit medizinischer Bildgebung benötigen H.264/H.265 Codec-Unterstützung ist erforderlich, um die Qualifizierung zu bestehen.

Die Zertifizierungskriterien für die Funktionen finden Sie unter jedem HDX-Level hier.

Dicke Kunden

Wenn Sie Thick-Client-Endpunkte in Ihrer Umgebung verwalten, sollten Sie bei der Bestimmung des Codec-Supports (H.264/H.265) die folgenden Komponenten berücksichtigen:

  • Betriebssystem: Einige Linux-Distributionen erfordern die Installation zusätzlicher Bibliotheken.
  • Browser: Citrix Workspace-App für HTML5
  • Version der Citrix Receiver/Workspace-App: Feature-Support-Matrix finden Sie hier.
  • GPU Offload-Fähigkeit

Tools

Gibt es Tools, die Ihnen bei der Konfiguration Ihrer Umgebung helfen? Ja, es gibt einige, die Ihnen auf Ihrer Reise helfen, das perfekte Konfigurationsset für Sie zu finden:

HDX Monitor

HDX Grafik 4

HDX Monitor hilft Ihnen zu überprüfen, welche Einstellungen in einer bestimmten Sitzung tatsächlich gelten. Die neueste Version kann gefunden werden hier.

Grafikstatusanzeige

Der integrierte Grafikstatusindikator kann über die Citrix Richtlinie aktiviert werden, indem die Einstellung Grafikstatusindikator aktiviert wird und zeigt Ihnen die aktuellen Einstellungen in der Citrix Sitzung an:

HDX Grafik 5

Wichtige Takeaways

Mit der Richtlinie “ Videocodec für Komprimierung verwenden “ können Sie zwischen den verschiedenen oben dargestellten HDX-Grafikmodi wählen. Jeder Modus hat seine Vorteile und Kompromisse in Bezug auf den Ressourcenverbrauch, sei es CPU- oder Netzwerkauslastung. Der Ressourcenverbrauch, insbesondere die CPU, beeinflusst die Serverskalierbarkeit.

Zusätzliche Richtlinien wie Visual Quality, Target Framerate und andere können angepasst werden, um den Ressourcenverbrauch auf Kosten geringfügiger visueller Qualität auszugleichen oder die Qualität dort zu erhöhen, wo sie am dringendsten benötigt wird. Passen Sie diese Richtlinien an die Anwendungsfälle in Ihrer eigenen Umgebung an. Beziehen Sie sich auf das Visio-Diagramm, um Sie durch den Prozess zu führen.

Die Endpunktauswahl ist für die Kompatibilität mit dem ausgewählten Grafikmodus unerlässlich. Der VDA konfiguriert Thinwire so, dass der Videocodec nicht als Fallback-Methode für Endpunkte ohne H.264-Unterstützung verwendet wird.

Nutzen Sie unsere integrierten Tools (HDX Monitor und der Graphics Status Indicator), um zu bewerten, ob Ihre Richtlinieneinstellungen Ihr gewünschtes Ergebnis erfüllt haben.

Thinwire Für aktiv wechselnde Regionen ist oft ein angemessener Ausgangspunkt. Die Kenntnis Ihrer Anwendungsbeispiel und die entsprechende Konfiguration Ihrer Umgebung ist jedoch der beste Ansatz, um Endbenutzern ein reichhaltiges Erlebnis zu bieten.

Quellen

Das Ziel dieses Artikels ist es, Sie bei der Planung Ihrer eigenen Implementierung zu unterstützen. Um diese Aufgabe zu erleichtern, möchten wir Ihnen Quelldiagramme zur Verfügung stellen, die Sie an Ihre eigenen Bedürfnisse anpassen können: Quelldiagramme.