succesful video calls with integrated sip client - maemo.org

quipper8 | # 1 | 2009-01-26, 20:25 | Report

I have a setup at the office using asterisk and setting the codec in the sip.conf for both extensions(n810 and pc in office) to h263, succesfully making video calls.

Pretty neat. Just FYI

The Following 2 Users Say Thank You to quipper8 For This Useful Post:
addisjon, lma

dbec10 | # 2 | 2009-01-26, 21:03 | Report

Is the other party using an N810 as well? Or a 3rd party device.

lma | # 3 | 2009-01-26, 21:49 | Report

Interesting, but I can't get it to work here (asterisk 1.6.0). My sip.conf looks like this:

Code:

[general]
videosupport=yes

[n810]
type=friend
host=dynamic
dtmfmode=rfc2833
disallow=all
allow=ulaw
allow=alaw
allow=h263

Can you post the relevant bits of your config?

quipper8 | # 4 | 2009-01-27, 01:42 | Report

My system is still on asterisk 1.4.8, so don't know about 1.6. Besides the videosupport = yes in sip.conf under [general], here is what I have for the extension I was testing with

Code:

[301]
type=friend
secret=1001
record_out=Always
record_in=Always
qualify=yes
port=5060
pickupgroup=
nat=yes
mailbox=301@default
host=dynamic
dtmfmode=rfc2833
disallow=all
dial=SIP/301
context=from-internal
canreinvite=no
callgroup=
callerid=device <301>
allow=h263
allow=g729

I think besides what you have, you might need the canreinvite=no

Also, don't forget to do an asterisk reload.

Other client was windows PC in office using Bria.

The Following User Says Thank You to quipper8 For This Useful Post:
jandmdickerson

qole | # 5 | 2009-01-27, 05:37 | Report

I've also read about NIT-to-PC video call success with Bria's little sister, X-Lite.

lma | # 6 | 2009-01-27, 07:10 | Report

I can get it to work tablet-to-tablet if I switch on the camera on the calling device before the first INVITE is sent. It's a bit tricky on the N810 (tap the camera icon as soon as possible after dialing) but on the N800 it always works when the camera is out. Once a call with video has been negotiated I can switch cameras off and on at either end at will, but if a call has started as audio-only then video won't work.

Forcing the codecs explicitly in sip.conf makes no difference, and neither does canreinvite.

No luck with ekiga so far, although it does advertise H263 in its SDP records.

speculatrix | # 7 | 2009-01-27, 07:52 | Report

I've had it working tablet to tablet too using sipgate as the sip provider.

paulkoan | # 8 | 2009-01-27, 08:10 | Report

What behaviour do you get with ekiga? If I enable camera after connect, ekiga drops the call the second time I hit the button... The camera comes on, but turns off, then second time the call is dropped.

If I start the camera before ekiga has answered, the camera turns off once ekiga answers.

lma | # 9 | 2009-01-27, 09:15 | Report

Originally Posted by paulkoan View Post

What behaviour do you get with ekiga?

No disconnects, but no video either no matter which side initiates the call and/or switches the camera on first.

It turns out my previous post was wrong. Ekiga (2.0.12 on ubuntu 8.10) only seems to support H.261:

Code:

m=video 5002 RTP/AVP 31
a=rtpmap:31 H261/90000

while the tablets do (three flavours of) H.263:

Code:

m=video 9078 RTP/AVP 34 96 97
a=rtpmap:34 H263/90000
a=fmtp:34 QCIF=2
a=rtpmap:96 H263-1998/90000
a=fmtp:96 QCIF=2
a=rtpmap:97 H263-N800/90000

So there's no common codec these clients can agree on. Asterisk supports both, but it can't transcode video yet.

According to http://wiki.ekiga.org/index.php/Video_Calls ekiga 2.0.x does have support for H.263, but apparently not in my build.