Appendix B: Interaction with RTP (Interazione con RTP)

Appendix B: Interaction with RTP (Interazione con RTP)

RTSP consente ai client multimediali di controllare sezioni non contigue selezionate di presentazioni e di renderizzare quei flussi con uno strato multimediale RTP [24]. Lo strato che renderizza il flusso RTP non deve essere influenzato dai salti di NPT. Numeri di sequenza e timestamp RTP DEVONO essere continui e monotoni attraverso i salti di NPT.

Esempio: frequenza di clock 8000 Hz, intervallo di pacchettizzazione 100 ms, sequenza e timestamp iniziali zero; prima NPT 10–15, poi 18–20; il primo segmento ha pacchetti con sequenza 0–49 e timestamp 0–39 200; il secondo sequenza 50–69 e timestamp 40 000–55 200.

Non si può assumere che il client RTSP comunichi con l'agente multimediale RTP; possono essere processi indipendenti. Se il timestamp RTP mostra lo stesso gap del NPT, l'agente assume una pausa. Un salto NPT grande può far riavvolgere il timestamp e far scambiare pacchetti successivi per duplicati.

Per alcuni tipi di dati serve stretta integrazione RTSP/RTP; la restrizione precedente resta. I client combinati RTSP/RTP dovrebbero usare RTP-Info per stabilire se i pacchetti RTP sono stati inviati prima o dopo un seek.

Per audio continuo, il server DOVREBBE impostare il bit marker RTP all'inizio di un nuovo PLAY per l'adattamento del ritardo di riproduzione.

Per lo scaling (12.34), i timestamp RTP dovrebbero corrispondere alla temporizzazione di riproduzione (esempio video 30 fps, scala 2, velocità 1: saltare un fotogramma su due, spaziatura 3000, NPT +1/15 s per fotogramma).

Il client può mantenere la visualizzazione NPT notando il timestamp RTP del primo pacchetto dopo il riposizionamento; il parametro sequence di RTP-Info (12.33) fornisce il primo numero di sequenza del segmento successivo.