Attached is a hack to deal with SSRC change (unicast) b.r.
Paulo On Wed, Oct 29, 2008 at 12:57 AM, Alexander Chemeris < [EMAIL PROTECTED]> wrote: > On Wed, Oct 29, 2008 at 3:11 AM, Paul Whitfield > <[EMAIL PROTECTED]> wrote: > > Paulo Vicentini wrote: > >> > >> Yeah, DEcoder is considering the same stream , but stream has changed: > >> > >> if (mIsStreamInitialized == FALSE) ---> use previous > mStreamState...but > >> we have other one > >> > >> Paulo > >> > >> > > > > I have encountered exactly the same issue in a different setup. > > Two independent SSRC on the same connection. > > > > This is slightly worse for me as both SSRC's are active at the same time > > (a simulated multicast connection). > > I must check in multicast changes before the end of the week, so hold > your breath ;) > If it is "simulated multicast" you'll have to tweak default settings a bit > to enable multiple SSRC handling for unicast streams. But that won't > be a bi deal really. > > > > -- > Regards, > Alexander Chemeris. > > SIPez LLC. > SIP VoIP, IM and Presence Consulting > http://www.SIPez.com > tel: +1 (617) 273-4000 >
MprDecode10793.diff
Description: Binary data
MprDecodeH10793.diff
Description: Binary data
MprFromNet10793.diff
Description: Binary data
_______________________________________________ sipxtapi-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
