Citrix DaaS™

Multimédia

  • La pile technologique HDX™ prend en charge la diffusion d’applications multimédias via deux approches complémentaires :

  • Diffusion multimédia avec rendu côté serveur
  • Redirection multimédia avec rendu côté client

  • Cette stratégie vous permet de diffuser une gamme complète de formats multimédias, avec une excellente expérience utilisateur, tout en maximisant l’évolutivité du serveur afin de réduire le coût par utilisateur.

  • Avec la diffusion multimédia avec rendu côté serveur, le contenu audio et vidéo est décodé et rendu sur le serveur Citrix DaaS (anciennement service Citrix Virtual Apps and Desktops) par l’application. Le contenu est ensuite compressé et diffusé à l’aide du protocole ICA vers l’application Citrix Workspace sur le périphérique utilisateur. Cette méthode offre le taux de compatibilité le plus élevé avec diverses applications et formats multimédias. Le traitement vidéo étant gourmand en ressources de calcul, la diffusion multimédia avec rendu côté serveur bénéficie grandement de l’accélération matérielle intégrée. Par exemple, la prise en charge de DirectX Video Acceleration (DXVA) décharge le processeur en effectuant le décodage H.264 dans un matériel distinct. Les technologies Intel Quick Sync, AMD RapidFire et NVIDIA NVENC offrent un encodage H.264 accéléré par le matériel.

Étant donné que la plupart des serveurs n’offrent aucune accélération matérielle pour la compression vidéo, l’évolutivité du serveur est impactée négativement si tout le traitement vidéo est effectué sur le processeur du serveur. Vous pouvez maintenir une évolutivité élevée du serveur en redirigeant de nombreux formats multimédias vers le périphérique utilisateur pour un rendu local.

  • La redirection Windows Media décharge le serveur pour une grande variété de formats multimédias généralement associés à Windows Media Player.
  • La vidéo HTML5 est devenue populaire, et Citrix® a introduit une technologie de redirection pour ce type de contenu. Nous recommandons la redirection de contenu de navigateur pour les sites web utilisant HTML5, HLS, DASH ou WebRTC.
  • Vous pouvez appliquer les technologies générales de redirection de contact, à savoir la redirection hôte-client (Host-to-client redirection) et l’accès aux applications locales (Local App Access), au contenu multimédia.

En combinant ces technologies, si vous ne configurez pas la redirection, HDX effectue le rendu côté serveur. Si vous configurez la redirection, HDX utilise soit la récupération côté serveur et le rendu côté client, soit la récupération côté client et le rendu côté client. Si ces méthodes échouent, HDX revient au rendu côté serveur si nécessaire et est soumis à la politique de prévention de repli (Fallback Prevention Policy).

Scénarios d’exemple

Scénario d'exemple

Scénario 1. (Récupération côté serveur et rendu côté serveur) :

  1. Le serveur récupère le fichier multimédia de sa source, le décode, puis présente le contenu à un périphérique audio ou d’affichage.
  2. Le serveur extrait l’image ou le son présenté du périphérique d’affichage ou du périphérique audio respectivement.
  3. Le serveur le compresse éventuellement, puis le transmet au client.

Cette approche entraîne un coût CPU élevé, un coût de bande passante élevé (si l’image/le son extrait n’est pas compressé efficacement) et une faible évolutivité du serveur.

Les canaux virtuels Thinwire et Audio gèrent cette approche. L’avantage de cette approche est qu’elle réduit les exigences matérielles et logicielles pour les clients. En utilisant cette approche, le décodage se produit sur le serveur et elle fonctionne pour une plus grande variété de périphériques et de formats.

Scénario 2. (Récupération côté serveur et rendu côté client) :

Cette approche repose sur la capacité à intercepter le contenu multimédia avant qu’il ne soit décodé et présenté au périphérique audio ou d’affichage. Le contenu audio/vidéo compressé est plutôt envoyé au client où il est ensuite décodé et présenté localement. L’avantage de cette approche est que les tâches sont déchargées vers les périphériques clients, ce qui économise des cycles CPU sur le serveur.

Cependant, elle introduit également des exigences matérielles et logicielles supplémentaires pour le client. Le client doit être capable de décoder chaque format qu’il pourrait recevoir.

Scénario 3. (Récupération côté client et rendu côté client) :

Cette approche repose sur la capacité à intercepter l’URL du contenu multimédia avant qu’il ne soit récupéré de la source. L’URL est envoyée au client où le contenu multimédia est récupéré, décodé et présenté localement. Cette approche est conceptuellement simple. Son avantage est qu’elle économise à la fois les cycles CPU sur le serveur et la bande passante, car le serveur n’envoie que des commandes de contrôle. Cependant, le contenu multimédia n’est pas toujours accessible aux clients.

Framework et plateforme :

Les systèmes d’exploitation à session unique (Windows, Mac OS X et Linux) fournissent des frameworks multimédias qui permettent un développement plus rapide des applications multimédias. Ce tableau répertorie certains des frameworks multimédias les plus populaires. Chaque framework divise le traitement multimédia en plusieurs étapes et utilise une architecture basée sur des pipelines.

Framework Plateforme
DirectShow Windows (98 et versions ultérieures)
Media Foundation Windows (Vista et versions ultérieures)
Gstreamer Linux
Quicktime Mac OS X

Prise en charge du double saut avec les technologies de redirection multimédia

  Redirection audio Non
  Redirection de contenu de navigateur Non
  Redirection de webcam HDX Oui
  Redirection vidéo HTML5 Oui
  Redirection Windows Media Oui
Multimédia