Cisco Headend System Release 2.5 Installation Guide

4040718 Rév. A 

Présentation de la solution de présentation d'objets OCAP de Cisco :  

1-11 

   

Le TSBroadcaster 

 

 suite 

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. 

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. 

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). 

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é.