Appendix B: Interaction with RTP (Interaction avec RTP)

Appendix B: Interaction with RTP (Interaction avec RTP)

RTSP permet aux clients média de contrôler des sections non contiguës choisies de présentations et de restituer ces flux avec une couche média RTP [24]. La couche ne doit pas être affectée par les sauts de NPT. Les numéros de séquence et horodatages RTP DOIVENT rester continus et monotones à travers les sauts de NPT.

Exemple : 8000 Hz, intervalle de paquetisation 100 ms, séquence et horodatage initiaux nuls ; lecture de NPT 10–15 puis 18–20 ; premier segment paquets séquence 0–49, horodatages 0–39 200 ; second 50–69 et 40 000–55 200.

On ne peut pas supposer que le client RTSP communique avec l'agent média RTP ; les processus peuvent être indépendants. Si l'horodatage RTP reflète le même écart que le NPT, l'agent croit à une pause. Un grand saut de NPT peut faire déborder l'horodatage et faire prendre des paquets ultérieurs pour des doublons.

Pour certains types de données, une intégration étroite RTSP/RTP est nécessaire ; la restriction ci-dessus s'applique toujours. Les clients combinés devraient utiliser RTP-Info pour savoir si les paquets RTP sont avant ou après un seek.

Pour l'audio continu, le serveur DEVRAIT positionner le bit de marqueur RTP au début d'un nouveau PLAY pour l'adaptation du délai de lecture.

Pour l'échelle (12.34), les horodatages RTP doivent correspondre au timing de lecture (exemple vidéo 30 ips, échelle 2, vitesse 1 : une image sur deux, espacement 3000, NPT +1/15 s par image).

Le client peut maintenir l'affichage NPT avec l'horodatage du premier paquet après repositionnement ; le paramètre sequence de RTP-Info (12.33) donne le premier numéro de séquence du segment suivant.