|
From: | Raviram Chandran |
Subject: | Re: [Linphone-developers] Linphone-developers Digest, Vol 173, Issue 11 |
Date: | Thu, 13 Jul 2017 13:52:46 +0530 |
Send Linphone-developers mailing list submissions to
address@hidden
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.nongnu.org/mailman/listinfo/linphone- developers
or, via email, send a message with subject or body 'help' to
linphone-developers-request@nongnu.org
You can reach the person managing the list at
linphone-developers-owner@nongnu.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Linphone-developers digest..."
Today's Topics:
1. //SIP REGISTRATION USING LINPHONE SDK (Raviram Chandran)
2. dialplan flexisip (A.?ukovi?)
3. memleak in mediastreamer (Christian Spielberger)
4. Re: memleak in mediastreamer (Ghislain MARY)
5. Detect if audio is actively coming in through Linphone
(Lindsey Vastola)
6. Start calls from the native Phone app?s Contacts (Pavel L?bl)
------------------------------------------------------------ ----------
Message: 1
Date: Wed, 12 Jul 2017 14:24:17 +0530
From: Raviram Chandran <address@hidden>
To: address@hidden
Subject: [Linphone-developers] //SIP REGISTRATION USING LINPHONE SDK
Message-ID:
<CADqhVLpa80L-ZNcaoKNPH8JmmHyR2K18z8Up+ hU2DqUFLxRZ=address@hidden>
Content-Type: text/plain; charset="utf-8"
Hi We have problem in SIP REGISTRATION USING LINPHONE SDK
private void sipRegistration() {
username = "*****";
password = "******";
domain = "52.14.***.***";
port = "5060";
identity = "sip:" + username + "@" + domain+":"+port;
try {
linphoneAddress =
LinphoneCoreFactory.instance().createLinphoneAddress( identity);
} catch (LinphoneCoreException e) {
e.printStackTrace();
}
configProxySettings();
LinphonePreferences.AccountBuilder builder = new
LinphonePreferences.AccountBuilder( LinphoneManager.getLc())
.setUsername(username)
.setDomain(domain)
.setPassword(password)
.setOutboundProxyEnabled(true);
if (transport != null) {
builder.setTransport(transport);
}
try {
builder.saveNewAccount();
} catch (LinphoneCoreException e) {
e.printStackTrace();
}
//makeCallMethod();
}
Can you help us.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nongnu.org/archive/html/linphone- >developers/attachments/ 20170712/ed1cccef/attachment. html
------------------------------
Message: 2
Date: Wed, 12 Jul 2017 12:52:47 +0200
From: "A.?ukovi?" <address@hidden>
To: address@hidden
Subject: [Linphone-developers] dialplan flexisip
Message-ID: <EE925EFD-32C9-48A4-AB3D-address@hidden >
Content-Type: text/plain; charset=us-ascii
Hall all,
how to make dial plan in flexisip server? its is possible? i can call to Mobile network or landline.
help please, how to make.
thank you.
Best regards, Alex.
------------------------------
Message: 3
Date: Wed, 12 Jul 2017 13:08:19 +0200
From: Christian Spielberger <address@hiddencom >
To: address@hidden
Subject: [Linphone-developers] memleak in mediastreamer
Message-ID: <20170712110818.GS20307@cablelink.at >
Content-Type: text/plain; charset=us-ascii
Hi,
we have our own mediastreamer plugin which does h264 encoding/decoding. I found
that there is a memleak in rfc3984_unpack. And yes, I use rfc3984_init during
initialization and rfc3984_uninit at the end of the stream.
==7116== 1,964 (+1,748) (432 (+216) direct, 1,532 (+1,532) indirect) bytes in 2 (+1) blocks are definitely lost in loss record 6,378 of 6,569
==7116== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==7116== by 0x557301D: ortp_malloc0 (port.c:82)
==7116== by 0x557FAF6: dupb (str_utils.c:157)
==7116== by 0x557FB8B: dupmsg (str_utils.c:169)
==7116== by 0x7527847: update_parameter_set (rfc3984.c:313)
==7116== by 0x7527935: store_nal (rfc3984.c:330)
==7116== by 0x7527D43: rfc3984_unpack2 (rfc3984.c:414)
==7116== by 0x7528028: rfc3984_unpack (rfc3984.c:264)
==7116== by 0x16EAACB3: dec_process (in /usr/local/lib/mediastreamer/plugins/libmsgstdsp.so.0.0.0)
==7116== by 0x7758C3F: ms_filter_process (msfilter.c:207)
==7116== by 0x77594A6: call_process (msticker.c:231)
==7116== by 0x77594A6: run_graph (msticker.c:245)
==7116== by 0x7759469: run_graph (msticker.c:250)
I suppose that something like
freemsg(ctx->last_sps)
freemsg(ctx->last_pps)
is missing in rfc3984_uninit.
regards,
Chris.
--
Best regards
Christian Spielberger
------------------------------
Message: 4
Date: Wed, 12 Jul 2017 13:45:39 +0200
From: Ghislain MARY <address@hidden>
To: address@hidden
Subject: Re: [Linphone-developers] memleak in mediastreamer
Message-ID: <7e814683-c0fa-54bf-1cd4-address@hidden >
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Christian,
You're absolutely right, there's a memory leak there.
I just commited a fix in mediastreamer2:
commit 54d70169171bab26e257ff6f1f731e0d8eaa6fa3 (HEAD -> master, origin/master, origin/HEAD)
Author: Ghislain MARY <address@hiddencommunications.com >
Date: Wed Jul 12 13:43:30 2017 +0200
Fix memory leak in RFC3984 unpacker.
Thanks very much for your bug report and for pointing exactly what was
wrong.
Cheers,
Ghislain
On 07/12/2017 01:08 PM, Christian Spielberger wrote:
> Hi,
>
> we have our own mediastreamer plugin which does h264 encoding/decoding. I found
> that there is a memleak in rfc3984_unpack. And yes, I use rfc3984_init during
> initialization and rfc3984_uninit at the end of the stream.
>
>
> ==7116== 1,964 (+1,748) (432 (+216) direct, 1,532 (+1,532) indirect) bytes in 2 (+1) blocks are definitely lost in loss record 6,378 of 6,569
> ==7116== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==7116== by 0x557301D: ortp_malloc0 (port.c:82)
> ==7116== by 0x557FAF6: dupb (str_utils.c:157)
> ==7116== by 0x557FB8B: dupmsg (str_utils.c:169)
> ==7116== by 0x7527847: update_parameter_set (rfc3984.c:313)
> ==7116== by 0x7527935: store_nal (rfc3984.c:330)
> ==7116== by 0x7527D43: rfc3984_unpack2 (rfc3984.c:414)
> ==7116== by 0x7528028: rfc3984_unpack (rfc3984.c:264)
> ==7116== by 0x16EAACB3: dec_process (in /usr/local/lib/mediastreamer/plugins/libmsgstdsp.so.0.0.0)
> ==7116== by 0x7758C3F: ms_filter_process (msfilter.c:207)
> ==7116== by 0x77594A6: call_process (msticker.c:231)
> ==7116== by 0x77594A6: run_graph (msticker.c:245)
> ==7116== by 0x7759469: run_graph (msticker.c:250)
>
>
> I suppose that something like
>
> freemsg(ctx->last_sps)
> freemsg(ctx->last_pps)
>
> is missing in rfc3984_uninit.
>
> regards,
> Chris.
>
------------------------------
Message: 5
Date: Wed, 12 Jul 2017 08:57:50 -0400
From: Lindsey Vastola <address@hidden>
To: address@hidden
Subject: [Linphone-developers] Detect if audio is actively coming in
through Linphone
Message-ID:
<CAFXvyFLQ0atgk0RjLigzn-VGrRkjvm0dJvEWDjRNqC1hFWyzFQ@ >mail.gmail.com
Content-Type: text/plain; charset="utf-8"
Is it possible to detect when audio is actively coming into a Swift app
using Linphone? I don't see anything about it in the docs.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nongnu.org/archive/html/linphone- >developers/attachments/ 20170712/be55d33a/attachment. html
------------------------------
Message: 6
Date: Wed, 12 Jul 2017 15:21:19 +0200
From: Pavel L?bl <address@hidden>
To: address@hidden
Subject: [Linphone-developers] Start calls from the native Phone
app?s Contacts
Message-ID:
<CA+tYn03uD9qJwhkGsV5zyyZ1zdC1aob4 >address@hidden com
Content-Type: text/plain; charset="UTF-8"
I think what you are talking about can be done with contacts provider.
https://developer.android.com/guide/topics/providers/ contacts-provider.html
But if I get it right this does not let you use existing contacts
(from other accounts) in linphone. It only allows to integrate your
linphone contacts in other Android apps (including contacts and
phone).
I would also like more seamless integration in android but it seems
there is currently no easy way to do so.
Pavel
------------------------------
Subject: Digest Footer
_______________________________________________
Linphone-developers mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/linphone- developers
------------------------------
End of Linphone-developers Digest, Vol 173, Issue 11
****************************************************
[Prev in Thread] | Current Thread | [Next in Thread] |