-
Planifier et créer un déploiement
-
Communication WebSocket entre le VDA et le Delivery Controller™
-
-
Créer des catalogues de machines d'images préparées
-
Créer une image préparée pour les instances gérées Amazon WorkSpaces Core
-
Créer un catalogue d'instances gérées Amazon WorkSpaces Core
-
Créer un catalogue de machines d'images préparées dans AWS EC2
-
Créer un catalogue de machines d'images préparées dans Azure
-
Créer un catalogue de machines d'images préparées dans Red Hat OpenShift
-
Créer un catalogue de machines d'images préparées dans VMware
-
Créer un catalogue de machines d'images préparées dans XenServer
-
-
Créer des catalogues de machines
-
Pools d'identités de différents types de jonction d'identité de machine
-
-
Multimédia
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
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 1. (Récupération côté serveur et rendu côté serveur) :
- 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.
- Le serveur extrait l’image ou le son présenté du périphérique d’affichage ou du périphérique audio respectivement.
- 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 | |
Partager
Partager
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.