Hello, First of all - please, use threads for your mails. Follow rule "One discussion - one thread". That is all your last four mail should be chained in one thread.
On 7/20/07, Alexey Trizno <[EMAIL PROTECTED]> wrote: > Probably MprFromNet should notify the decoder when there is a switching > on new SSRC, for example to do decoder::initDecode() to pick up a new > stream. Yes, this may be a good solution. Patch, implementing this is welcome. Though, I'm not sure how to do this cleanly. If someone will take this, I'll work on elaborating right way. As a quick solution, you may check for SSRC inside decoder itself, and reset stats if SSRC have changed. Publish your patch on this - it may be interesting for others, even if not included in svn. > But, after all the situation when within the limits of one call simultaneously > there will be some RTP-streams with different SSRC is quite admissible, > and on idea they should be processed and mix up correctly in one. Yes? Yes, I think it is a correct way. I think we may implement something like this in next few month. However it is not definitely planned yet. -- 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/
