http://groups.google.com/group/unimrcp Welcome to the UniMRCP discussions group! You can discuss anything UniMRCP related here. Generic MRCP related discussions are also welcome. Links: http://www.unimrcp.org http://code.google.com/p/unimrcp 2009-11-26T10:58:33Z Google Groups Arsen Chaloyan achalo...@gmail.com 2009-11-26T10:58:33Z http://groups.google.com/group/unimrcp/browse_thread/thread/e04adc38620336b9/18cdfb5d86c1762c?show_docid=18cdfb5d86c1762c

Hi, <br> <p>It's a responsibility of Sofia-SIP to decide where the response should <br> be sent based on SIP headers. There is no such an option to configure. <br> BTW, your client may send SIP messages from one port, but receive from <br> another. There is nothing wrong in this behavior. <br> What are you trying to achieve at this time? Are you behind NAT?

dd huaj...@gmail.com 2009-11-25T22:46:16Z http://groups.google.com/group/unimrcp/browse_thread/thread/e04adc38620336b9/921fbf7d11588783?show_docid=921fbf7d11588783

Hi, Arsen, <br> <p>I am just wondering if you could tell me how to configure the sofia <br> sip so that can response to a specific port other othe 5060, I am <br> trying to use UDP but the client will pick a port randomly. Is there a <br> way to know the port picked and then send responses to the port on the <br> server side?

Arsen Chaloyan achalo...@gmail.com 2009-11-24T18:12:01Z http://groups.google.com/group/unimrcp/browse_thread/thread/e04adc38620336b9/17f906d75e378fe1?show_docid=17f906d75e378fe1

Hi, <br> <p>I think, it's a good idea. <br> <p>Server accepts multiple clients. Clients may run on the same or <br> different hosts. It's supported for sure. You should have <br> misconfigured either server or one of the clients. Pay attention to <br> firewall settings and/or ip addresses. <br> <p>You can 'run recog' as many times as you need. I'll add a possibility

dd huaj...@gmail.com 2009-11-24T15:49:57Z http://groups.google.com/group/unimrcp/browse_thread/thread/e04adc38620336b9/21d85212bd71b33d?show_docid=21d85212bd71b33d

Hi, Arsen, <br> <p>I have try the mrcpclient with Nuance so I assume that there may be <br> issue on the server, after discussing with you, I think it may be <br> helpful to take a step back by trying unimrcpserver/unimrcpclient <br> setup. <br> <p>I try to run two unimrcpclients from different machines and each trys <br> to connect to the same unimrcpserver, but the server only responses to

Arsen Chaloyan achalo...@gmail.com 2009-11-24T13:57:38Z http://groups.google.com/group/unimrcp/browse_thread/thread/386843afa5d2893a/6c9bb9ab552edda2?show_docid=6c9bb9ab552edda2

What is the status of this issue? <br> <p>7 days and nights have already passed. <br> <p>-- <br> Arsen Chaloyan <br> The author of UniMRCP <br> <a target="_blank" rel=nofollow href="http://www.unimrcp.org">[link]</a>

Arsen Chaloyan achalo...@gmail.com 2009-11-24T07:04:30Z http://groups.google.com/group/unimrcp/browse_thread/thread/e04adc38620336b9/3217c3f45a6dac07?show_docid=3217c3f45a6dac07

Hi, <br> <p>To make this work the client should be configured to use SIP over UDP, <br> if supported. <br> <p>Yes, Windows port of Sofia-SIP's su_port interface is limited with 64 <br> socket descriptors. And the problem is in max number of descriptors <br> Win32's events mechanism allows to wait for. APR implements the same

dd huaj...@gmail.com 2009-11-23T21:12:47Z http://groups.google.com/group/unimrcp/browse_thread/thread/e04adc38620336b9/dfa335c975714b03?show_docid=dfa335c975714b03

Hi, Arsen, <br> <p>I configured the server to accept only UDP, but it doesn't work, the <br> client I used is the vbMRCPclient from Pronexus. <br> <p>I am just wondering how the server handles more than 64 connections if <br> the waiting sockets are limited by 64? I think only change #define <br> SU_WAIT_MAX (64) to a bigger value doesn't work because it is limit

Arsen Chaloyan achalo...@gmail.com 2009-11-23T19:36:33Z http://groups.google.com/group/unimrcp/browse_thread/thread/e04adc38620336b9/6abd67db9d357a85?show_docid=6abd67db9d357a85

Well, I'll check it out later. <br> <p>By default server binds on both UDP and TCP ports <br> &lt;param name=&quot;sip-transport&quot; value=&quot;udp,tcp&quot;/&gt; <br> <p>So it's up to your client what transport to use. If you want server to <br> accept only UDP, set the following <br> &lt;param name=&quot;sip-transport&quot; value=&quot;udp&quot;/&gt;

dd huaj...@gmail.com 2009-11-23T19:28:06Z http://groups.google.com/group/unimrcp/browse_thread/thread/e04adc38620336b9/21f309ccd00dad2e?show_docid=21f309ccd00dad2e

Hi, Arsen, <br> <p>The uniMRCP server is running on Windows, 'tport(028C6C70): (null)/ <br> (null):(null)' seems like the waiting sockets exceed the 64 limits <br> which is set by '#define SU_WAIT_MAX (64)' (not pretty sure <br> though), <br> <p>how can I configure the server so we can try SIP over UDP instead of <br> over TCP?

Arsen Chaloyan achalo...@gmail.com 2009-11-23T17:56:29Z http://groups.google.com/group/unimrcp/browse_thread/thread/e04adc38620336b9/7473ecf769cf5638?show_docid=7473ecf769cf5638

Hi, <br> <p>tport(028C6C70): (null)/(null):(null) looks strange to me, something <br> is wrong on Sofia-SIP's tport layer. <br> <p>This looks a bit strange too. If you see no SIP messages at all, what <br> server should respond to. <br> I assume your client should be sending SIP INVITEs at least. <br> <p>Well, good yo know. BTW, what client do you use? Where do you run

Arsen Chaloyan achalo...@gmail.com 2009-11-23T17:36:51Z http://groups.google.com/group/unimrcp/browse_thread/thread/d1e9b56c95a77c89/351ca0160f29c492?show_docid=351ca0160f29c492

If I understand you right, reducing delay in jitter buffer will not <br> help. You should increase it instead to ensure real-time, contiguous <br> stream out of jitter buffer. You have either big network jitter or <br> your CPU is working under high load. <br> <p>-- <br> Arsen Chaloyan <br> The author of UniMRCP <br> <a target="_blank" rel=nofollow href="http://www.unimrcp.org">[link]</a>

dd huaj...@gmail.com 2009-11-23T15:32:09Z http://groups.google.com/group/unimrcp/browse_thread/thread/e04adc38620336b9/df543ea2691a6a4c?show_docid=df543ea2691a6a4c

Hi, Arsen, <br> <p>Attached pleased find the new log. <br> <p>When the server stops responding, the client just said 'open session <br> timeout', and when using WireShark, no SIP was captured, I have been <br> trying using Nuance speech server with the same MRCP client and found <br> no issue. <br> <p>When the server stops responding, the console outputs:

spirit_only spirito...@gmail.com 2009-11-23T15:08:44Z http://groups.google.com/group/unimrcp/browse_thread/thread/d1e9b56c95a77c89/9aa77fd8e18a28f8?show_docid=9aa77fd8e18a28f8

Thank you. <br> Bacause there are some noises before my tts voice playing. I added <br> some debug code in Unimrcp, and record the tts data in different <br> place. Then I found the original data received from mrcp server is OK, <br> but voice through jitter buffer has some noises. So I think if I can <br> disable the jitter buffer in unimrcp.

J.W.F. Thirion thirion...@gmail.com 2009-11-23T14:44:57Z http://groups.google.com/group/unimrcp/browse_thread/thread/eef0c3687ee9a69e/cf56ad47b07988cc?show_docid=cf56ad47b07988cc

Thank you! Makes sense now.

patrick nunes pnune...@gmail.com 2009-11-23T14:10:31Z http://groups.google.com/group/unimrcp/browse_thread/thread/c8d1116e0d842789/b3f7c003166e8b38?show_docid=b3f7c003166e8b38

Hi Arsen, <br> <p>That's perfectly clear. <br> thanks for your feedback. <br> <p>Patrick <br> <p>2009/11/18 Arsen Chaloyan &lt;achalo...@gmail.com&gt;