14. Changes from RFC 3984 (Modifiche rispetto all'RFC 3984)

14. Changes from RFC 3984 (Modifiche rispetto all'RFC 3984)

Di seguito è riportato l'elenco delle modifiche tecniche (incluse le correzioni di bug) rispetto all'RFC 3984. Oltre a questo elenco di modifiche tecniche, sono state apportate numerose modifiche editoriali, non documentate in questa sezione. Si noti che la sezione 8.2.2 è il punto in cui avviene gran parte delle modifiche importanti di questo memo e merita particolare attenzione.

1. Nelle sezioni 5.4, 5.5, 6.2, 6.3 e 6.4 è stato rimosso che la modalità di pacchettizzazione in uso possa essere segnalata con mezzi esterni.

2. Nella sezione 7.2.2 è stata modificata la frase

   Ci sono N unità NAL VCL nel buffer di de-interleaving.

   in

   Ci sono N o più unità NAL VCL nel buffer di de-interleaving.

3. Nella sezione 8.1, per la semantica di sprop-init-buf-time (paragrafo 2), è stata modificata la frase

   Il parametro è il valore massimo di (tempo di trasmissione di un'unità NAL - tempo di decodifica dell'unità NAL), assumendo trasmissione affidabile e istantanea, la stessa linea temporale per trasmissione e decodifica, e che la decodifica inizi all'arrivo del primo pacchetto.

   in

   Il parametro è il valore massimo di (tempo di decodifica dell'unità NAL - tempo di trasmissione di un'unità NAL), assumendo trasmissione affidabile e istantanea, la stessa linea temporale per trasmissione e decodifica, e che la decodifica inizi all'arrivo del primo pacchetto.

4. Aggiunti i parametri di tipo di media max-smbps, sprop-level-parameter-sets, use-level-src-parameter-sets, in-band-parameter-sets, sar-understood e sar-supported.

5. Nella sezione 8.1 è stata rimossa la specifica di parameter-add. Sono state rimosse anche altre descrizioni di parameter-add (nelle sezioni 8.2 e 8.4).

6. Nella sezione 8.1 è stato aggiunto un vincolo a sprop-parameter-sets tale che possa contenere solo insiemi di parametri per lo stesso profilo e livello indicati da profile-level-id.

7. Nella sezione 8.2.1 è stato aggiunto che sprop-parameter-sets e sprop-level-parameter-sets possono essere inclusi nella riga a=fmtp dell'SDP oppure veicolati tramite l'attributo sorgente fmtp come specificato nella sezione 6.3 di [9].

8. Nella sezione 8.2.2 è stato rimosso sprop-deint-buf-req dalla configurazione del formato media in uso con il modello SDP Offer/Answer.

9. Nella sezione 8.2.2 è stato chiarito che il livello è declassabile nel modello SDP Offer/Answer, cioè l'uso della parte livello di profile-level-id non deve essere simmetrico (il livello incluso nella risposta può essere inferiore o uguale al livello incluso nell'offerta).

10. Nella sezione 8.2.2 è stato rimosso che i parametri di capacità possano essere usati per dichiarare capacità di codifica.

11. Nella sezione 8.2.2 sono state aggiunte regole su come usare sprop-parameter-sets e sprop-level-parameter-sets per il trasporto fuori banda degli insiemi di parametri, con o senza declassamento del livello.

12. Nella sezione 8.2.2 sono state chiarite le regole d'uso dei parametri di tipo di media con SDP Offer/Answer per il multicast.

13. Nella sezione 8.2.2 è stato completato e corretto l'elenco di come i diversi parametri di tipo di media devono essere interpretati nelle diverse combinazioni di offerta o risposta e attributo di direzione.

14. Nella sezione 8.4 è stato modificato il testo in modo che siano consentiti sia il trasporto fuori banda sia in banda degli insiemi di parametri, e nessuno dei due sia raccomandato o richiesto.

15. Aggiunta la sezione 8.5 (informativa) con metodi di esempio per il refresh del decodificatore (decoder refresh) in caso di perdita degli insiemi di parametri.

16. Aggiunti i parametri di tipo di media max-recv-level e level-asymmetry-allowed e adeguati testo ed esempi associati per l'innalzamento del livello e l'asimmetria.