Multimédia

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

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

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

Avec la diffusion multimédia rendue côté serveur, le contenu audio et vidéo est décodé et rendu sur le serveur 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édia. Étant donné que le traitement vidéo est gourmand en ressources de calcul, la diffusion multimédia rendue 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 CPU 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 CPU du serveur. Vous pouvez maintenir une évolutivité élevée du serveur en redirigeant de nombreux formats multimédia 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édia généralement associés au Lecteur Windows Media.
• 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, la redirection hôte-client et l’accès aux applications locales, 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 du repli.

Exemples de scénarios

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 à un périphérique d’affichage.
2. Le serveur extrait l’image ou le son présenté(e) 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(e) n’est pas compressé(e) 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. Avec cette approche, le décodage a lieu sur le serveur et fonctionne pour une plus grande variété de périphériques et de formats.

Scénario 2. (Récupération par le serveur et rendu par le 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 sur 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 est susceptible de recevoir.

Scénario 3. (Récupération par le client et rendu par le 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 des cycles CPU sur le serveur et de 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.

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