it seems that MprDecode::handleReset() is not beeing called after a SSRC
change is detected...and i think it should

Regards

Paulo

On Fri, Feb 20, 2009 at 6:48 PM, Paulo Vicentini
<vicentini.pa...@gmail.com>wrote:

> with *main* branch i am facing this issue:
>
> No audio (local speaker) after SSRC change is detected (indeed)
>
> "MpMedia: called ToSpeaker1, which indicated failure"
>
>  log:
>
> SSRC 67770648 (0.0.0.0:0)
> **MprFromNet recvd RTP pkt from SSRC -582577348 (201.12.106.141:6234),
> expected
> SSRC 67770648 (0.0.0.0:0)
> **MprFromNet recvd RTP pkt from SSRC -582577348 (201.12.106.141:6234),
> expected
> SSRC 67770648 (0.0.0.0:0)
> **MprFromNet recvd RTP pkt from SSRC -582577348 (201.12.106.141:6234),
> expected
> SSRC 67770648 (0.0.0.0:0)
> **MprFromNet recvd RTP pkt from SSRC -582577348 (201.12.106.141:6234),
> expected
> SSRC 67770648 (0.0.0.0:0)
> **MprFromNet recvd RTP pkt from SSRC -582577348 (201.12.106.141:6234),
> expected
> SSRC 67770648 (0.0.0.0:0)
> **MprFromNet recvd RTP pkt from SSRC -582577348 (201.12.106.141:6234),
> expected
> SSRC 67770648 (0.0.0.0:0)
>  ---------------> MprRtpDispatcher:* CHANGE, 0x8D6A0CC9:6234, ssrc*
> = 0xdd46933c
> OsServerTask::handleMessage(): msg type is 11.15, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.18, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.18, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> OsServerTask::handleMessage(): msg type is 11.16, not OS_SHUTDOWN
> *MpMedia: called ToSpeaker1, which indicated failure
> MpMedia: called ToSpeaker1, which indicated failure*
>
> thanks
>
> Paulo
>
> On Thu, Feb 19, 2009 at 9:46 AM, Alexander Chemeris <
> alexander.cheme...@sipez.com> wrote:
>
>> Resending to the list...
>>
>> On Thu, Feb 19, 2009 at 5:46 AM, Paulo Vicentini
>> <vicentini.pa...@gmail.com> wrote:
>> > I have detected when seq and time reset (restart with Seq=0, Time=0,
>> Mark)
>> > and performing as if SSRC had changed, but it isn't working just doing
>> that.
>>
>> Please, upload clean version of this patch to
>> http://codereview.appspot.com/
>> Choose "sipXtapi/main branch" and add me (Alexander.Chemeris)
>> as a reviewer. I like to see the real patch when discussing ;)
>>
>> > When SSRC indeed changes I just reset Dejitter and it works but with
>> this
>> > new issue may be necessary to reset JitterBuffer and related ones.
>> > What do you say?
>>
>> Which codec do you use? It may be also necessary to reset
>> codec - I'm not sure this is done with your code. Put your patch
>> to Rietveld (codereview tool) and lets continue discussion with
>> the real code.
>>
>>
>> --
>> Regards,
>> Alexander Chemeris.
>>
>> 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/

Reply via email to