Forum Aux Questions sur les Services Windows Media Série 9

Pour la version Série 9, les Services Windows Media ont été repensés de manière à assouplir l'usage du serveur, à unifier les composants principaux et à simplifier les processus administratifs. Voici quelques-uns des changements introduits par Windows Media Série 9 :

Les Services Windows Media . Les Services Windows Media regroupent désormais les quatre services distincts qui composaient les Services Windows Media version 4.0 et 4.1 : Analyse Windows Media, Programme Windows Media, Station Windows Media et Monodiffusion Windows Media.

Extension de l'utilisation de plug-ins. Grâce à une architecture de plug-in étendue, les Services Windows Media Série 9 permettent de disposer d'un éventail d'options de personnalisation et de configuration du serveur considérablement plus large.

Extension de l'utilisation de points de publication. Les points de publication simplifient et améliorent la fonctionnalité offerte dans les versions précédentes en combinant les programmes, les flux de données et les stations.

Souplesse des sélections côté serveur. Chaque point de publication (y compris les points de publication à la demande) peut transmettre des données à partir d'une sélection. Chaque élément d'une sélection possède un ensemble d'attributs indépendants que vous pouvez définir en fonction de vos besoins particuliers. Les sélections peuvent même faire l'objet d'une modification en cours de diffusion, ce qui vous permet de faire face aux éventuels problèmes sans avoir à interrompre le flux de données.

Souplesse de l'architecture d'événements. Dans les versions précédentes des Services Windows Media, les événements externes n'étaient disponibles que par l'intermédiaire d'objets Station et Monodiffusion Microsoft ActiveX®. Dans cette nouvelle version, il est possible d'accéder aux événements en interne via des interfaces serveur ou en externe via les événements des services WMI (Windows Management Instrumentation) et SNMP (Simple Network Management Protocol).

Transmission de flux de données en continu de type Fast Streaming. Dans les versions précédentes des Services Windows Media, le contenu était transmis aux clients selon un taux d'échantillonnage constant. Les fonctionnalités Fast Streaming des Services Windows Media Série 9 permettent de combiner la transmission, le téléchargement et la mise en cache des flux de données, ce qui rend l'expérience des utilisateurs plus conviviale.

Amélioration de la logique de renvoi des paquets. Dans les versions précédentes des Services Windows Media, les demandes de renvoi de paquets émanant des clients ne pouvaient être satisfaites que pour les deux dernières secondes de contenu. Dans cette nouvelle version, 10 secondes de données sont stockées dans la mémoire tampon du serveur, ce qui permet d'améliorer à la fois la correction des erreurs et la qualité des flux de données.

Reconditionnement des paquets de contenu basé sur le serveur. Dans les versions précédentes des Services Windows Media, le serveur retransmettait les paquets de données uniquement tel que défini par le format du flux de données. Dans cette nouvelle version, les administrateurs de serveur peuvent définir une propriété relative à la taille optimale de paquet pouvant être transmis dans leur environnement, et le serveur peut réallouer les données aux paquets de flux de données en fonction de cette propriété. Cette optimisation n'est possible que lorsque la transmission du contenu s'effectue à l'aide de paquets UDP (User Datagram Protocol) et du protocole RTSP (Real Time Streaming Protocol).

Prise en charge d'IPv6. Cette version des Services Windows Media prend en charge l'adressage IPv6 (Internet Protocol Version 6).

Prise en charge d'IGMPv3. La prise en charge du protocole IGMP (Internet Group Management Protocol) version 3 permet d'éviter les problèmes posés par l'utilisation de la même adresse IP de multidiffusion par plusieurs serveurs de diffusion. Cette fonctionnalité nécessite que tous les clients qui se connectent aux flux de données en multidiffusion exécutent le Lecteur Windows Media Série 9.

 Fermer la Réponse

Les Services Windows Media Série 9 ne sont disponibles qu'en tant que composants facultatifs de Microsoft Windows Server™ 2003, Standard Edition, Windows Server 2003, Enterprise Edition et Windows Server 2003, Datacenter Edition. Certaines fonctionnalités, notamment la distribution de contenu en multidiffusion, ne sont disponibles que si les Services Windows Media sont utilisés en conjonction avec Windows Server 2003, Enterprise Edition ou Windows Server 2003, Datacenter Edition. Pour plus d'informations concernant les Services Windows Media Série 9, consultez l'aide des Services Windows Media Série 9.

En outre, il est recommandé de disposer de la configuration matérielle minimale suivante :

Processeur. 550 MHz

Mémoire. 1 Go de RAM

Carte d'interface réseau (NIC). Carte Ethernet, Protocole TCP/IP (Transmission Control Protocol/Internet Protocol)

Espace disponible sur le disque dur. 521 Mo (6 Mo pour les fichiers système, 15 Mo pour l'installation et 500 Mo pour le stockage du contenu)

 Fermer la Réponse

Les Services Windows Media Série 9 ne sont disponibles qu'en tant que composants facultatifs de Windows Server™ 2003, Standard Edition, Windows Server 2003, Enterprise Edition et Windows Server 2003, Datacenter Edition. Pour installer les Services Windows Media, procédez comme suit :

1. Démarrez l'Assistant Configurer votre serveur (cliquez sur Démarrer, pointez sur Outils d'administration, puis cliquez sur Assistant Configurer votre serveur).

2. Dans l'Assistant Configurer votre serveur, dans la page Rôle du serveur sélectionnez le rôle Serveur de transmission de médias en continu.

3. Fermez l'Assistant.

L'Assistant Configurer votre serveur installe les sous-composants des Services Windows Media requis suivants :

Services Windows Media. Ce service vous permet de transmettre du contenu numérique vers des clients via un intranet ou Internet.

Composant logiciel enfichable des Services Windows Media. Ce composant logiciel enfichable vous permet de gérer et de configurer les Services Windows Media à l'aide de la console MMC (Microsoft Management Console).

L'Assistant Configurer votre serveur ne permet pas d'installer les sous-composants facultatifs des Services Windows Media suivants :

Administrateur des Services Windows Media pour le Web. Ce sous-composant permet l'administration à distance, par navigateur, du serveur Windows Media.

Agent d'enregistrement d'événements publicitaires/multidiffusion. Ce sous-composant permet de créer des enregistrements statistiques relatifs aux clients qui se connectent au contenu via un serveur Web.

Pour installer ces composants facultatifs, vous devez procéder comme suit :

1. Ouvrez Ajouter/Supprimer des composants Windows (cliquez sur Démarrer, pointez sur Panneau de configuration, cliquez sur Ajouter ou supprimer des programmes, puis dans Ajouter ou supprimer des programmes, cliquez sur Ajouter/Supprimer des composants Windows).

2. Dans l'Assistant Composants Windows, dans la liste Composants, cliquez sur Services Windows Media, puis sur le bouton Détails.

3. Dans la boîte de dialogue Services Windows Media, dans la liste Sous-composants des Services Windows Media, activez les cases à cocher qui correspondent aux sous-composants que vous souhaitez installer.

4. Fermez l'Assistant.

 Fermer la Réponse

Pour procéder à la mise à niveau vers les Services Windows Media Série 9, vous devez impérativement mettre à niveau votre système d'exploitation Microsoft Windows NT® Server 4.0 ou Windows 2000 Server vers Windows Server 2003, Standard Edition, Windows Server 2003, Enterprise Edition ou Windows Server 2003, Datacenter Edition. Si votre serveur exécute les Services Windows Media version 4.1, les Services Windows Media Série 9 seront automatiquement installés lors de la mise à niveau de votre système d'exploitation vers Windows Server 2003.

 Fermer la Réponse

Si vous installez les Services Windows Media pour la première fois, le serveur est configuré selon des paramètres de base qui prévoient notamment un point de publication à la demande par défaut et comportent un exemple de point de publication de diffusion. Vous pouvez utiliser cette configuration par défaut ou créer votre propre configuration afin de transmettre du contenu en direct ou à la demande via une transmission monodiffusion ou via une transmission multidiffusion (à condition d'avoir installé Windows Server 2003, Enterprise Edition ou Windows Server 2003, Datacenter Edition). Pour plus d'informations concernant la configuration des Services Windows Media Série 9, consultez le  site Web MSDN Technologies de développement.

Si vous avez procédé à une mise à niveau depuis les Services Windows Media version 4.1, la configuration existante est transférée dans la nouvelle version des Services Windows Media via un processus appelé « migration ». Au cours de l'opération de migration, la majeure partie de la configuration précédente, notamment les points de publication à la demande, est transférée vers la nouvelle version. Cependant, les Services Windows Media Série 9 ont été remaniés et contiennent des fonctionnalités qui n'étaient pas disponibles dans la version 4.1 des Services Windows Media. C'est pourquoi plusieurs éléments de l'ancienne configuration doivent être modifiés pour pouvoir fonctionner dans le nouvel environnement. Avant de pouvoir configurer les Services Windows Media, vous devrez sans doute modifier manuellement certains éléments de la configuration existante. Pour plus d'informations concernant le processus de migration, consultez l'aide des Services Windows Media Série 9.

 Fermer la Réponse

Pour qu'un lecteur Windows Media et d'autres clients puissent utiliser les protocoles HTTP (Hypertext Transfer Protocol), RTSP (Real Time Streaming Protocol), ou MMS (Microsoft Media Server) pour transmettre du contenu en continu et en monodiffusion à partir d'un serveur Windows Media situé derrière un pare-feu, vous devez ouvrir les ports suivants :

Entrée : TCP sur le port 80, 554, 1755. Le serveur Windows Media utilise les ports d'entrée TCP pour accepter la connexion entrante HTTP (port 80), RTSP (port 554), ou MMS (port 1755) provenant du Lecteur Windows Media et d'autres clients.

Entrée : UDP sur le port 1755, 5005. Le serveur Windows Media utilise le port d'entrée UDP 1755 pour recevoir les demandes de renvoi provenant de clients qui diffusent des flux de données en continu via les protocoles MMS monodiffusion et UDP, et le port 5005 pour recevoir les demandes de renvoi émanant de clients diffusant des flux de données en continu à l'aide du protocole RTSPU.

Sortie : UDP entre les ports 1024-5000. Le serveur Windows Media utilise les ports de sortie UDP 1024-5000 pour transmettre des données au Lecteur Windows Media et à d'autres clients.

Pour qu'un serveur de distribution qui se trouve derrière un pare-feu puisse utiliser les protocoles HTTP ou RTSP pour transmettre en continu et en monodiffusion du contenu provenant d'un serveur d'origine situé à l'extérieur du pare-feu, vous devez ouvrir les ports suivants :

Entrée : UDP entre les ports 1024-5000. Le serveur Windows Media utilise les ports de sortie UDP 1024-5000 pour réceptionner les données provenant d'un autre serveur.

Sortie : TCP sur les ports 80, 554. Le serveur Windows Media utilise les ports TCP Out pour établir une connexion HTTP (port 80) ou RTSP (port 554) vers un autre serveur ou codeur.

Sortie : UDP sur le port 5005. Si la distribution RTSP en monodiffusion est utilisée, le serveur Windows Media utilise le port de sortie UDP 5005 pour transmettre les demandes de renvoi à un autre serveur.

Pour distribuer du contenu à l'aide d'une transmission de flux de données en continu en multidiffusion, dirigez le trafic réseau via les adresses IP de classe D standard (224.0.0.0 à 239.255.255.255). Pour procéder à une multidiffusion, vous devez avoir activé la fonction de transmission avec multidiffusion sur votre réseau.

Pour connaître les configurations requises et les paramètres relatifs au pare-feu, consultez l'aide des Services Windows Media Série 9.

 Fermer la Réponse

Si vous voulez configurer les Services Windows Media afin que le contenu soit diffusé en continu à l'aide du protocole HTTP (Hypertext Transfer Protocol) sur un serveur Web qui exécute également les services Internet (IIS), les deux services chercheront à se connecter au port 80. Vous pouvez éviter ce conflit en choisissant un autre port pour la diffusion de données en continu via HTTP par les Services Windows Media :

1. Dans le composant logiciel enfichable des Services Windows Media, cliquez sur le serveur pour lequel vous souhaitez modifier le port alloué à la diffusion de données en continu via HTTP.

2. Dans le volet des détails, cliquez sur l'onglet Propriétés.

3. Dans la zone Catégorie, cliquez sur Protocole de contrôle.

4. Dans la zone Plug-in, cliquez sur Protocole de contrôle de serveur HTTP WMS, puis sur Propriétés.

5. Si plusieurs adresses IP sont disponibles sur le serveur, dans la zone Adresse IP, cliquez sur Autoriser les adresses IP sélectionnées à utiliser ce protocole, puis cliquez sur chacune des adresses IP à utiliser dans cette liste.

6. Dans la zone Sélection du port, cliquez sur Utiliser l'autre port, puis entrez dans l'espace indiqué le numéro du port que vous souhaitez utiliser. Les numéros de port HTTP sont compris entre 1 et 65535.

7. Dans le volet des détails, dans la zone Plug-in, cliquez sur Protocole de contrôle de serveur HTTP WMS. Pour que votre serveur puisse diffuser du contenu en continu via le protocole HTTP, cliquez sur Activer.

8. Demandez à votre administrateur réseau d'ouvrir le port correspondant sur le pare-feu du réseau.

Il existe une autre façon de remédier à ce conflit. Elle consiste à créer plusieurs adresses IP sur une carte d'interface réseau unique et à associer des adresses de port 80 distinctes à chacune de ces adresses IP. Vous devez ensuite configurer les Services Windows Media et les services Internet (IIS) pour qu'ils se connectent à des combinaisons adresses IP/port 80 différentes en procédant aux opérations suivantes :

1. Ouvrez le dossier %systemroot%\System32\Windows Media\Server\Admin\MMC.

2. Double-cliquez surWMSHttpSysCfg.exe.

3. Dans la boîte de dialogue Configuration système HTTP des Services Windows Media, dans la zoneAdresse IP, tapez l'adresse IP que le pilote HTTP.sys doit utiliser, puis cliquez sur Ajouter.

4. Redémarrez HTTP.sys et les services Internet (IIS) en redémarrant l'ordinateur ou en tapant net stop http /y && iisreset au niveau de l'invite de commande.

5. Pour vérifier que les services Internet (IIS) se connectent uniquement aux adresses IP ajoutées, tapez netstat au niveau de l'invite de commande.

6. Dans l'arborescence de console du composant logiciel enfichable des Services Windows Media, cliquez sur le serveur pour lequel vous souhaitez activer la diffusion de données en continu via HTTP.

7. Dans le volet des détails, cliquez sur l'onglet Propriétés.

8. Dans la zone Catégorie, cliquez sur Protocole de contrôle.

9. Dans la zone Plug-in, cliquez sur Protocole de contrôle de serveur HTTP WMS, puis sur Propriétés.

10. Dans la zone Adresse IP, cliquez sur Autoriser les adresses IP sélectionnées à utiliser ce protocole, puis cliquez sur chacune des adresses IP à utiliser dans cette liste. Ne sélectionnez pas les adresses qui ont été ajoutées à l'étape 3.

11. Cliquez sur OK pour que les changements entrent en vigueur.

12. Dans le volet des détails, dans la zone Plug-in, cliquez sur Protocole de contrôle de serveur HTTP WMS. Pour que votre serveur puisse diffuser du contenu en continu via le protocole HTTP, cliquez sur Activer.

 Fermer la Réponse

Vous pouvez exécuter les Services Windows Media sur un serveur qui joue également le rôle de contrôleur de domaine. Si vous souhaitez qu'un serveur configuré pour les Services Windows Media serve également de contrôleur de domaine, vous devez tenir compte des éléments suivants :

Si le contrôleur de domaine est le premier domaine d'une nouvelle forêt, les comptes et les paramètres des Services Windows Media sont transférés dans le cadre d'une migration comme prévu.

Si le contrôleur de domaine crée une nouvelle arborescence dans une forêt existante, tous les comptes et paramètres d'utilisateurs locaux seront supprimés et les Services Windows Media ne parviendront pas à diffuser de contenu en continu. Pour remédier à ce problème, procédez comme suit :

1. Après avoir installé Microsoft Active Directory® sur le serveur, créez un nouveau compte d'utilisateur dans le groupe Invités.

2. Sur le serveur Windows Media, désactivez le plug-in d'authentification anonyme des Services Windows Media.

3. Configurez les propriétés du plug-in d'authentification anonyme des Services Windows Media afin d'utiliser le nouveau compte d'utilisateur créé à l'étape 1.

4. Activez le plug-in d'authentification anonyme des Services Windows Media.

5. Arrêtez les Services Windows Media puis redémarrez-les.

 Fermer la Réponse

Il y a deux raisons pour lesquelles vous pouvez être dans l'incapacité de démarrer l'Administrateur de Services Windows Media pour le Web.

Lorsque vous installez le système d'exploitation Microsoft Windows Server 2003 pour la première fois, les paramètres de sécurité de Microsoft Internet Explorer sont définis par défaut au niveau de protection le plus élevé. Cette configuration de sécurité ne permet pas aux utilisateurs d'accéder aux sites Web Internet, et limite ainsi les risques d'attaque du serveur à partir d'un site Web malveillant. Lorsque Internet Explorer est paramétré pour utiliser cette configuration de sécurité, tous les sites Web (y compris celui de l'Administrateur de Services Windows Media pour le Web) sont considérés comme faisant partie de la zone de sécurité Internet, et l'ensemble des contrôles Microsoft ActiveX, scripts et la Machine virtuelle Microsoft ne peuvent pas être utilisés. Pour que vous puissiez utiliser l'Administrateur de Services Windows Media pour le Web, il faut que l'administrateur système ajoute l'URL de l'Administrateur de Services Windows Media pour le Web dans la zone Sites de confiance ou dans la zone Intranet local. Pour plus d'informations sur la configuration de sécurité étendue pour Internet Explorer, consultez le  site Web de Microsoft.

L'Administrateur de Services Windows Media pour le Web est une interface basée sur un navigateur qui utilise des pages ASP (Active Server pages) hébergées par les Services Internet (IIS). Les pages ASP ne sont pas compatibles avec la structure de fichiers FAT32. Si vous avez du mal à démarrer l'Administrateur de Services Windows Media pour le Web, vérifiez que votre système de fichier ne fait pas appel à l'architecture FAT32.

 Fermer la Réponse

Dans certaines conditions, les paramètres de sécurité de l'Administrateur de Services Windows Media pour le Web ne vous permettent pas d'administrer plusieurs serveurs. Dans ces cas, vous ne pouvez administrer que le serveur local. Vous pouvez vous trouver dans l'incapacité d'administrer plusieurs serveurs si votre navigateur Internet ne prend pas en charge la méthode SSL (Secure Sockets Layer). Cette dernière veille à la sécurité des communications à travers Internet en faisant appel au cryptage. Si le navigateur ne met pas en œuvre SSL, les communications avec le serveur distant sont vulnérables, car elles peuvent être interceptées.

Par ailleurs, vous pouvez également ne pas être en mesure d'administrer plusieurs serveurs si votre compte d'utilisateur n'a été authentifié qu'à l'aide de l'authentification NTLM. Cette méthode utilise vos informations d'identification d'ouverture de session sur le réseau et n'est pas aussi sûre que l'authentification serveur directe.

 Fermer la Réponse

Non. Bien que le Lecteur Windows Media Série 9 puisse lire des fichiers sous des formats de contenu numérique très divers, les Services Windows Media Série 9 ne peuvent pas tous les transmettre. Vous devez dans certains cas convertir les fichiers multimédias numériques vers un format compatible avant de pouvoir les transmettre.

Les serveurs qui exécutent les Services Windows Media Série 9 peuvent transmettre les fichiers aux formats suivants : Windows Media Audio (WMA), Windows Media Video (WMV), Advanced Systems Format (ASF), et Motion Picture Experts Group (MPEG)-1 Layer 3 (MP3). Cependant, les Services Windows Media ne permettent pas l'utilisation de la fonctionnalité de diffusion en continu intelligente pour la transmission de fichiers MP3.

Vous pouvez utiliser un serveur Windows Media pour diffuser des fichiers sous d'autres formats multimédias numériques, à condition que le plug-in d'analyse multimédia approprié soit activé. Un plug-in d'analyse multimédia a pour fonction de traduire les informations contenues au sein du fichier vers un format pouvant être exploité par le serveur Windows Media et le Lecteur Windows Media. Pour savoir s'il existe un plug-in d'analyse multimédia correspondant au format du contenu que vous souhaitez diffuser, contactez le développeur du format du fichier multimédia numérique.

 Fermer la Réponse

Les Services Windows Media ne prennent pas en charge les fichiers .mp3 à vitesse de transmission variable. Si un fichier .mp3 a été codé à l'aide d'une vitesse de transmission variable, il ne pourra pas être lu comme prévu lorsqu'il sera diffusé à partir d'un serveur Windows Media.

En outre, si le contenu du fichier .mp3 est trop succinct, le serveur ne sera pas en mesure de le transmettre au Lecteur Windows Media. Pour obtenir un rendu fiable sur certaines versions du Lecteur Windows Media, il faut que la longueur du contenu diffusé par les Services Windows Media soit égale ou supérieure à la longueur de contenu minimale prise en charge par le Lecteur. Dans le cas du Lecteur Windows Media Série 9, cette longueur minimale est de 5 secondes. Dans les versions précédentes du Lecteur Windows Media, cette limite minimale est de 30 secondes. Un contenu d'une longueur inférieure à cette limite minimale risque de ne pas être rendu, ou de ne l'être que partiellement.

 Fermer la Réponse

Les Services Windows Media ne prennent pas en charge le format d'en-tête ID3v2 dans lequel sont enregistrés ces informations dans les fichiers .mp3. Cela ne vous empêche pas de diffuser des fichiers .mp3.

 Fermer la Réponse

Le Lecteur Windows Media ou un lecteur qui a recours au contrôle ActiveX du Lecteur Windows Media possède plusieurs commandes de lecture, notamment Avance rapide, Rembobinage, Pause et Saut. Selon le scénario de diffusion en continu, certaines de ces commandes peuvent ne pas être disponibles. Plusieurs facteurs déterminent quels sont les contrôles disponibles lors de la diffusion de contenu par le Lecteur Windows Media :

Version des Services Windows Media. Les fonctionnalités d'avance rapide, de rembobinage, de pause et de saut au sein d'une sélection ne sont prises en charge que par le Lecteur Windows Media Série 9 ou par un lecteur qui utilise le contrôle ActiveX du Lecteur Windows Media Série 9. Ces contrôles ne sont pas pris en charge par les versions précédentes du Lecteur.

Type de point de publication. Les contrôles Avance rapide, Saut, Rembobinage et Pause ne sont pas disponibles lorsque le contenu est transmis en continu depuis un point de publication de diffusion. Ils peuvent être disponibles lorsque le contenu est transmis en continu à partir d'u point de publication à la demande, selon la source du contenu.

Source du contenu. Les contrôles Avance rapide, Saut, Rembobinage et Pause ne sont pas disponibles lorsque le contenu est transmis en direct depuis un codeur ou un point de publication distant.

Indexation. Les fonctionnalités d'avance rapide, de saut, de rembobinage et de pause ne sont pas disponibles si le contenu n'a pas été indexé. Le contenu peut être indexé au cours du processus du codage ou après.

Attribut noSkip. Les fonctionnalités d'avance rapide, de saut, de rembobinage et de pause ne sont pas disponibles lorsque l'attribut noSkip de la sélection est défini sur True.

 Fermer la Réponse

Les Services Windows Media Série 9 peuvent faire appel au protocole HTTP (Hypertext Transfer Protocol) pour se connecter aux Services Windows Media Services version 4.1 et au codeur Windows Media version 4.1 fournis avec Windows 2000 Server ou aux versions de ces technologies qui pouvaient être téléchargées ultérieurement à partir du site Web des technologies Windows Media. (Les Services Windows Media Série 9 ne prennent pas en charge le protocole MSBD (Media Stream Broadcast Distribution.)

En revanche, les Services Windows Media Série 9 ne peuvent pas se connecter aux versions des technologies Windows Media commercialisées antérieurement à celles qui sont fournies avec Windows 2000 Server. En outre, vous ne pouvez pas faire appel aux Services Windows Media version 4.1 pour distribuer des flux de données à partir d'un serveur qui exécute les Services Windows Media Série 9.

 Fermer la Réponse

Les Services Windows Media Série 9 incluent des plug-ins d'authentification et d'autorisation qui déterminent ensemble si un client a le droit d'accéder aux flux de données en monodiffusion. Les plug-ins d'authentification valident les informations d'identification de l'utilisateur tandis que les plug-ins d'autorisation contrôlent l'accès au contenu. Si vous activez l'un des plug-ins d'autorisation sans activer l'un des plug-ins d'authentification, les clients en monodiffusion ne peuvent pas se connecter au serveur.

Étant donné que les clients ne se connectent pas au serveur pour recevoir un flux de données en multidiffusion, vous ne pouvez pas utiliser de plug-ins pour contrôler l'accès à ces données. Dans ce cas, vous devez placer le fichier d'information en multidiffusion (un métafichier Windows Media possédant l'extension .nsc qui contient les informations dont le client a besoin pour décoder le flux) à un emplacement de fichier partagé, puis lui associer une liste de contrôle d'accès (ACL, Access Control List). Si vous avez recours à un fichier d'annonce pour distribuer le fichier d'information en multidiffusion, vous pouvez associer une liste ACL à ce fichier plutôt qu'au fichier d'information en multidiffusion.

 Fermer la Réponse

Les journaux s'avèrent des outils extrêmement précieux pour déterminer le niveau d'efficacité de votre diffusion multimédia en continu. Chaque fois que vous créez un point de publication, activez le plug-in de journalisation approprié afin de pouvoir analyser le taux de réussite et d'échec de votre diffusion. Une analyse soigneuse des journaux après une diffusion permet souvent d'identifier non seulement la nature des problèmes rencontrés mais également d'y trouver une solution.

Les entrées de fichier journal suivantes sont généralement les plus pertinentes lorsque vous souhaitez identifier un problème côté client :

x-durée. Durée pendant laquelle le client a lu le flux de données. Si la durée indiquée dans ce champ est inférieure à la longueur totale du contenu, cela signifie sans doute que le client a été perdu.

c-état. Codes décrivant l'état de connexion du client. Certains problèmes de connexion communs sont signalés dans ce champ.

bande-passante-moyenne. Bande passante moyenne de la connexion. Si cette valeur est inférieure à la vitesse de transmission du flux de données en provenance du serveur, cela signifie que le client a sans doute rencontré des problèmes de bande passante réduite.

c-octets. Nombre d'octets reçus par le client. Si cette valeur diffère du nombre d'octets envoyés par le serveur (sc-octets), cela signifie que des paquets de données ont été perdus.

c-paquets-perdus-client. Nombre de paquets de données qui n'ont pas été livrés au client.

c-compte-tampon. Nombre de fois pendant laquelle le client a mis le flux de données en mémoire tampon. Une valeur élevée indique généralement l'existence de problèmes de bande passante.

Pour plus d'informations sur l'utilisation des fichiers journaux pour l'identification des problèmes de transmission, consultez l'aide des Services Windows Media Série 9.

 Fermer la Réponse

Lorsque le client n'a pas reçu toutes les données diffusées depuis le serveur Windows Media, on parle de « perte de paquets ». La perte de paquets peut être due à un encombrement du réseau, à des problèmes de routeur, etc. Les paquets sont considérés comme perdus s'ils arrivent trop tard pour que le client puisse les lire en temps voulu.

Vous pouvez analyser les fichiers journaux pour déterminer si des paquets ont été perdus, l'endroit où ils ont été perdus et si l'un des paquets perdus a été récupéré. Les champs de fichier journal suivants peuvent vous aider à déterminer si une perte de paquets s'est produite :

c-paquets-envoyés. Nombre de paquets de contenu adressés par le serveur au client connecté. Dans les journaux clients de mise en cache distant d'un serveur proxy/cache et dans les fichiers journaux multidiffusion, ce champ contient un tiret (-).

c-paquets-reçus. Nombre de paquets en provenance du serveur qui ont été reçus correctement par le client à la première tentative. Les paquets qui n'ont pas été correctement reçus lors de la première tentative peuvent être récupérés s'ils sont envoyés de nouveau via le protocole UDP. Les paquets qui ne sont pas récupérés par renvoi UPD sont considérés comme perdus dans le réseau.

c-paquets-perdus-client. Nombre de paquets perdus qui ont été récupérés au niveau de la couche client par correction des erreurs ou au niveau de la couche réseau par renvois UDP. Ces paquets sont envoyés par le serveur Windows Media mais ne sont jamais lus par le client.

c-paquets-perdus-réseau. Nombre de paquets perdus au niveau de la couche réseau. Le client peut parfois récupérer ces paquets si la correction d'erreurs est activée.

c-paquets-continus-perdus-réseau. Nombre de paquets continus perdus au niveau de la couche réseau. Une valeur élevée est symptomatique de mauvaises conditions réseau, s'accompagnant de longues périodes de temps pendant lesquelles le client n'a pas reçu de paquets.

c-renvoi-demandes. Nombre de demandes de nouveaux paquets formulées par le client. Ce champ contient un zéro sauf si le client utilise le renvoi UDP.

c-paquets-récupérés-correction d'erreurs. Nombre de paquets perdus au niveau de la couche réseau qui ont été réparés et récupérés au niveau de la couche client parce que la correction des erreurs était activée. La correction d'erreurs constitue la seule méthode de récupération des paquets pour les flux de données en multidiffusion. Le nombre de paquets réparés et récupérés au niveau de la couche client correspond à la différence entre c-paquets-perdus-réseau et c-paquets-perdus-client.

c-paquets-récupérés-renvoyés. Nombre de paquets récupérés à la suite d'un renvoi par UDP. Cette valeur ne comprend pas le nombre de paquets TCP ou UDP. Ce champ contient un zéro sauf si le client utilise le renvoi UDP.

Notez que les valeurs de l'ensemble des champs du journal n'intègrent pas les paquets TCP ou UDP.

Lorsque des paquets sont perdus au cours du processus de transmission en continu ou d'archivage, le plug-in WMS d'archivage de données affiche un message d'avertissement sous l'onglet Dépannage des Services Windows Media Services pour signaler la quantité de données perdue. Pour que ce message d'avertissement soit envoyé, il faut que le plug-in soit activé. Si le flux de contenu en cours de réception sur le serveur est interrompu par une perte de données d'une durée supérieure à deux secondes, le plug-in WMS d'archivage des données arrête l'archivage et crée un nouveau fichier d'archivage dès que le flux entrant reprend. La présence de plusieurs petits fichiers d'archivage indique que des pertes de données surviennent au cours de la diffusion.

 Fermer la Réponse

Par défaut, le protocole MMS (Microsoft Media Server) utilise le port 1755. Certains clients de serveur ISA (Internet Security and Acceleration) peuvent avoir des difficultés à se connecter à ce port, car ISA utilise des critères de connexion différents pour les ports supérieurs à 1023.

Vous pouvez remédier à ce problème lors de la configuration du plug-in WMS de protocole de contrôle de serveur en changeant le port auquel le protocole MMS se connecte. L'autre solution consiste à créer un fichier appelé Wspcfg.ini et à l'enregistrer sous le dossier %systemroot%\Windows\System32\Windows Media\Server. Ce fichier doit contenir le texte suivant :

[WMServer]

LocalBindTcpPorts=1755

LocalBindUdpPorts=1755

 Fermer la Réponse

Pour faire face à l'éventail de conditions de transmission le plus large possible, un serveur qui exécute les Services Windows Media Série 9 peut recevoir du contenu provenant d'un codeur à l'aide de deux méthodes, Push et Pull.

Lorsque le codeur utilise la méthode Push (lorsqu'il « pousse » le contenu vers les Services Windows Media), il contrôle le serveur Windows Media et le flux de diffusion. Il peut également créer un nouveau point de publication sur le serveur et le définir de telle sorte qu'il s'auto-supprime dès que la diffusion prend fin. Pour que le codeur transmette une diffusion vers un serveur Windows Media selon la méthode de distribution Push, il faut que l'administrateur du codeur dispose du nom du serveur Windows Media et de son URL, et possède toutes les autorisations nécessaires pour accéder au serveur. La méthode de distribution Push est utile pour les scénarios de codage en direct et dans les cas où vous souhaitez maintenir le contrôle de la diffusion au niveau de la source du contenu.

Lorsque les Services Windows Media utilisent la méthode de distribution Pull (lorsqu'ils « extraient » le contenu à partir du codeur), le serveur se connecte à un flux de données de codeur déjà en cours. La méthode de distribution Pull est utile si un point de distribution a été défini pour démarrer lorsque le premier client se connecte au contenu ou si le serveur Windows Media est séparé du codeur par un pare-feu. Dans une configuration de codeur de type Pull, il faut que le codeur ait déjà commencé à coder du contenu avant que le serveur Windows Media ne puisse s'y connecter. Le point de publication du serveur doit utiliser l'URL du codeur comme source de contenu.

 Fermer la Réponse

Si votre sélection comporte du contenu en direct provenant d'un codeur, vos clients risquent d'observer des temps de latence pendant que le serveur met en tampon le contenu du codeur. En outre, le serveur doit établir une nouvelle connexion vers le codeur chaque fois que le client bascule vers le flux de contenu en direct, ce qui aggrave l'encombrement du réseau.

Pour remédier à ces problèmes et améliorer les performances côté réseau et client, créez un point de publication supplémentaire sur le serveur qui fera office d'intermédiaire entre votre principal point de publication et le codeur. Cette configuration entraîne une amélioration des performances, car le serveur maintient une connexion unique vers le codeur, quel que soit le nombre de clients lisant le contenu. Pour créer ce point de publication, procédez comme suit :

1. Créez deux points de publication de diffusion identiques.

2. Configurez le premier point de publication pour qu'il réceptionne le contenu provenant du codeur.

3. Démarrez le point de publication.

4. Configurez le second point de publication pour qu'il fasse référence à une sélection. Ajoutez un élément multimédia à la sélection qui reçoit le contenu provenant du premier point de publication.

5. Utilisez lpp://point_publication_1 comme source de l'élément multimédia (point_publication_1 étant le nom du point de publication configuré à l'étape 2).

6. Utilisez le second point de publication pour transmettre en continu le contenu vers vos clients.

 Fermer la Réponse

Vous pouvez transmettre en continu du contenu Windows Media à partir d'un serveur Web ou à partir d'un serveur exécutant les Services Windows Media Série 9 ; cependant, un serveur Web n'est pas spécifiquement conçu à cet effet. Si vous optez pour une transmission à partir d'un serveur Web, consultez  Méthodes de diffusion en continu : Serveur Web ou Serveur de transmission de médias en continu pour découvrir les différences entre les méthodes de distribution du contenu et en quoi elles peuvent impacter la qualité de la lecture.

 Fermer la Réponse

Si les clients subissent un trop grand nombre de mises en mémoire tampon, cela peut signifier que le serveur Windows Media dessert un nombre excessif de connexions simultanées. Des contraintes matérielles font qu'un serveur Windows Media ne peut transmettre qu'un nombre limité de flux de données à la fois. Lorsqu'ils sont surchargés, les serveurs perdent souvent des données, interrompent les transmissions et perdent des clients. Il se peut également que le serveur excède la bande passante du réseau. Ce dernier peut avoir un point faible ou être en panne, ou bien encore ne pas avoir été conçu pour transférer la quantité de données requise par vos clients.

Il existe plusieurs solutions à ce problèmes : Vous pouvez mettre en œuvre tout ou partie des solutions proposées pour alléger la charge de transfert de données sur votre serveur ou votre réseau :

Définissez des limites sur votre serveur. Lors de la configuration de votre serveur, vous pouvez spécifier une limite pour le nombre de connexions client et la quantité de bande passante utilisée afin que les capacités du serveur et du réseau ne soient pas dépassées.

Créez un cluster de serveurs. Vous pouvez avoir recours à un cluster de serveurs en créant un groupe de serveurs Windows Media qui unissent leurs capacités pour transmettre le contenu. Bien que les clients se connectent au cluster à l'aide d'une seule et unique URL, tous les serveurs partagent la charge de transmission afin de réduire la charge qui pèse sur un serveur individuel.

Ajoutez des serveurs de distribution. Vous pouvez répartir la charge de transmission sur l'ensemble du réseau en plaçant des serveurs de distribution aux endroits du réseau où la demande de transmission tend à être la plus importante. Ceci permet de considérablement améliorer les performances de transmission, car la distance entre le serveur et le client est réduite.

Mettez en œuvre un système cache/proxy. Vous pouvez activer le plug-in cache/proxy d'une autre entreprise vers votre serveur pour assurer la prise en charge des fonctionnalités cache et proxy. L'utilisation d'un serveur cache/proxy permet de facilement économiser de la bande passante, réduire les temps de latence imposés par le réseau et alléger la charge sur le serveur d'origine. La bande passante réseau nécessaire est réduite, car il suffit de disposer d'une seule connexion à partir du serveur d'origine pour télécharger du contenu vers le cache et en recevoir des informations. Les temps de latence réseau diminuent, car un client peut recevoir du contenu depuis un serveur cache/proxy voisin plus rapidement que s'il devait parcourir l'ensemble du réseau ou d'Internet pour recevoir le contenu provenant du serveur d'origine. En outre, la charge sur le serveur d'origine peut être allégée puisque moins de clients s'y connectent directement.

Modifiez votre contenu de diffusion multimédia. Vous pouvez réduire les besoins de votre contenu en terme de bande passante en le codant à l'aide de différents paramètres.

Notez que vous pouvez tester les performances de votre serveur en fonction de différentes charges clientes en téléchargeant Windows Media Série 9 Load Simulator à partir de la Page d'accueil Windows Media.

 Fermer la Réponse

Vous pouvez évaluer la bande passante réseau requise à l'aide de la formule suivante :

Capacité réseau requise = Vitesse de transmission du contenu x volume de l'audience

Pour estimer la vitesse de transmission moyenne du contenu, divisez la taille du fichier que vous transmettez par la durée de lecture en secondes. Par exemple, un fichier multimédia numérique de 2 Mo représente environ 16 000 000 bits. Si la longueur du contenu est d'environ 1 minute 30, la vitesse de transmission moyenne du contenu transmis est de 180 kilobits par seconde.

Pour estimer le volume de l'audience, déterminez le nombre le plus élevé d'utilisateurs concurrents au cours d'une transmission. Par exemple, votre entreprise peut prévoir d'offrir une formation en ligne à l'ensemble de ces 10 000 employés via le réseau local. Les performances de formation observées par le passé indiquent qu'au maximum 5 pourcent des employés sont susceptibles d'accéder à la formation à un moment donné. Par conséquent, le réseau doit être en mesure de distribuer du contenu à 500 utilisateurs simultanés, en toute fiabilité.

Pour plus d'informations concernant la planification de la capacité, consultez l'aide des Services Windows Media Série 9.

 Fermer la Réponse

Le nombre maximal d'utilisateurs simultanés dépend de la configuration du serveur et de la méthode de distribution (flux en monodiffusion ou flux en multidiffusion). La véritable capacité varie d'un ordinateur à un autre. En règle générale, un serveur Windows Media équipé d'un seul processeur 233 MHz et d'une mémoire RAM de 256 Mo peut prendre en charge jusqu'à 1 000 flux de données en monodiffusion de 28,8 kbits/s (kilobits par seconde). Étant donné que la transmission en multidiffusion ne nécessite qu'un flux de données à partir du serveur Windows Media, le nombre d'utilisateurs pouvant se connecter simultanément à ce flux unique est illimité.

 Fermer la Réponse

Pour les déploiements des Services Windows Media à grande échelle, essayez d'apporter une ou plusieurs des modifications suivantes à votre système de diffusion multimédia en continu :

• Mettez votre serveur monoprocesseur à niveau vers un serveur multiprocesseur.

• Installez des cartes d'interface réseau supplémentaires, ou mettez à niveau votre carte d'interface actuelle de manière à prendre en charge une connexion réseau avec une bande passante plus large.

• Ajoutez des serveurs exécutant les Services Windows Media à votre système de diffusion multimédia et utilisez la fonctionnalité d'équilibrage de la charge réseau pour répartir la charge serveur.

• Répartissez des serveurs cache/proxy à travers le réseau et mettez en œuvre un programme de réplication de contenu afin de distribuer le contenu à proximité des clients et à soulager les serveurs d'origine en réduisant le volume de demandes qui les concerne.

• Définissez les commutateurs réseau chargés de traiter les demandes et les transmissions de média sur le mode Duplex intégral afin de maintenir un flux de données continu.

 Fermer la Réponse

Contactez un  Fournisseur d'hébergement certifié Windows Media Série 9. Ces entreprises peuvent fournir des services d'hébergement de contenu ainsi qu'un large éventail de services spécifiques, notamment le développement d'applications, le codage ou le développement de contenu. Chaque fournisseur s'est engagé à mettre en œuvre l'intégralité des fonctionnalités des Services Windows Media Série 9 et ses produits ont fait l'objet de tests rigoureux.

 Fermer la Réponse

Contactez un membre affilié au  programme Fournisseurs de services Microsoft Windows Media. Les membres de ce programme ont prouvé leur capacité à fournir des solutions de capture, codage et distribution de contenu multimédia numérique à l'aide des technologies Windows Media.

 Fermer la Réponse

Il existe une large gamme de formats de fichiers multimédias numériques dont certains ne peuvent être transmis à l'aide des Services Windows Media. Vous devez dans certains cas convertir les fichiers multimédias numériques vers un format compatible avant de pouvoir les transmettre. Le Codeur Windows Media Série 9 est un outil de production puissant capable de convertir des données audio et vidéo, en direct ou préenregistrées, en fichiers ou flux de données Windows Media. Vous pouvez faire appel au codeur pour capturer les données audio ou vidéo à partir des périphériques installés sur votre ordinateur, puis convertir le contenu ainsi capturé en un fichier Windows Media à des fins de distribution. Pour plus d'informations concernant le Codeur Windows Media Série 9, consultez la page Web du Codeur Windows Media Série 9.

 Fermer la Réponse

Les technologies Windows Media conviennent parfaitement aux développeurs de contenu qui souhaitent créer du contenu audio et vidéo Windows Media pour des applications de diffusion multimédia et de type « téléchargez et lisez » (download-and-play). Que votre métier consiste à créer du contenu numérique ou que vous cherchiez à développer une application prévoyant la prise en charge des technologies Windows Media les plus récentes, consultez la  page Web consacrée à la production de contenu pour trouver des solutions adaptées à vos besoins.

 Fermer la Réponse

Vous pouvez avoir recours à Microsoft Producer pour PowerPoint® 2002 afin de créer et modifier une présentation contenant des éléments audio et vidéo, et la synchroniser avec un ensemble de diapositives PowerPoint. Après avoir publié les composants audio et vidéo de la présentation sur un serveur Windows Media et le reste des composants (notamment les diapositives PowerPoint) sur un serveur Web, vous pouvez transmettre la présentation en continu. Vous ne pouvez pas utiliser Microsoft Producer pour diffuser une présentation en direct. Pour plus d'informations, consultez la  page Web de Microsoft Producer.

Pour diffuser une présentation PowerPoint comportant des composants vidéo et audio en direct, vous pouvez faire appel à la fonctionnalité Diffusion en ligne de Microsoft PowerPoint, qui intègre les technologies Windows Media afin de vous permettre de diffuser des présentations en direct via Internet ou un intranet. Pour plus d'informations, consultez le  site Web du Kit de ressources techniques Microsoft Office XP.

 Fermer la Réponse

Les Services Windows Media s'accompagnent d'une documentation d'aide détaillée. Vous pouvez en obtenir une version téléchargeable à partir du site Web des Services Windows Media Série 9.

 Fermer la Réponse

Oui. Le Kit de développement des Services Windows Media Série 9 comporte les outils nécessaires aux développeurs pour créer leurs propres solutions sur cette nouvelle et puissante plate-forme. Pour plus d'informations, consultez la  page du Kit de développement Windows Media Série 9.

 Fermer la Réponse

Oui. Il existe de nombreux moyens d'interagir avec d'autres utilisateurs des Services Windows Media en ligne, notamment par l'intermédiaire de listes de discussion par messagerie électronique et de groupes de discussion. Pour plus d'informations sur la marche à suivre pour participer à une discussion, consultez la  page de la Communauté Windows Media.

 Fermer la Réponse