What’s new in Real time Communication (RTC) 1.5?

re: What’s new in Real time Communication (RTC) 1.5?

Annapureddy Thirupathaiah — Mon, 13 Nov 2006 17:59:24 GMT

Hi,

Are there any standard ACM interfaces to enable dynamic bit rate adaptation? For ex: AMR-NB supports 8 bit rate modes. Based on the network conditions bit rate mode can be changed on the fly. Do you enable this feature in RTC 1.5?

Is there any way at the wave driver level to know whether there is a VoIP call started or not? In case of Cicuit switched (CS) base band calls, there are two ways to know this

- RIL driver automatically informs the wave driver or

- wave driver subscribe to the RIL notifications like any other application.

But i do not see any way at the wave driver level to know about VoIP call started or not?

What is the bitstream format exchanged between RTC and ACM codec? In other words, are the bit stream data buffers frame aligned or contain variable amount of frames (ex: 1, 1.5, 2 frames in a single buffer)?

If we disable internal (RTC) audio healing, what is the format of the data exchanged between RTC and ACM codec? i.e. do you pass the RTP packets or just speech frames?

Thanks in advance

Thiru

re: What’s new in Real time Communication (RTC) 1.5?

cenet — Thu, 16 Nov 2006 01:19:19 GMT

Are there any standard ACM interfaces to enable dynamic bit rate adaptation?

<<RAJESH>> ACM is defined on MSDN. Though not specifcally designed for adaptable bit rate, I think it can be used for AMR as there are user defined fields that can be passed to codec driver.

For ex: AMR-NB supports 8 bit rate modes. Based on the network conditions bit rate mode can be changed on the fly. Do you enable this feature in RTC 1.5?

<<RAJESH>> No we do not fully support AMR kind of pluggable codec, which may expect network condtions or info from remote AMR decoder to be fed to the encoder function.

Is there any way at the wave driver level to know whether there is a VoIP call started or not? In case of Cicuit switched (CS) base band calls, there are two ways to know this

- RIL driver automatically informs the wave driver or

- wave driver subscribe to the RIL notifications like any other application.

But i do not see any way at the wave driver level to know about VoIP call started or not?

<<Rajesh>> WaveXXXSetProperty can be used to inform the wave driver of the VOIP mode, if the wave driver supports such a property for VOIP.

<<Rajesh>>RTC always feeds a single frame buffer.

If we disable internal (RTC) audio healing, what is the format of the data exchanged between RTC and ACM codec? i.e. do you pass the RTP packets or just speech frames?

<Rajesh>>RTC always passes & retrives single frame buffers to/from the ACM codec.

re: What’s new in Real time Communication (RTC) 1.5?

Annapureddy Thirupathaiah — Wed, 22 Nov 2006 07:45:27 GMT

Thanks for your answers.

Regarding Dynamic Bit Rate Adaptation, as a codec developer i can define and implement an ACMDM_XXX message to set the bit rate dynamically. What is important here is interoperability and usability. For ex: If we define ACMDM_SET_BITRATE and implement it, the clients such as RTC 1.5 of ACM Codec should be able to use this ACMDM_XXX message. If they (clients) do not use it, then there is no use of implementing it. More over the message needs to be standadized for interoperability.

WaveXXXSetProperty can be used to inform the wave driver of the VoIP mode. But WaveXXXSetProperty takes property set, property id and the relevant params as input. What is the property set id and property id to be implemented at wave driver level to be informed of VoIP mode?

During media negoitation using SDP, it is quite possible to negotiate the RTP Packetization interval i.e. whether a single RTP packet contains a single frame or 2 frames or multiple frames. Generally for conversational services, it is single frame to reduce the overall latency. To be generic, it should be possible to indicate the ACM codec, wave driver about the packetization interval instead of hardcoding/assuming it to be single frame. Depending upon packetization interval, wave driver can adjust the DMA buffer size and hence DMA interrupt interval. This can increase the overall system response.

re: What’s new in Real time Communication (RTC) 1.5?

Michael — Mon, 27 Nov 2006 03:41:38 GMT

When can we download this new API? I cannot find a release date or a download location.

re: What’s new in Real time Communication (RTC) 1.5?

cenet — Fri, 01 Dec 2006 10:55:24 GMT

<<RAJESH>> Agreed. As I said before, currently this is not supported by RTC.

<<Rajesh>> This is dependent on the driver. I dont believe there is any well defined property for this. I just suggested this mechanism, if you have some control on the driver code. Currently, RTC does not do anything to let driver know of VOIP mode.

<<RAJESH>> RTC's pluggable codec interface supports frame duration reg key. Depending on how much this is set, RTC will take care of giving the right size of buffer to the ACM codec.

re: What’s new in Real time Communication (RTC) 1.5?

cenet — Fri, 01 Dec 2006 10:57:01 GMT

When can we download this new API? I cannot find a release date or a download location.

<<RAJESH>> RTC 1.5 is available as a part of Windows Embedded CE 6.0 release. Getting access to Windows Embedded CE 6.0 should give you access to RTC 1.5 as well.

re: What’s new in Real time Communication (RTC) 1.5?

Srikanth Nori — Thu, 05 Apr 2007 14:45:22 GMT

Hi,

I'm looking for a way to change the source port from which SIP messages originate. How do I set the source port for SIP sessions initiated by the local UA?

I'm able to set the listen address using IRTCClientPortManagement::StartListenAddressAndPort. RTC is able to listen When a remote user connects to this UA on this port, and responses are sent from that port.

But this does not change the address for messages generated in sessions initiated by this UA. e.g. If I send the first INVITE, it goes out from the default port.

I also tried Initializing the IRTCClient2 with RTCIF_ENABLE_SYMMETRIC_UDP_SIGNALING ,along with setting the port using IRTCClientPortManagement::StartListenAddressAndPort, but it did not help.

Any pointers on what I can do to set the source port?

re: What’s new in Real time Communication (RTC) 1.5?

Andy — Tue, 24 Apr 2007 08:05:19 GMT

Can RTC1.5 send NOTIFY? Reception is fine, how about sending?

re: What’s new in Real time Communication (RTC) 1.5?

cenet — Fri, 04 May 2007 23:22:05 GMT

Can RTC1.5 send NOTIFY? Reception is fine, how about sending?

<<Rajesh>> In Windows CE 6.0, RTC 1.5 can only receive Notify messages with the help of subscription APIs

re: What’s new in Real time Communication (RTC) 1.5?

cenet — Sat, 05 May 2007 00:04:07 GMT

Hi,

I'm looking for a way to change the source port from which SIP messages originate. How do I set the source port for SIP sessions initiated by the local UA?

But this does not change the address for messages generated in sessions initiated by this UA. e.g. If I send the first INVITE, it goes out from the default port.

I also tried Initializing the IRTCClient2 with RTCIF_ENABLE_SYMMETRIC_UDP_SIGNALING ,along with setting the port using IRTCClientPortManagement::StartListenAddressAndPort, but it did not help.

Any pointers on what I can do to set the source port?

<<Rajesh>> One way to do this would be to initialize symmetric UDP signaling (as you are doing) and use port manager APIs to specify the local address/src port info. Agreed, It's not the best way to to this, but you will achieve what you want to.

re: What’s new in Real time Communication (RTC) 1.5?

Hi — Wed, 16 May 2007 04:52:16 GMT

How about supporting for Push to Talkwith RTC 1.3/1.5? I'm looking for a way to control Talk-burst. It need to S/R TBCP bundle as RTCP method. Refer to SDK help, looks there is no any way to send RTCP bundle customed. So do I need to do this by other way what co-working with RTC?

Thanks!

<<Rajesh>> RTC does not provide APIs control or customize RTP/RTCP streams. However, you can use RTC for SIP signaling and use a 3rd party media stack with RTC for your scenario.

re: What’s new in Real time Communication (RTC) 1.5?

Srikanth Nori — Mon, 26 Nov 2007 08:59:56 GMT

I'm trying to send instant messages from an application using RTC on WinCE to

Windows Messenger (5.1). Both are registered to a central server (MS

LCS 2005)

My sequence of calls is this

1) IRTCClient_CreateSession of type RTCST_IM

2) Register with LCS (IRTCClientProvisioning_GetProfile followed by

IRTCClientProvisioning_EnableProfile)

3) IRTCSession_AddParticipant (with the URI of windows messenger)

4) IRTCSession_SendMessage ("text/plain", "message1", 42) (42 is the

cookie value)

5) IRTCSession_SendMessage ("text/plain", "message2", 43)

6) IRTCSession_SendMessage ("text/plain", "message3", 44)..

and so on.

What I see is that the first message gets posted, and WM receives it

succesfully (I get a RTCE_SESSION_STATE_CHANGE indicating

RTCSS_CONNECTED with a session type of RTCST_IM. Then I get

RTCE_SESSION_OPERATION_COMPLETE after the (4)th call in the list

above).

On the second message I get no events. Nothing happens at all. I also

see no messages being generated (since there are no packets going out

over the network interface). The SendMessage call doesn't indicate any

error either.

Any ideas what could be happening?

<<Rajesh>> Try using session type: RTCST_MULTIPARTY_IM and see if that resolves the issue.

re: What’s new in Real time Communication (RTC) 1.5?

kings — Tue, 25 Dec 2007 08:45:58 GMT

hi there

any body knows to implement portmanager using rtc client

<Rajesh>> Check Prathap's blog:

http://blogs.msdn.com/cenet/archive/2006/11/10/real-time-communications-rtc-1-5-port-manager.aspx

re: What’s new in Real time Communication (RTC) 1.5?

divya.varadarajan — Tue, 19 Feb 2008 16:58:13 GMT

We're using RTC on WinCE 1.5 to develop a SIP application, and we're trying to change the SIP port on which we send and receive messages.

<<Rajesh>> You meant WinCE 5.1, right?

To start receiving:

IRTCClient2_put_ListenForIncomingSessions(RTCLM_DYNAMIC)

<<Rajesh>> This alone should work, though it will not let you control which dynamic port RTC will use.

IRTCClientPortManagement_StartListenAddressAndPort(CPM, local_ip_bstr, sip_port);

<<Rajesh>> This should also work provided the port# falls in the min/max port range of RTC (Default values are listed on MSDN - on reg key settings page)

These calls succeed, but RTC is unable to listen on the new port. It continues to listen on 5060!

<<Rajesh>> Do you mean you continue to see 5060 listed in your REGISTER message?

We also tried to do

IRTCClient2_put_AllowedPorts(RTCTR_UDP, RTCLM_DYNAMIC);

IRTCClientPortManagement_StartListenAddressAndPort(CPM, local_ip_bstr, sip_port);

This didn't work either.

In case it matters, we are able to change the "from" port using the PortManager3 interface on Sessions that we create.

re: What’s new in Real time Communication (RTC) 1.5?

divya.varadarajan — Tue, 19 Feb 2008 17:02:03 GMT

We're using RTC 1.5 on WinCE and it is not able to receive SIP INFO messages generated by 3rd party softphones. RTC responds with a 500 Server Internal Error SIP message, and no event is generated for the local device to handle.

However, we're able to send INFO messages succesfully.

Do we need to do anything special to allow RTC to receive INFO messages succesfully?

<<Rajesh>> Have you enabled the RTCE_INFO event in RTC?

re: What’s new in Real time Communication (RTC) 1.5?

Srikanth Nori — Fri, 04 Apr 2008 12:17:05 GMT

<<Rajesh>> Try using session type: RTCST_MULTIPARTY_IM and see if that resolves the issue.

Rajesh, thanks a lot. This solved the problem.

re: What’s new in Real time Communication (RTC) 1.5?

Srikanth Nori — Fri, 04 Apr 2008 15:34:22 GMT

I tried to run an application that uses RTC 1.5 on WinCE 6.0 through Application Verifier to remove any memory leaks in the application. Application Verifier reports many unfreed heap allocations inside RTC calls during initialization of RTC.

This is the code that I'm using to initialize. This function runs as a thread (which loops forever at the message pump till it gets a message requesting it to shut down).

void init_wince_sip_lib(LPVOID param)

{

IRTCClient *irtc_client;

HRESULT status;

/* Event notification Vars */

int EventCookie;

IConnectionPointContainer *CPC = NULL;

IConnectionPoint *CP = NULL;

IRTCEventNotification *Notif;

/* Initialize COM */

CoInitializeEx(NULL, COINIT_MULTITHREADED);

/* Create instance of RTC Client */

CoCreateInstance(&CLSID_RTCClient, /* RTC Clients ID */

NULL, /* Not aggregate */

CLSCTX_INPROC_SERVER, /* Only valid value */

&IID_IRTCClient, /* Interface ID */

(void **)&irtc_client); /* Return pointer */

IRTCClient_QueryInterface

(irtc_client, /* Base pointer */

&IID_IRTCClient2, /* Interface ID */

(LPVOID *)&g_rtc_client2); /* Return pointer */

IRTCClient_Release(irtc_client);

IRTCClient2_InitializeEx(g_rtc_client2,

RTCIF_DISABLE_MEDIA |

RTCIF_ENABLE_SYMMETRIC_UDP_SIGNALING |

RTCIF_PREFER_STATIC_PORT_FOR_SYMMETRIC_UDP);

IRTCClient_QueryInterface(g_rtc_client2,

&IID_IConnectionPointContainer,

(void**) (&CPC));

IConnectionPointContainer_FindConnectionPoint(

CPC,

&IID_IRTCEventNotification,

&CP);

IConnectionPointContainer_Release(CPC);

/* Initialize the event notification - this is a custom function we use to create an event handler*/

IRTCEventNotification_Initialize(&g_RTCEvents);

/* Get the notification interface */

IRTCEventNotification_QueryInterface(g_RTCEvents,

&IID_IRTCEventNotification,

(void **)&Notif);

/* Call the Advise method to give RTC the IUnknown pointer for the event */

IConnectionPoint_Advise(CP,

(IUnknown *)Notif,

&EventCookie);

IConnectionPoint_Release(CP);

IRTCEventNotification_Release(Notif);

/* Filter to receive ALL events */

IRTCClient_put_EventFilter(g_rtc_client2, RTCEF_ALL);

/* Start listening */

IRTCClient2_put_ListenForIncomingSessions(g_rtc_client2,

RTCLM_BOTH);

/* Message pump */

while(1)

{

MSG msg;

GetMessage(&msg, NULL, 0, 0);

if(WM_APP == msg.message)

{

break;

}

TranslateMessage(&msg);

DispatchMessage(&msg);

}

printf("CoUninitializing init_wince_sip_lib\n");

CoUninitialize();

printf("done init wince sip lib\n");

}

At the end of the application, I do IRTCClient2_PrepareForShutdown(g_rtc_client2), IRTCClient2_Shutdown(g_rtc_client2) and IRTCClient2_Release(g_rtc_client2) (from another thread). The Event notification interfaces are also freed up cleanly.

App verifier reports about 15kilobytes of unfreed heap allocations in this thread alone...

Is there something I can do to make these unfreed allocations go away?

re: What’s new in Real time Communication (RTC) 1.5?

divya.varadarajan — Fri, 04 Apr 2008 15:54:11 GMT

Thanks for replying

We're using RTC 1.5 on WinCE to develop a SIP application

Yes all the RTC events have been enabled using

IRTCClient::put_EventFilter(RTCEF_ALL).

I am still unable to detect any incoming RTCE_INFO event.

Is there any other RTC API that needs to be called to enable RTCE_INFO event?

<<Rajesh>> Sorry, for the late reply. What is the content type/sub-type that you are using for the INFO packet? It may be colliding with certain internal type/sub-type that RTC uses and may find it invalid.

re: What’s new in Real time Communication (RTC) 1.5?

Srikanth Nori — Tue, 01 Jul 2008 17:07:47 GMT

Hi Rajesh,

Some progress on the memory leaks issue: I've used CoRegisterMallocSpy to check up on the allocations that RTC does for each operation. (I have disabled BSTR caching)

I'm creating a session by calling IRTCClient2_CreateSessionWithDescription, followed by IRTCSession2_AddParticipant.

By examining the IMallocSpy calls I see that RTC makes three allocations in AddParticipant. One of them is freed immediately, leaving two unfreed allocs. (I think these correspond to the SDP and content type)

These two allocs seem to get freed only when I call IRTCClient_Shutdown. This behaviour is repeatable. i.e. if I make 10 calls, all 10*2 allocs get freed only in IRTCClient_Shutdown.

This causes problems with my application, because it slowly runs out of memory as I keep making calls.

What should I do to make these two allocations get freed immediately (or when the call is terminated)?

<<Rajesh>> What RTC version are you using and what CE OS is this? Are you using the latest CE 6.0 R2 release? If not, please try that. Thanks.