On Tue, Feb 10, 2009 at 12:40 AM, D. S. <[email protected]> wrote: > On Sun, Feb 8, 2009 at 10:47 PM, Jaroslav Libak <[email protected]> wrote: >> G.722 is supposed to report 8000 clockrate in SDP due to RFC bug. It also >> must >> use 8000 clockrate in RTP. Real sampling rate is 16Khz. If some other phone >> or >> software doesn't do so, its wrong and sipxtapi shouldn't have hacks to make >> it >> work. G.722 support already added enough hacks. > > IMHO, I believe it is always good to be interoperable if you can. > If it is too much work, then there should be a line drawn in the sand.
Right. >> Its not very useful to use 8000 sample rate with G.722, due to degraded >> quality. >> It simply doesn't make sense to tell people you support a wideband codec, and >> encode using 8Khz. > > My point was that the default internal sampling rate for sipXtapi is > 8000 so why not make the default sampling rate for G.722 be 8000 so > someone who builds it may see that it works. > However, this may give developers a false sense that it is operating > as intended at 16000 without them realizing it. > Maybe my idea is not good for the long run. Actually it will be downsampled to 8000 if flowgraph operates at 8000. It will consume considerably more CPU power then enabling 8000 mode in G.722 itself, but I don't see this as a problem, because G.722 will likely not be used in 8000 operation mode. -- Regards, Alexander Chemeris. SIPez LLC. SIP VoIP, IM and Presence Consulting http://www.SIPez.com tel: +1 (617) 273-4000 _______________________________________________ sipxtapi-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
