[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AVT] Vorbis RTP issues list for Vienna



> Magnus Westerlund <magnus.westerlund@ericsson.com> writes:
>
> I think that we need to clear consider how to get these codebooks
> transported. A larger than 64kb codebook should neither be transported
> in SDP or in RTCP. I think that using HTTP can clearly be an
> alternative, and only provide the URI to the codebook.
>
> I wouldn't try to transport a codebook over RTCP that results in a
> RTCP packet many time the MTU due to the high number of IP
> fragments. Further such a packet will severely reduce the RTCP report
> rate in both directions.

I may be incorrect here, but from my discussions with Phil earlier
in the year, the codebook issue has these requirements:

 -- May change every few minutes (say, once per song when used for 
    Internet radio apps).
 -- Tightly synchronized with the stream: if you don't have the new
    codebook in time for the first packet that needs it, its a 
    catastrophe.
 -- Reliable reception a must, no built in resiliency if it is
    sent as a stream of UDP packets and some but not all arrive.

One way to handle this is to have two synchronized streams in the
media session: a UDP RTP/AVP stream for the media data, and a
TCP stream (perhaps an RTP/AVP stream if a solution like
draft-lazzaro-avt-rtp-framing-contrans happens, or perhaps an
opaque TCP stream) for the codebooks.  In either case, the
synchronization would happen as lip-sync synchronization happens.

-------------------------------------------------------------------------
John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley
lazzaro [at] cs [dot] berkeley [dot] edu     www.cs.berkeley.edu/~lazzaro
-------------------------------------------------------------------------

_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt