On Mon, Feb 9, 2009 at 5:58 PM, Alexander Chemeris < alexander.cheme...@sipez.com> wrote:
> On Tue, Feb 10, 2009 at 12:22 AM, D. S. <dsuhpub...@gmail.com> wrote:> > Thank you for pointing me to this. > > This would require Recon to hack the sample rate passed to sipXsdpLib > > because Recon uses Resiprocate for the SIP stack. > > IMHO, it would be better to make changes to the static tables in > > SdpDefaultCodecFactory.cpp and plgg722.c because it would be handled > > by the SDP library itself for all calling SIP stacks. > > Static data changes are simpler than coded if-thens. > > Of course, your mileage may vary if something depends on this somehow > > and breaks. > > Yeah, I recall it was a deliberate decision. I recall value from > the SDP is used to determine how to handle this codec in > flowgraph. E.g. if reported codec samplerate differs from > a flowgraph samplerate, data will be automatically > up/downscaled by decoder/encoder resource. (you need > to compile with Speex support enabled for this). The reason you need to compile with speex support enabled is because we use the speexdsp resampler code, and this is enabled by enabling speex. -- Keith Kyzivat SIPez LLC. SIP VoIP, IM and Presence Consulting http://www.SIPez.com tel: +1 (617) 273-4000
_______________________________________________ sipxtapi-dev mailing list sipxtapi-dev@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
