Cisco TSBroadcaster Guide De L'utilisateur page 21

Présentation fonctionnelle,
Nombre de modules pris en charge
Le TSBroadcaster peut signaler environ 130 modules dans une indication
d'information de téléchargement (DII) individuelle. Avant TSBroadcaster 1.03, tous les
présentoirs contenaient une seule DII. Dans TSBroadcaster 1.03 et versions ultérieures,
vous pouvez définir plusieurs DII pour autoriser un plus grand nombre de modules.
Nous ne fournissons pas de recommandations au delà de 250 modules pris en charge.
Vous pouvez identifier le nombre actuel de modules à l'aide de la fonctionnalité
« Download Latest Build » et en comptant les entrées de module dans le fichier
« stream-control ». Les versions futures du TSBroadcaster contiendront une
amélioration dans ce domaine.
Instructions liées à la taille des fichiers
Il n'existe aucune taille de fichier minimale pour les applications. La taille maximale
est limitée par la spécification MHP à 254 sections (légèrement plus de 1 Mbits).
Certains générateurs de flux OCAP non conformes permettent à certains récepteurs
non conformes de recevoir des fichiers de taille supérieure à 1 Mbits. Une demande
de modification est en cours d'élaboration pour modifier la spécification OCAP afin
d'autoriser des fichiers d'une taille supérieure à 1 Mbits avec la signalisation
appropriée. Un répertoire est limité à moins de 512 entrées.
Capacité de débit binaire de décodeur
Les décodeurs HD peuvent prendre en charge jusqu'à 19,4 Mbits/s, en moyenne, et
les débits binaires maximaux sont autorisés jusqu'à la limite du canal de données
(généralement 38,811 Mbit/s).
Comment améliorer les performances
Les performances dépendent du comportement de l'application, du débit binaire
disponible, de la taille de l'application, des caractéristiques du récepteur et de
l'aspect particulier des performances que vous mesurez.
Vous pouvez améliorer les performances de démarrage en séparant le contenu nécessaire
au démarrage de l'application dans un groupe distinct et en lui attribuant une priorité
supérieure à celle des autres contenus. Si une application contient des fichiers de classe ou
de données non compressées, leur compression peut améliorer les performances en
réduisant la taille des données à diffuser. La compression des fichiers graphiques (en
supposant qu'ils ont été optimisés correctement pour la diffusion) ne fournit généralement
pas une compression significative et peut être contre-productive car le récepteur doit
décompresser le contenu lorsqu'il reçoit le module. Vous devez placer le contenu qui peut
être compressé dans des groupes avec la compression sélectionnée. Le contenu qui ne peut
pas être compressé doit être placé dans des groupes distincts.
Si une application ne peut pas être entièrement mise en cache dans la mémoire du récepteur,
les performances peuvent éventuellement être optimisées en plaçant le contenu qui est
souvent requis ou nécessaire au démarrage dans des groupes dotés d'une priorité
supérieure. Cette configuration augmentera la fréquence de ce contenu aux dépens d'autres
contenus, et peut donc améliorer les performances en raccourcissant le temps d'acquisition
de ce contenu. Toutefois, le temps d'acquisition des autres contenus sera rallongé.
4040718 Rév. A Présentation de la solution de présentation d'objets OCAP de Cisco :
suite
Le TSBroadcaster
Suite sur la page suivante
1-11