Re: [AVT] RE: <draft-ietf-avt-rtp-vmr-wb-03.txt>: sampling rate

[Qiaobing Xie <Qiaobing.Xie at motorola.com>]

Hi, Colin,

<snip>
> > The practical need in 3GPP2 (and possibly other systems) to feed mixed 
> > sampling rate input (depending on conditions in the call flow) to 
> > vmr-wb codec in a single session has already been explained in this 
> > discussion. I think it is quite equivalent to the scenario depicted by 
> > Randell.
>
> With respect, the only argument I've heard is that you want to save 
> having to store both 8kHz and 16kHz sampled clips in a system. That is 
> not a compelling reason to break the RTP timing model.

No, that's not what I am concerned. Storage costs little nowadays. Other costs can be far 
more significant. For example, if one has to do a system-wide update of pre-existing 
announcement clips in order to use vmr-wb/rtp, it would become a substantial deployment cost 
of vmr-wb. Moreover, to maintain 2 sets of clips is surely going to add complexity to the 
system design as well as add to engineering and maintenance costs. So, I don't see storing 
both 8kHz and 16kHz sampled clips in a system as the best solution.

regards,
-Qiaobing

> Colin


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