-
-
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é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 XenApp ou XenDesktop par l’application. Le contenu est ensuite compressé et livré via le protocole ICA au Citrix Receiver 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 sur un matériel distinct. Les technologies Intel Quick Sync et NVIDIA NVENC ont fourni un encodage H.264 accéléré par le matériel.
Étant donné que la plupart des serveurs n’offrent pas d’accélération matérielle pour la compression vidéo, l’évolutivité du serveur est négativement impactée si tout le traitement vidéo est effectué sur le CPU du serveur. Pour maintenir une évolutivité élevée du serveur, de nombreux formats multimédia peuvent être redirigés 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 redirection Flash redirige le contenu vidéo Adobe Flash vers un lecteur Flash exécuté localement sur le périphérique utilisateur. La vidéo HTML5 est devenue populaire, et Citrix® a introduit une technologie de redirection pour ce type de contenu. De plus, vous pouvez appliquer les technologies générales de redirection de contact, la redirection hôte-vers-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) :
- 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.
- 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é d’appareils 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 le décodage et la présentation sont déchargés sur les appareils 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 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 seules les commandes de contrôle sont envoyées depuis le serveur. Cependant, le contenu multimédia n’est pas toujours accessible aux clients.
Framework et plateforme
Les systèmes d’exploitation de bureau (Windows, Mac OS X et Linux) fournissent des frameworks multimédia qui permettent un développement plus rapide et plus facile d’applications multimédia. Ce tableau répertorie certains des frameworks multimédia les plus populaires. Chaque framework divise le traitement des médias 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 multimédia | Prise en charge |
|---|---|
| Redirection Flash HDX | Non |
| Redirection Windows Media | Oui |
| Redirection vidéo HTML5 | Oui |
| Redirection audio | Non |
Informations connexes
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.