TÉLÉCHARGER PROTOCOLE RTSP

Un message de demande provenant d’un client pour un serveur ou vice versa inclut, au sein de la première ligne de ce message, la méthode à appliquer à la ressource, l’identifiant de la ressource, et la version du protocole utilisée. Bien que les pistes audio et vidéo soient sur deux serveurs différents, et puissent commencer à des instants légèrement différents et dériver l’une par rapport à l’autre, le client peut synchroniser les deux en utilisant les méthodes RTP standard, en particulier l’échelle des temps contenue dans les rapports d’envoi de RTCP. Fin de temporisation de passerelle. Pour l’audio, il peut faire un échelonnement temporel de l’audio tout en préservant la tonalité, ou, moins souhaitable, délivrer des fragments audio. Les 16 bits suivants, sequence number , indiquent la position absolue des trames au niveau du stream ; on peut ainsi replacer dans l’ordre les données que l’on va réceptionner sans oublier que RTP ne prendra aucune action en cas de pertes de paquets. Des problèmes de fonctionnement sérieux peuvent cependant survenir lorsque ces transformations ont été appliquées à des flux destinées à certaines sortes d’applications. Diffusion groupée, le serveur choisissant l’adresse:

Nom: protocole rtsp
Format: Fichier D’archive
Système d’exploitation: Windows, Mac, Android, iOS
Licence: Usage Personnel Seulement
Taille: 31.5 MBytes

Les champs d’en-tête non reconnus sont traités comme des champs d’en-tête d’entité. Cela n’implique pas une façon standard de référencer les flux dans les URL. Les valeurs négatives ne sont pas définies. Contrôle approprié du serveur: Le bit d’ extension indique si l’en tête RTP est étendue pour les besoins d’une application particulière.

Groupe de travail Réseau. En cours de normalisation.

Traduction Claude Brière de L’Isle. Protocole de flux directs en temps réel RTSP. Copyright C The Internet Society Le protocole de flux directs en temps réel RTSP, Real Time Streaming Protocol est un protocole de niveau application pour le contrôle de la livraison de données avec des propriétés de temps réel.

RTSP fournit un cadre de travail extensible pour permettre une livraison à la protocolee contrôlée de données en temps réel, telles que audio et vidéo.

Les sources des données peuvent inclure à la fois des données alimentées en direct et des extraits mémorisés. Le présent protocole est destiné à contrôler plusieurs sessions de livraison de données, à fournir le moyen de choisir des canaux de livraison tels que UDP, UDP en diffusion groupée et TCP, et à fournir un moyen pour choisir les mécanismes de livraison fondés sur RTP RFC Le protocole de flux direct en temps réel RTSP, Real-Time Streaming Protocol établit et contrôle un ou plusieurs flux à synchronisation temporelle de supports continus tels que l’audio et la vidéo.

Il ne livre normalement pas lui-même les flux continus, bien que l’entrelacement du flux de support continu avec le flux de contrôle soit possible voir au paragraphe En d’autres termes, RTSP agit comme une « commande de réseau à distance » pour serveurs multimédia.

L’ensemble des flux à contrôler est défini par une description de présentation. Le présent mémoire ne définit pas de format pour une description de présentation.

Il n’y a aucune notion de connexion RTSP ; au lieu de cela, un serveur maintient une session étiquetée par un identifiant. Autrement, il peut utiliser un protocole de transport sans connexion tel que UDP. Il y a une exception à cela. Cela rend plus faciles les « hôtes virtuels », où un seul hôte avec une seule adresse IP héberge plusieurs arborescences documentaires. Le protocole prend en charge les opérations suivantes: Restitution du support à partir du serveur de support: Le client peut demander une description de présentation via HTTP ou une autre méthode.

Si la présentation va être en diffusion groupée, la description de présentation contient les adresses de diffusion groupée et les accès à utiliser pour le support continu.

Real Time Streaming Protocol

Si la présentation n’est à envoyer au client que dtsp l’envoi individuel, le client fournit la destination pour des raisons de sécurité. Invitation d’un serveur de support à une conférence: Un serveur de support peut être « invité » à se joindre à une conférence existante, soit pour rejouer le support dans la présentation soit pour enregistrer tout ou partie du support dans une présentation. Ce mode est utile pour les applications d’enseignement ptotocole. Plusieurs parties à la conférence peuvent tour à tour « pousser les boutons de commande à distance.

  TÉLÉCHARGER CORAN MAHER AL MUEAQLY GRATUIT

Ajout d’un support à une présentation existante: En particulier pour les présentations en direct, il est utile si rfsp serveur peut dire au client ce qu’il en est des supports supplémentaires qui deviennent disponibles.

Les serveurs RTSP peuvent souvent agréger le contrôle sur ces fichiers, bien que le concept de fichier conteneur ne soit pas incorporé dans le protocole.

Les exemples les plus courants de support continu sont l’audio et la vidéo protocoke. Les supports continus peuvent être en temps réel interactifslorsque il y a une relation « serrée » entre la source et le collecteur, ou en direct réexécutionoù la relation est moins stricte. Une entité consiste rtspp méta rtspp sous la forme de champs d’en-tête d’entité et d’un contenu sous la forme d’un corps d’entité, comme décrit à la Section 8.

Cela inclut des choses comme les débits d’horloge, les tableaux de couleurs, etc. Toute information indépendante du transport qui est exigée d’un client pour la réexécution d’un flux de support survient dans la phase d’initialisation du support de l’établissement d’un flux.

Différents flux de support au sein d’une présentation peut provenir de différent serveurs de supports. Un serveur de supports peut résider sur le même hôte ou un hôte différent comme le serveur de la Toile d’où la présentation est invoquée. Adressage indirect de serveur de support: Un participant peut être une machine, par exemple, un enregistreur ou un serveur de réexécution.

Proocole la plupart des cas dans le contexte RTSP, cela implique le contrôle agrégé de ces flux, mais ce n’est pas obligatoire. La description de présentation peut prendre plusieurs formats différents, y compris, mais sans s’y limiter, le format de description de session SDP.

Si on veut dire une réponse HTTP, c’est indiqué explicitement. Si on veut protcoole une demande HTTP, c’est indiqué explicitement.

RTSP a les propriétés suivantes: RTSP réutilise les mécanismes de sécurité de la Toile. On peut aussi réutiliser les mécanismes de sécurité de la couche transport ou réseau. Le client établit automatiquement plusieurs sessions de contrôle concurrentes avec les différents serveurs de supports. La synchronisation des supports est effectuée au niveau transport. Contrôle des appareils d’enregistrement: Séparation du contrôle de flux et de l’initialisation de conférence: Rttsp contrôle de flux est séparé de l’invitation d’un serveur de supports à une conférence.

La seule exigence ;rotocole que le protocole d’initialisation de conférence fournisse ou puisse être utilisé pour créer un identifiant de conférence univoque. Convenable pour les applications professionnelles: Neutre pour la description de présentation: Facile pour mandataires et pare-feu: Cette infrastructure comporte une PICS plate-forme de rtso de contenu Internet [15,16] pour associer des étiquettes à des contenus.

protocole rtsp

protocolw Contrôle approprié du serveur: Les serveurs ne devraient pas commencer la distribution de flux à des clients d’une façon telle que les clients ne puissent pas arrêter le flux. Cela permet aux clients de présenter l’interface d’utilisateur appropriée. Par exemple, si la recherche n’est pas permise, l’interface d’utilisateur doit être capable d’interdire de déplacer un indicateur de position glissant. Une exigence précédente de RTSP était la capacité multi-client.

Cependant, il a été déterminé qu’une meilleure approche serait de s’assurer que le protocole était facilement extensible au scénario multi-client.

Les identifiants de flux peuvent être utilisés par plusieurs flux de contrôle, de sorte que soit possible le « passage au client distant ». Le protocole ne traiterait pas comment plusieurs clients négocient l’accès ; ceci est laissé soit à un « protocole social » soit à quelque autre mécanisme de contrôle plancher.

protocole rtsp

Comme tous les serveurs de supports n’ont pas les mêmes fonctionnalités, les serveurs de supports vont nécessairement prendre en protocloe des ensembles différents de demandes.

Il appartient aux créateurs des descriptions de présentation de ne pas demander l’impossible à un serveur. RTSP peut être étendu de trois façons, énumérées ci-après selon l’ordre de grandeur des changements pris en charge: Ceci est équivalent à l’ajout de nouveaux paramètres à une étiquette Ttsp. Si le rfsp a besoin d’un accusé de réception négatif lorsque une extension de méthode n’est pas prise en charge, un étiquette correspondant à l’extension peut être ajoutée dans le champ Require: La présentation globale et les propriétés du support dont la présentation est constituée sont définies par une description de fichier de présentation, dont le format sort du domaine d’application de la présente spécification.

  TÉLÉCHARGER MUSIQUE MP3 KEROZEN VICTOIRE

Le fichier de description de présentation peut être obtenu par le client en utilisant HTTP ou tout autre moyen tel que la messagerie électronique et n’est pas nécessairement mémorisé sur le serveur de supports. Pour les besoins de la présente spécification, une description de présentation est supposée décrire une ou plusieurs présentations, chacune d’elles conservant un axe des temps commun. Pour simplifier l’exposé et sans perte des grandes lignes, on supposera que la description de présentation contient exactement une de ces présentations.

Une présentation peut contenir plusieurs flux de supports. Le protocoel de description de présentation contient une description des flux de supports qui constituent la présentation, y compris leurs codages, langages, et autres paramètres qui permettent au client de choisir la combinaison de supports la plus appropriée. Dans cette description de présentation, chaque flux de support qui est individuellement contrôlable par RTSP est identifié par un URI RTSP, qui pointe sur le serveur de supports qui traite de flux de support particulier et désigne le flux mémorisé sur ce rsp.

Plusieurs flux de supports peuvent être localisés sur des serveurs différents ; par exemple, des flux audio et vidéo peuvent être partagés entre des serveurs protockle un partage de la charge. La description énumère aussi les protcoole de transport dont le serveur est capable.

Real Time Streaming Protocol — Wikipédia

À côté des paramètres des supports, il faut aussi déterminer l’adresse et l’accès du réseau de destination. Protocoe modes de fonctionnement peuvent être distingués: Autrement, le support est transmis sur le même flux fiable que RTSP.

Diffusion groupée, le serveur choisissant l’adresse: C’est le cas normal d’une transmission en direct ou de support presque à la rrsp.

Diffusion groupé, le client choisissant l’adresse: RTSP contrôle un flux qui peut être envoyé via un protocole séparé, indépendant du canal de contrôle. Et donc, la livraison des données continue même si aucune demande RTSP n’est reçue par le serveur de supports. Aussi, durant sa durée de vie, un seul flux de supports peut être contrôlé par des demandes RTSP produites séquentiellement sur différentes connexions TCP.

Donc, le protocoel a besoin d’entretenir « l’état de session » pour être capable de corréler les demandes RTSP avec un flux. Les transitions d’état sont décrites dans l’Appendice A. De nombreuses méthodes dans RTSP ne contribuent pas à un état. Cependant, celles qui suivent jouent un rôle central dans la définition de l’allocation et l’usage des ressources de flux sur le serveur: La session RTSP cesse d’exister sur le serveur. Il peut aussi interagir avec HTTP car le contact initial avec le contenu du flux est souvent fait protoole travers une page protocoole la Toile.

HTTP est un protocole asymétrique dans lequel le client produit des demandes et le serveur répond. Dans RTSP, protocolr client et le serveur de supports peuvent tous deux produire des demandes. Les demandes RTSP ne sont pas elles non plus, sans état ; elles peuvent établir des paramètres et continuer à contrôler un flux de supports longtemps après qu’il ait été accusé réception de la demande.

protocole rtsp

La réutilisation des fonctionnalités de HTTP présente des avantages au moins dans deux domaines, ceux de la sécurité et des mandataires. Les exigences sont très similaires, aussi la capacité d’adopter le travail fait pour HTTP sur les antémémoires, les mandataires et l’authentification est précieuse. RTSP suppose l’existence d’un format de description de présentation qui puisse exprimer les propriétés à la fois statiques et temporelles d’une présentation contenant plusieurs flux gtsp supports.