libjingle+linphone can communicate with gtalk, but can't communicate with another call.exe

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Add linphone mediaengine to call.exe example
2. call.exe can communicate with a gtalk client (both sides can talk and hear), 
but can't communicate with another call.exe client (no one can hear).

What is the expected output? What do you see instead?
call.exe should be able to communicate with another call.exe. However the two 
call client can't hear anything.

What version of the product are you using? On what operating system?
libjingle-0.6.6
Visual Studio 2010
Win 7

Please provide any additional information below.
We anylize the packages between two PCs, and found no UDP packages. Only STUN 
packages are delivered. We believe the voice data isn't delivered successfully. 
However we don't know the reason.

Original issue reported on code.google.com by tangketa...@gmail.com on 13 Mar 2012 at 2:06

[GoogleCodeExporter]

Does "another call.exe" involves linphone too?
If so, could you send log?

Additionally I heard linphone couldn't be found now. Where did you get it?

Original comment by adam1988...@gmail.com on 14 Mar 2012 at 1:51

[GoogleCodeExporter]

Yes, here both "call.exe" clients have linphone media engine. 

I used --d option and print out logs on the screen, but there are so many 
messages and I can't save all of them. The most informative one may be:
Error(channel.cc:310): Failed to protect audio RTP packet: size=37, seqnum=545,
SSRC=41
Warning(srtpfilter.cc:314): Failed to protect SRTP packet: The buffer length 37
is less than the needed 41

Is there any way to print the logs into a txt file?

linphone can be found. You just need to google it. I think what you mean is 
gips. 

Original comment by tangketa...@gmail.com on 15 Mar 2012 at 1:28

[GoogleCodeExporter]

Try to increase packet capacity to make space necessary for protecting, it 
helped for me

linphonemediaengine.cc
talk_base::Buffer packet(buf, len, len+10);

But I still cannot get video communication to work...

Original comment by machacek...@gmail.com on 5 Apr 2012 at 6:42

[GoogleCodeExporter]

respectively, you may need differnet value than (hardcoded) 10, check the 
difference by debugging channel.cc

Original comment by machacek...@gmail.com on 5 Apr 2012 at 6:50

[GoogleCodeExporter]

Yes, this problem is solved by changing the line in linphonemediaengine.cc to 
talk_base::Buffer packet(buf, len, 2048); //2048 is the maximum capasity of buf

Thank you all for your help.

Machacek: I'm now working on incorporating video too. I don't quite know how to 
display the video using mediastreamer2. Could you please give me some advice?

Original comment by tangketa...@gmail.com on 6 Apr 2012 at 5:24

[GoogleCodeExporter]

I am trying to communicate call.exe <-> gtalk (linphonemediaengine). I have 
proper webcam selected, hope I have tested lots of codecs/payloads, I see audio 
and video packets in log but I can't see video in gtalk. I only managed to 
transfer audio in one direction only. It's all I have at this moment, I have 
mailed you my code. 

Does anyone have video call worknig ? Could you please help ?

Tangketa: I only saw video from my local webcam in one of many window which 
raised  video_stream_use_preview_video_window(video_stream_,true);. With video 
payload (if I remember well) 83  these windows raise even if this is set to 
false, don't know why now.

Original comment by machacek...@gmail.com on 6 Apr 2012 at 6:24

[GoogleCodeExporter]

Original comment by juberti@google.com on 24 Apr 2012 at 3:38

• Changed state: Done

[GoogleCodeExporter]

Hi, tangketa@
Can you explain in detail how you use call.exe to communicate with Gtalk? 
I also built call.exe with Linphone (follow instruction from readme), but i 
only checked succeffully for the file (voice.rtpdump)  but not from micro or 
speaker. How i use call.exe to check it? Plz help. 
Another question, I want to join this group (that works with libjingle, 
mylibjingle, mediastreamer2,...) How must i do?
Thanks.

Original comment by duc...@tin180.com on 2 Jul 2012 at 3:51