-
Contenuti multimediali
-
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!
Contenuti multimediali
Lo stack tecnologico HDX supporta la distribuzione di applicazioni multimediali attraverso due approcci complementari:
- Distribuzioni multimediali di rendering lato server
- Reindirizzamento multimediale di rendering lato client
Questa strategia garantisce la possibilità di offrire una gamma completa di formati multimediali, con un’ottima esperienza utente, ottimizzando al contempo la scalabilità dei server per ridurre il costo per utente.
Con la distribuzione multimediale con rendering server, i contenuti audio e video vengono decodificati e renderizzati sul server Citrix Virtual Apps and Desktops dall’applicazione. Il contenuto viene quindi compresso e distribuito mediante il protocollo ICA all’app Citrix Workspace sul dispositivo dell’utente. Questo metodo fornisce il più alto tasso di compatibilità con varie applicazioni e formati multimediali. Poiché l’elaborazione video richiede un uso intensivo dell’elaborazione, la distribuzione multimediale con rendering del server beneficia notevolmente dell’accelerazione hardware integrata. Ad esempio, il supporto per DirectX Video Acceleration (DXVA) alleggerisce la CPU eseguendo la decodifica H.264 in hardware separato. Le tecnologie Intel Quick Sync, AMD RapidFire e NVIDIA NVENC forniscono codifica H.264 con accelerazione hardware.
Poiché la maggior parte dei server non offre alcuna accelerazione hardware per la compressione video, la scalabilità del server viene influenzata negativamente se tutta l’elaborazione video viene eseguita sulla CPU del server. È possibile mantenere un’elevata scalabilità del server, reindirizzando molti formati multimediali al dispositivo utente per il rendering locale.
- Il reindirizzamento di Windows Media consente di alleggerire il server per un’ampia varietà di formati multimediali generalmente associati a Windows Media Player.
- Il video HTML5 è diventato di uso generale e Citrix ha introdotto una tecnologia di reindirizzamento per questo tipo di contenuti. Si consiglia il reindirizzamento dei contenuti del browser per siti Web che utilizzano HTML5, HLS, DASH o WebRTC.
- È possibile applicare le tecnologie generali di reindirizzamento dei contatti da host a client e l’accesso delle app locali ai contenuti multimediali.
Mettendo insieme queste tecnologie, se non si configura il reindirizzamento, HDX esegue il rendering lato server. Se si configura il reindirizzamento, HDX utilizza Server Fetch e Client Render o Client Fetch e Client Render. Se tali metodi non riescono, HDX torna al rendering lato server in base alle esigenze ed è soggetto ai criteri di prevenzione del fallback.
Esempi di scenari
Scenario 1. (Server Fetch e Server Rendering):
- Il server recupera il file multimediale dalla sua origine, lo decodifica e quindi presenta il contenuto a una periferica audio o a un dispositivo di visualizzazione.
- Il server estrae l’immagine o l’audio presentati rispettivamente dal dispositivo di visualizzazione o dalla periferica audio.
- Il server lo comprime facoltativamente e quindi lo trasmette al client.
Questo approccio comporta un costo elevato in termini di CPU, un costo elevato di larghezza di banda (se l’immagine/audio estratto non è compresso in modo efficiente) e ha una bassa scalabilità del server.
I canali virtuali Thinwire e Audio gestiscono questo approccio. Il vantaggio di questo approccio è che riduce i requisiti hardware e software per i client. Utilizzando questo approccio la decodifica avviene sul server e funziona per una più ampia varietà di dispositivi e formati.
Scenario 2. (Server Fetch e Client Render):
Questo approccio si basa sulla possibilità di intercettare il contenuto multimediale prima che venga decodificato e presentato al dispositivo audio o di visualizzazione. Il contenuto audio/video compresso viene invece inviato al client dove viene quindi decodificato e presentato localmente. Il vantaggio di questo approccio è che vengono scaricati sui dispositivi client, risparmiando cicli della CPU sul server.
Tuttavia, introduce anche alcuni requisiti hardware e software aggiuntivi per il client. Il client deve essere in grado di decodificare ciascun formato che potrebbe ricevere.
Scenario 3. (Client Fetching e Client Rendering):
Questo approccio si basa sulla possibilità di intercettare l’URL del contenuto multimediale prima che venga recuperato dall’origine. L’URL viene inviato al client in cui il contenuto multimediale viene recuperato, decodificato e presentato localmente. Questo approccio è concettualmente semplice. Il suo vantaggio è che risparmia sia cicli della CPU sul server che larghezza di banda, perché il server invia solo comandi di controllo. Tuttavia, il contenuto multimediale non è sempre accessibile ai client.
Framework e piattaforma:
I sistemi operativi a sessione singola (Windows, Mac OS X e Linux) forniscono framework multimediali che consentono lo sviluppo più rapido di applicazioni multimediali. Questa tabella elenca alcuni dei framework multimediali più popolari. Ogni framework divide l’elaborazione multimediale in più fasi e utilizza un’architettura basata su pipeline.
Framework | Piattaforma |
---|---|
DirectShow | Windows (98 e versioni successive) |
Media Foundation | Windows (Vista e versioni successive) |
Gstreamer | Linux |
Quicktime | Mac OS X |
Supporto a doppio hop con tecnologie di reindirizzamento dei supporti
Reindirizzamento audio | No | |
Browser content redirection (Reindirizzamento del contenuto del browser) | No | |
Reindirizzamento webcam HDX | Sì | |
Reindirizzamento video HTML5 | Sì | |
Reindirizzamento di Windows Media | Sì |
Condividi
Condividi
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.