Audio/Video conversation

[zyazhou]

I checked the ticket of SSO and password of sip authentication, and found them different. A example is list below:

SSO ticket is   t=EwBgAswbAQAUs1/.......
sip authentication password is  t=EwDgATIiAQAUno9......

[kakaroto]

Code:

       proc createSIP {callbk {host "vp.sip.messenger.msn.com"}} {
                $::sso RequireSecurityToken MessengerSecure [list ::MSNSIP::createSIPSSOCB $callbk $host]
        }

Like I said, you need the MessengerSecure ticket, you should know that there are many tickets that you can get from SSO, one for each server (contacts.msn.com, or passport.net or messenger, or messengersecure, etc...) and you need the MessengerSecure one (the one with the endpoint reference address "messengersecure.live.com").
anyways, for tunneled sip, you don't need to authenticate to a SIP server anyways...

[zyazhou]

Thank you, Kakaroto. I got more clear.

[Montblanc]

I saw you recently updated your libnice from git, when you need some bugtracking just knock!  

[kakaroto]

Hi,
Nice to see some people who are following on the latest changes in libnice!
Yes indeed, I have just released today a new version of libnice... more info here : http://lists.freedesktop.org/archives/nice/2009-March/000278.html
Notice that it adds support for WLM2009 ICE19 compatibility too, which allows with the recent SVN version to have an audio and video call with WLM (right now sending an audio call invite sends actually a video+audio invite, but only if you're using MSNP18... )
There are still some things to figure out and hopefully we'll finish the UI soon for audio conferences... but also have the option to do a video call with MSNP18+ too...
note however that the ffmpeg h263 encoder doesn't seem to encode the video correctly, so WLM can't decode our video.. we'll hopefully fix this soon with Ole Andre's mscodecs which actually uses msn's dlls directly (you would need the dll on your linux machine though...)

[Montblanc]

Ok, I'll give it a try as soon as possible!

[setzer]

wow, that's absolutely amazing! I'm kinda short on time right now, but I'll try to test this tonight!! Thanks for your hard work kakaroto!!

[kakaroto]

you're welcome!
and thanks for your appreciation!

[flomar34]

Hello,

Very nice to have news about this

Im sure that it will not help you but ... maybe

I use the last svn (1075) with libnice 0.0.5
I do not have (yet) a web cam

If i want to make an audio call with a wlm 9 contact using MSNP18 amsn crash

Code:

(<unknown>:26565): GLib-GObject-WARNING **: IA__g_object_set_valist: object class `GstGConfAudioSrc' has no property named `blocksize'

(<unknown>:26565): GLib-GObject-WARNING **: value "3" of type `guint' is invalid or out of range for property `compatibility-mode' of type `guint'

(<unknown>:26565): GLib-GObject-WARNING **: value "3" of type `guint' is invalid or out of range for property `compatibility-mode' of type `guint'
Erreur de segmentation

With MSNP15 all is ok

Thanks a lot for all the work you are making for us and sorry not to be able to help you more that i would like

[kakaroto]

Hi,
thanks
after installing libnice 0.0.5, you'll need to recompile farsight2....
If it still segfaults, please give me the backtrace from gdb

[flomar34]

Hello

After compiling farsight2 0.0.7 i have the same issue
For the backtrace i m not sure that the result was what you exepected
On dbg mode amsn don't crash but freezed

Code:

(<unknown>:30812): GLib-GObject-WARNING **: IA__g_object_set_valist: object class `GstGConfAudioSrc' has no property named `blocksize'
[New Thread 0xb4adeb90 (LWP 30863)]
[New Thread 0xb65d6b90 (LWP 30864)]
[Thread 0xb65d6b90 (LWP 30864) exited]
[Thread 0xb5be0b90 (LWP 30858) exited]
[New Thread 0xb5be0b90 (LWP 30865)]
[New Thread 0xb65d6b90 (LWP 30866)]
[New Thread 0xb42ddb90 (LWP 30867)]
[New Thread 0xb32dbb90 (LWP 30868)]
[New Thread 0xb2adab90 (LWP 30869)]
[New Thread 0xb22d9b90 (LWP 30870)]
[New Thread 0xb1ad8b90 (LWP 30871)]
[New Thread 0xb12d7b90 (LWP 30872)]
[New Thread 0xb0ad6b90 (LWP 30873)]
[New Thread 0xb02d5b90 (LWP 30874)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb2adab90 (LWP 30869)]
0xafab6ba9 in ?? () from /usr/lib/libx264.so.59
(gdb) bt
#0  0xafab6ba9 in ?? () from /usr/lib/libx264.so.59
Cannot access memory at address 0x74
(gdb) bt full
#0  0xafab6ba9 in ?? () from /usr/lib/libx264.so.59
No symbol table info available.
Cannot access memory at address 0x74
(gdb)

[kakaroto]

Hi,
First, recompiling farsight fixed the warnings you had, which is nice...
secondly about the crash.. with gdb it also crashes, it doesn't freeze... look at what gdb says 'program received signal SIGSEGV, segmentation fault'.. it's just that gdb will freeze the program so you can see the backtrace instead of just exiting... hehe
anyways, you don't seem to have much debug symbols which isn't very helpful but it looks like the segmentation fault is in  /usr/lib/libx264.so
I'm guessing libx264.so is an h264 encoder/decoder library.. you should maybe uninstall it since that's doing the segfault...

[flomar34]

Hello,
Thanks for your reply
Uninstall libx264-59 will uninstall

Code:

ffmpeg gstreamer0.10-ffmpeg gstreamer0.10-plugins-bad-multiverse
  libavcodec-unstripped-51 libavdevice52 libavformat52 libmjpegtools0c2a
  libquicktime1 libx264-59 libx264-dev mencoder mozilla-mplayer mplayer peertv
  vlc vlc-nox winff

But there is only this crash with MSNP18. With MSNP15 it works like a charm
SO it's not too important i will stay on th MSNP15 protocol (mostly if i am the only concerned )

[flomar34]

Hello,

So, i succeed with it
Uninstall libx264-59 and all its dependencies
Compile amsn
reinstall mplayer, vlc ... and it works

Concerning audio call and MSNP18

WLM9 --> amsn : works nicely

amsn -->WLM9 : nothing happens, and maybe its's because i have no video cam

Code:

[17:00:41] Farsight debug : AUDIO CODECS ARE READY
[17:00:41] Farsight debug : Creating audio_source : (null)  --- (null) -- (null)
[17:00:41] Farsight debug : Testing source dshowaudiosrc
[17:00:41] Farsight debug : Testing source directsoundsrc
[17:00:41] Farsight debug : Testing source osxaudiosrc
[17:00:41] Farsight debug : Testing source gconfaudiosrc
[17:00:41] Farsight debug : Using audio_source gconfaudiosrc
[17:00:41] Farsight debug : stun ip : 64.xx.xx.xx : 3478
[17:00:41] Farsight debug : FS: relay info = 0xb115420 - 2
[17:00:41] Farsight debug : Creating video_source : videotestsrc pattern=4 is-live=TRUE ! ffmpegcolorspace ! video/x-raw-yuv,width=352,height=288  --- (null) -- (null)
[17:00:41] Farsight debug : stun ip : 64.xx.xx.xx : 3478
[17:00:41] Farsight debug : FS: relay info = 0xb115420 - 2
[17:00:42] Creating CW Voip controls
[17:00:42] Farsight debug : AUDIO CANDIDATES ARE PREPARED
[17:00:42] Farsight : Farsight audio is now prepared!
local codecs : {SIREN 111 16000 bitrate=16000} {PCMA 8 8000} {PCMU 0 8000} {telephone-event 101 8000 0-16}
local candidates : {1 1 192.XXX.XXX.XXX 58510 192.XXX.XXX.XXX 58510 UDP 2013266431 host x3+5 lRlTrZ3WfnOCtiiL8e1Ynf} {4 1192.XXX.XXX.XXX 58510 192.168.3.2 58510 UDP 1677721855 srflx x3+5 lRlTrZ3WfnOCtiiL8e1Ynf} {5 1 192.XXX.XXX.XXX 52031 192.XXX.XXX.XXX 58510 UDP 1006633215 relay x3+5 lRlTrZ3WfnOCtiiL8e1Ynf} {1 2 192.XXX.XXX.XXX 54667 192.XXX.XXX.XXX 54667 UDP 2013266430 host x3+5 lRlTrZ3WfnOCtiiL8e1Ynf} {4 2 192.XXX.XXX.XXX 54667 192.XXX.XXX.XXX 54667 UDP 1677721854 srflx x3+5 lRlTrZ3WfnOCtiiL8e1Ynf} {5 2 192.XXX.XXX.XXX 45724 192.XXX.XXX.XXX 54667 UDP 1006633214 relay x3+5 lRlTrZ3WfnOCtiiL8e1Ynf}
[17:00:42] Fasight :Waiting for video preparation
[17:00:42] Farsight debug : VIDEO CANDIDATES ARE PREPARED
[17:00:42] TURN: Disconnecting

Then i can't close this chat windows. I have to quit amsn

[kakaroto]

Hi, the crash will only happen with msnp18 because only msnp18  tries to do a video call and libx264 is a video codec...
About the 'nothing happens' i don't know, did you paste me ALL the status log or is something still missing in there ? Anyways, i think it might be an issue with farsight not detecting the codecs correctly or something like that... i'll have to look at that.
Btw, why can't you close the chat window ? is it because it says you must cancel the call but there's no button to cancel ? or does it bug or ... ?