opalvoip-devel Mailing List for OpalVOIP
Brought to you by:
csoutheren,
rjongbloed
You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(57) |
Nov
(163) |
Dec
(101) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(72) |
Feb
(81) |
Mar
(61) |
Apr
(35) |
May
(40) |
Jun
(49) |
Jul
(27) |
Aug
(15) |
Sep
(71) |
Oct
(41) |
Nov
(37) |
Dec
(22) |
2009 |
Jan
(9) |
Feb
(16) |
Mar
(26) |
Apr
(39) |
May
(70) |
Jun
(26) |
Jul
(27) |
Aug
(30) |
Sep
(25) |
Oct
(62) |
Nov
(43) |
Dec
(13) |
2010 |
Jan
(53) |
Feb
(45) |
Mar
(32) |
Apr
(39) |
May
(24) |
Jun
(58) |
Jul
(5) |
Aug
(14) |
Sep
(10) |
Oct
(10) |
Nov
(16) |
Dec
(4) |
2011 |
Jan
(32) |
Feb
(30) |
Mar
(29) |
Apr
(24) |
May
(70) |
Jun
(26) |
Jul
(27) |
Aug
(23) |
Sep
(44) |
Oct
(18) |
Nov
(28) |
Dec
(45) |
2012 |
Jan
(26) |
Feb
(24) |
Mar
(88) |
Apr
(56) |
May
(84) |
Jun
(64) |
Jul
(14) |
Aug
(46) |
Sep
(70) |
Oct
(13) |
Nov
(40) |
Dec
(5) |
2013 |
Jan
(42) |
Feb
(43) |
Mar
(83) |
Apr
(27) |
May
(57) |
Jun
(39) |
Jul
(29) |
Aug
(21) |
Sep
(31) |
Oct
(31) |
Nov
(3) |
Dec
(22) |
2014 |
Jan
(20) |
Feb
(10) |
Mar
(31) |
Apr
(37) |
May
(24) |
Jun
(15) |
Jul
(11) |
Aug
(5) |
Sep
(2) |
Oct
(4) |
Nov
(4) |
Dec
(11) |
2015 |
Jan
(6) |
Feb
(3) |
Mar
(7) |
Apr
(3) |
May
|
Jun
|
Jul
(9) |
Aug
(8) |
Sep
(12) |
Oct
(3) |
Nov
(4) |
Dec
(6) |
2016 |
Jan
(3) |
Feb
(7) |
Mar
(3) |
Apr
(9) |
May
(4) |
Jun
(2) |
Jul
(3) |
Aug
(17) |
Sep
|
Oct
(11) |
Nov
(10) |
Dec
(7) |
2017 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(4) |
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(6) |
Oct
(2) |
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
(1) |
Feb
(7) |
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
(1) |
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Ed <ed0...@gm...> - 2023-11-27 07:10:12
|
Hi, in object.h the empty macro 'override' is defined for old c++ compilers. Sadly, msvc does not set __cplusplus correctly. It's still at 199711L. Microsoft suggests to check _MSC_VER. diff --git a/include/ptlib/object.h b/include/ptlib/object.h index eec78432c..1529e99b2 100644 --- a/include/ptlib/object.h +++ b/include/ptlib/object.h @@ -95,7 +95,10 @@ using namespace std; // Not a good practice (name space polution), but will take /////////////////////////////////////////////////////////////////////////////// // Deal with different C++ versions and std::auto_ptr deprecation #if __cplusplus < 201103L + +#if !defined _MSC_VER || _MSC_VER < 1700 // override is fully supported since Visual Studio 2012 #define override +#endif struct PNonCopyable { -- Ed |
From: Seyyed S. H. <soo...@ho...> - 2023-02-24 11:56:12
|
ITNOA I create a new ticket OpalVOIP / Feature Requests / #29 Add vcpkg (sourceforge.net)<https://sourceforge.net/p/opalvoip/feature-requests/29/> that request to add vcpkg port for this library as you can know, unfortunately your library removed from official Ubuntu, Debian and many other Linux repositories. So I suggest bring your library to vcpkg for better developer experience. I create issue on vcpkg for doing that https://github.com/microsoft/vcpkg/issues/29807 please add vcpkg manifest to support vcpkg. as a your client, that want to use your library, building your library is hard and it is not reproducible in multiple platform, so if you create vcpkg for this library, I can easily use this library in CI for multiple platform. thanks |
From: Seyyed S. H. <soo...@ho...> - 2023-02-23 10:30:15
|
ITNOA I think GitHub is very large community for open-source development, and many tools exists and great for contribution. So I suggest migrate this repo to GitHub or if you very like Sourceforge, you can sync GitHub repo and SourceForge with SourceForge feature GitHub Project Importer (sourceforge.net)<https://sourceforge.net/p/import_project/github/> thanks |
From: Patrice P. <pat...@al...> - 2023-02-21 10:42:12
|
Hello Nicolas, Thank you for your help. Indeed we can change to a later version of the SDK. We will have to keep this version carefully aside, until we have a solution for the news SDKs 😊. Patrice -----Message d'origine----- De : opa...@li... <opa...@li...> Envoyé : samedi 11 février 2023 13:51 À : opa...@li... Objet : Opalvoip-devel Digest, Vol 129, Issue 2 Send Opalvoip-devel mailing list submissions to opa...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/opalvoip-devel or, via email, send a message with subject or body 'help' to opa...@li... You can reach the person managing the list at opa...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of Opalvoip-devel digest..." Today's Topics: 1. Re: Building Opal 3.18.8 + OpenSSL 1.1.1.s + the latest Windows 10 SDK = error LNK2005 with SocketNotificationRetrieveEvents function. (Nicolas Krzywinski) ---------------------------------------------------------------------- Message: 1 Date: Fri, 10 Feb 2023 14:11:43 +0000 From: Nicolas Krzywinski <nk...@vi...> To: "opa...@li..." <opa...@li...> Subject: Re: [Opalvoip-devel] Building Opal 3.18.8 + OpenSSL 1.1.1.s + the latest Windows 10 SDK = error LNK2005 with SocketNotificationRetrieveEvents function. Message-ID: <248...@vi...> Content-Type: text/plain; charset="us-ascii" Hi Patrice, I just subscribed, therefore I am not able to directly answer your message - sorry for that. You can get rid of the opal64sd.lib(alloc.obj) : error LNK2005: SocketNotificationRetrieveEvents already defined in opal64sd.lib(srtp.obj) ... and similar ... errors, by retargeting your solution to an older version of the Windows SDK. (right-click on solution > Retarget solution) For me, 10.0.19041.0 worked. I have two other versions installed, that both don't work: - 10.0.22000.832 - 10.0.22621.755 Additionally I got the following errors, that are gone now also: opal64sd.lib(srtp.obj) : error LNK2019: unresolved external symbol __imp_htonl referenced in function srtp_calc_aead_iv opal64sd.lib(srtp.obj) : error LNK2019: unresolved external symbol __imp_htons referenced in function srtp_calc_aead_iv opal64sd.lib(srtp.obj) : error LNK2019: unresolved external symbol __imp_ntohl referenced in function be64_to_cpu opal64sd.lib(srtp.obj) : error LNK2019: unresolved external symbol __imp_ntohs referenced in function srtp_get_est_pkt_index Regards, Nicolas ------------------------------ ------------------------------ Subject: Digest Footer _______________________________________________ Opalvoip-devel mailing list Opa...@li... https://lists.sourceforge.net/lists/listinfo/opalvoip-devel ------------------------------ End of Opalvoip-devel Digest, Vol 129, Issue 2 ********************************************** |
From: Nicolas K. <nk...@vi...> - 2023-02-10 14:27:12
|
Hi Patrice, I just subscribed, therefore I am not able to directly answer your message - sorry for that. You can get rid of the opal64sd.lib(alloc.obj) : error LNK2005: SocketNotificationRetrieveEvents already defined in opal64sd.lib(srtp.obj) ... and similar ... errors, by retargeting your solution to an older version of the Windows SDK. (right-click on solution > Retarget solution) For me, 10.0.19041.0 worked. I have two other versions installed, that both don't work: - 10.0.22000.832 - 10.0.22621.755 Additionally I got the following errors, that are gone now also: opal64sd.lib(srtp.obj) : error LNK2019: unresolved external symbol __imp_htonl referenced in function srtp_calc_aead_iv opal64sd.lib(srtp.obj) : error LNK2019: unresolved external symbol __imp_htons referenced in function srtp_calc_aead_iv opal64sd.lib(srtp.obj) : error LNK2019: unresolved external symbol __imp_ntohl referenced in function be64_to_cpu opal64sd.lib(srtp.obj) : error LNK2019: unresolved external symbol __imp_ntohs referenced in function srtp_get_est_pkt_index Regards, Nicolas |
From: <pat...@al...> - 2023-02-03 17:59:14
|
Hello All, When building Opal 3.18.8 with OpenSSL 1.1.1s, and the latest Windows 10 SDKs (10.0.22621.0 for example), we get the following errors: opal64sd.lib(alloc.obj) : error LNK2005: SocketNotificationRetrieveEvents déjà défini(e) dans opal64sd.lib(srtp.obj) opal64sd.lib(datatypes.obj) : error LNK2005: SocketNotificationRetrieveEvents déjà défini(e) dans opal64sd.lib(srtp.obj) This error is due to the presence of a new inline function that is directly defined in winsock2.h : #if !defined(__midl) inline UINT32 SocketNotificationRetrieveEvents ( _In_ OVERLAPPED_ENTRY* notification ) { return (UINT32)notification->dwNumberOfBytesTransferred; } #endif winsock2.h is included in different places, so we have this error. There is, perhaps, a trick with __midl, unfortunately I have not been able to understand how it works. Do you have any idea how to build without errors with this new function? Thanks in advance. Patrice. |
From: <xut...@on...> - 2023-01-05 11:39:52
|
Hi, everyone, I want to build an audio-video conference application which both support SIP(with bfcp) and H.323(with H.239) . I know SIP(with bfcp) is supported by OPAL, however, I don't know whether H.239 is supported by OPAL, because I just find the note "H.239 client side support" in the `Sirius` part of OpalVoipWiki | Main / Milestones , which makes very worried. I'd like to know: does OPAL fully support H.239? what does "H.239 client side support" mean ? (only support for sending H.239 stream, or only support for receiving H.239 stream?) should I disable h323 feature in OPAL and use h323plus instead in oder to fully support H.239 feature? is there any patch that ports the h239 feature of h323plus to OPAL? I am pretty new to voip and I need your help. Many thanks. Best regards |
From: Oleh V. <vas...@gm...> - 2022-07-11 05:43:16
|
Hello, I need to compile PTLib 2.18.8 and Opal 3.18.8 release on RedHat Enterprise 8.6. Gcc and g++ version: ggcc --version bash: ggcc: command not found... Similar command is: 'gcc' [fiolevasy@localhost opalvoip-opal]$ gcc --version gcc (GCC) 8.5.0 20210514 (Red Hat 8.5.0-10) Copyright (C) 2018 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [fiolevasy@localhost opalvoip-opal]$ g++ --version g++ (GCC) 8.5.0 20210514 (Red Hat 8.5.0-10) Copyright (C) 2018 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [fiolevasy@localhost opalvoip-opal]$ I configured and compiled PTLib with parameters: ./configure --enable-cpp11 --disable-v8 --prefix=/usr Opal: ./configure --enable-cpp11 --prefix=/usr I see that PTLib 2.18.8 added a new class for replacing STD::auto_ptr PAutoPtr. This class causes the error in Opal library compilation: home/fiolevasy/projects/opalvoip-opal/src/opal/connection.cxx: In member function ‘virtual void OpalConnection::OnRecordAudio(RTP_DataFrame&, P_INT_PTR)’: /home/fiolevasy/projects/opalvoip-opal/src/opal/connection.cxx:1180:101: error: use of deleted function ‘PAutoPtr<RTP_DataFrame>::PAutoPtr(const PAutoPtr<RTP_DataFrame>&)’ In file included from /home/fiolevasy/projects/opalvoip-ptlib/include/ptlib.h:44, from /home/fiolevasy/projects/opalvoip-opal/src/opal/connection.cxx:29: /home/fiolevasy/projects/opalvoip-ptlib/include/ptlib/object.h:107:31: note: ‘PAutoPtr<RTP_DataFrame>::PAutoPtr(const PAutoPtr<RTP_DataFrame>&)’ is implicitly deleted because the default definition would be ill-formed: /home/fiolevasy/projects/opalvoip-ptlib/include/ptlib/object.h:107:31: error: use of deleted function ‘std::unique_ptr<_Tp, _Dp>::unique_ptr(const std::unique_ptr<_Tp, _Dp>&) [with _Tp = RTP_DataFrame; _Dp = std::default_delete<RTP_DataFrame>]’ In file included from /usr/include/c++/8/bits/locale_conv.h:41, from /usr/include/c++/8/locale:43, from /usr/include/c++/8/iomanip:43, from /home/fiolevasy/projects/opalvoip-ptlib/include/ptlib/object.h:54, from /home/fiolevasy/projects/opalvoip-ptlib/include/ptlib.h:44, from /home/fiolevasy/projects/opalvoip-opal/src/opal/connection.cxx:29: /usr/include/c++/8/bits/unique_ptr.h:397:7: note: declared here In file included from /home/fiolevasy/projects/opalvoip-ptlib/include/ptlib/timer.h:43, from /home/fiolevasy/projects/opalvoip-ptlib/include/ptlib.h:63, from /home/fiolevasy/projects/opalvoip-opal/src/opal/connection.cxx:29: /home/fiolevasy/projects/opalvoip-ptlib/include/ptclib/threadpool.h:672:5: note: initializing argument 3 of ‘PSafeWorkArg2<PtrClass, Arg1Type, Arg2Type, FuncRet>::PSafeWorkArg2(PtrClass*, Arg1Type, Arg2Type, PSafeWorkArg2<PtrClass, Arg1Type, Arg2Type, FuncRet>::Function) [with PtrClass = OpalConnection; Arg1Type = PString; Arg2Type = PAutoPtr<RTP_DataFrame>; FuncRet = void; PSafeWorkArg2<PtrClass, Arg1Type, Arg2Type, FuncRet>::Function = void (OpalConnection::*)(PString, PAutoPtr<RTP_DataFrame>)]’ /home/fiolevasy/projects/opalvoip-opal/src/opal/connection.cxx: In member function ‘virtual void OpalConnection::OnRecordVideo(RTP_DataFrame&, P_INT_PTR)’: /home/fiolevasy/projects/opalvoip-opal/src/opal/connection.cxx:1197:101: error: use of deleted function ‘PAutoPtr<RTP_DataFrame>::PAutoPtr(const PAutoPtr<RTP_DataFrame>&)’ In file included from /home/fiolevasy/projects/opalvoip-ptlib/include/ptlib/timer.h:43, from /home/fiolevasy/projects/opalvoip-ptlib/include/ptlib.h:63, from /home/fiolevasy/projects/opalvoip-opal/src/opal/connection.cxx:29: /home/fiolevasy/projects/opalvoip-ptlib/include/ptclib/threadpool.h:672:5: note: initializing argument 3 of ‘PSafeWorkArg2<PtrClass, Arg1Type, Arg2Type, FuncRet>::PSafeWorkArg2(PtrClass*, Arg1Type, Arg2Type, PSafeWorkArg2<PtrClass, Arg1Type, Arg2Type, FuncRet>::Function) [with PtrClass = OpalConnection; Arg1Type = PString; Arg2Type = PAutoPtr<RTP_DataFrame>; FuncRet = void; PSafeWorkArg2<PtrClass, Arg1Type, Arg2Type, FuncRet>::Function = void (OpalConnection::*)(PString, PAutoPtr<RTP_DataFrame>)]’ make[2]: *** [/usr./share/ptlib/make/post.mak:139: /home/fiolevasy/projects/opalvoip-opal/lib_linux_x86_64/obj/connection.o] Error 1 make[1]: *** [/usr./share/ptlib/make/post.mak:115: optshared] Error 2 make[1]: Leaving directory '/home/fiolevasy/projects/opalvoip-opal' make: *** [/home/fiolevasy/projects/opalvoip-ptlib/make/autoconf.mak:179: build_top_level] Error 2 I can try to fix this error but I don't understand why I have such an error for the release. What can be wrong in my build process? Best regards, Oleh Vasyura. |
From: Douglas C. <dou...@gm...> - 2022-07-06 00:18:08
|
Hello, In order to build the most recent stable release I needed to apply the following patch and was wondering if someone could help explain considering the tip of master does not reflect this. --- diff --git a/include/opal/connection.h b/include/opal/connection.h index fed4822..24b8c63 100644 --- a/include/opal/connection.h +++ b/include/opal/connection.h @@ -1931,7 +1931,7 @@ class OpalConnection : public PSafeObject virtual void DisableRecording(); PDECLARE_NOTIFIER(RTP_DataFrame, OpalConnection, OnRecordAudio); - void InternalOnRecordAudio(PString key, PAutoPtr<RTP_DataFrame> frame); + void InternalOnRecordAudio(PString key, PAutoPtr<RTP_DataFrame> & frame); #if OPAL_VIDEO PDECLARE_NOTIFIER(RTP_DataFrame, OpalConnection, OnRecordVideo); void InternalOnRecordVideo(PString key, PAutoPtr<RTP_DataFrame> frame); diff --git a/include/opal/pres_ent.h b/include/opal/pres_ent.h index a15df89..fb281cc 100644 --- a/include/opal/pres_ent.h +++ b/include/opal/pres_ent.h @@ -337,10 +337,10 @@ class OpalPresentity : public PSafeObject const OpalPresenceInfo & info ///< Info on other presentity that changed state ); - typedef PNotifierTemplate< PAutoPtr<OpalPresenceInfo> > PresenceChangeNotifier; - #define PDECLARE_PresenceChangeNotifier(cls, fn) PDECLARE_NOTIFIER2(OpalPresentity, cls, fn, PAutoPtr<OpalPresenceInfo>) - #define PDECLARE_ASYNC_PresenceChangeNotifier(cls, fn) PDECLARE_ASYNC_NOTIFIER2(OpalPresentity, cls, fn, PAutoPtr<OpalPresenceInfo>) - #define PCREATE_PresenceChangeNotifier(fn) PCREATE_NOTIFIER2(fn, PAutoPtr<OpalPresenceInfo>) + typedef PNotifierTemplate< PAutoPtr<OpalPresenceInfo>& > PresenceChangeNotifier; + #define PDECLARE_PresenceChangeNotifier(cls, fn) PDECLARE_NOTIFIER2(OpalPresentity, cls, fn, PAutoPtr<OpalPresenceInfo>&) + #define PDECLARE_ASYNC_PresenceChangeNotifier(cls, fn) PDECLARE_ASYNC_NOTIFIER2(OpalPresentity, cls, fn, PAutoPtr<OpalPresenceInfo>&) + #define PCREATE_PresenceChangeNotifier(fn) PCREATE_NOTIFIER2(fn, PAutoPtr<OpalPresenceInfo>&) /// Set the notifier for the OnPresenceChange() function. void SetPresenceChangeNotifier( diff --git a/samples/openphone/main.cxx b/samples/openphone/main.cxx index 3a116fa..f5fbea5 100644 --- a/samples/openphone/main.cxx +++ b/samples/openphone/main.cxx @@ -3787,7 +3787,7 @@ bool MyManager::MonitorPresence(const PString & aor, const PString & uri, bool s } -void MyManager::OnPresenceChange(OpalPresentity &, PAutoPtr<OpalPresenceInfo> info) +void MyManager::OnPresenceChange(OpalPresentity &, PAutoPtr<OpalPresenceInfo> & info) { int count = m_speedDials->GetItemCount(); for (int index = 0; index < count; index++) { diff --git a/src/opal/connection.cxx b/src/opal/connection.cxx index 45127af..66c4201 100644 --- a/src/opal/connection.cxx +++ b/src/opal/connection.cxx @@ -1176,12 +1176,12 @@ void OpalConnection::OnRecordAudio(RTP_DataFrame & frame, P_INT_PTR param) const OpalMediaPatch * patch = (const OpalMediaPatch *)param; PAutoPtr<RTP_DataFrame> copyFrame(new RTP_DataFrame(frame.GetPointer(), frame.GetPacketSize())); - GetEndPoint().GetManager().QueueDecoupledEvent(new PSafeWorkArg2<OpalConnection, PString, PAutoPtr<RTP_DataFrame> >( + GetEndPoint().GetManager().QueueDecoupledEvent(new PSafeWorkArg2<OpalConnection, PString, PAutoPtr<RTP_DataFrame>& >( this, MakeRecordingKey(*patch), copyFrame, &OpalConnection::InternalOnRecordAudio), psprintf("%p", this)); } -void OpalConnection::InternalOnRecordAudio(PString key, PAutoPtr<RTP_DataFrame> frame) +void OpalConnection::InternalOnRecordAudio(PString key, PAutoPtr<RTP_DataFrame> & frame) { m_ownerCall.OnRecordAudio(key, *frame); } diff --git a/src/opal/opal_c.cxx b/src/opal/opal_c.cxx index f81a5b8..d0a9233 100644 --- a/src/opal/opal_c.cxx +++ b/src/opal/opal_c.cxx @@ -2969,7 +2969,7 @@ PString ConvertStringSetWithoutLastNewine(const PStringSet & set) return strm.Left(strm.GetLength()-1); } -void OpalManager_C::OnPresenceChange(OpalPresentity &, PAutoPtr<OpalPresenceInfo> info) +void OpalManager_C::OnPresenceChange(OpalPresentity &, PAutoPtr<OpalPresenceInfo> & info) { OpalMessageBuffer message(OpalIndPresenceChange); SET_MESSAGE_STRING(message, m_param.m_presenceStatus.m_entity, info->m_entity.AsString()); |
From: Johannes B. <bau...@gm...> - 2022-01-31 07:52:06
|
Hello dear devs! Thank you for the effort you are putting in this amazing and huge project! We want to use the opalvoip library in a sip call station. An important feature is the support for SIP/TLS and SRTP. We tried the latest packages of ptlib and opal from the sf download area cygni stable (2.18.7 and 3.18.7) and also checked out v2_18 and v3_18 branches, as well as master branches from git. Are the SF archives the latest stable versions? Seems like the wiki (opalvoip.org) is down at the moment, so i could not find any info on this. Unfortunately with all 3 version there seems to be a problem with the registration via tcp and tls, which we tested with conopal and openphone. Registration via "sip register inforuf@192. <inforuf@192.168.0.40>168.0.40 <inforuf@192.168.0.40>;transport=tls password" succeeds with: SIP registration of sip:inforuf@192.168.0.40:5061;transport=tls successful. but after a while an assertion fail occurs: OPAL> Assertion fail: Attempt to do simultaneous reads from multiple threads: os_handle=73, this-thread=SIP Transport:6699@0x7f40009cb0, other-thread=SIP Transport:6698@0x7f4000fce0, location channel.cxx(97), when=2022/01/28 17:24:55.296 /opt/opaltest/lib/libpt.so.2.19-alpha4(PAssertFunc(PDebugLocation const&, char const*)+0xc) [0x7fa3c09634] /opt/opaltest/lib/libpt.so.2.19-alpha4(PChannel::PXSetIOBlock(PChannel::PXBlockType, PTimeInterval const&)+0x358) [0x7fa3b9b5a0] /opt/opaltest/lib/libpt.so.2.19-alpha4(PTCPSocket::Read(void*, unsigned long)+0x5c) [0x7fa3b8f364] /opt/opaltest/lib/libpt.so.2.19-alpha4(PIndirectChannel::Read(void*, unsigned long)+0x8c) [0x7fa3b97c7c] /opt/opaltest/lib/libpt.so.2.19-alpha4(PSSLChannel::BioRead(char*, int)+0x38) [0x7fa39c2e00] /lib/aarch64-linux-gnu/libcrypto.so.1.1(+0x9cac0) [0x7fa3270ac0] /lib/aarch64-linux-gnu/libcrypto.so.1.1(+0x9b8fc) [0x7fa326f8fc] /lib/aarch64-linux-gnu/libcrypto.so.1.1(BIO_read /lib/aarch64-linux-gnu/libssl.so.1.1(+0x22998) [0x7fa3007998] /lib/aarch64-linux-gnu/libssl.so.1.1(+0x2640c) [0x7fa300b40c] /lib/aarch64-linux-gnu/libssl.so.1.1(+0x23fc0) [0x7fa3008fc0] /lib/aarch64-linux-gnu/libssl.so.1.1(+0x2aba8) [0x7fa300fba8] /lib/aarch64-linux-gnu/libssl.so.1.1(+0x348c0) [0x7fa30198c0] /lib/aarch64-linux-gnu/libssl.so.1.1(SSL_read /opt/opaltest/lib/libpt.so.2.19-alpha4(PSSLChannel::Read(void*, unsigned long)+0xa8) [0x7fa39c3300] /opt/opaltest/lib/libpt.so.2.19-alpha4(PChannelStreamBuffer::underflow()+0x7c) [0x7fa3b970cc] /lib/aarch64-linux-gnu/libstdc++.so.6(std::istream::getline(char*, long, char)+0x2dc) [0x7fa36aff7c] /opt/opaltest/lib/libpt.so.2.19-alpha4(PString::ReadFrom(std::istream&)+0x68) [0x7fa3bf8ed0] /opt/opaltest/lib/libopal.so.3.19-alpha7(SIP_PDU::Parse(std::istream&, bool)+0x128) [0x7fa48e3930] /opt/opaltest/lib/libopal.so.3.19-alpha7(SIP_PDU::Read()+0xb0) [0x7fa48e4c80] /opt/opaltest/lib/libopal.so.3.19-alpha7(SIPEndPoint::HandlePDU(PSafePtr<OpalTransport, PSafePtrBase> const&)+0x17c) [0x7fa488067c] /opt/opaltest/lib/libopal.so.3.19-alpha7(SIPEndPoint::TransportThreadMain(PSafePtr<OpalTransport, PSafePtrBase>)+0xb4) [0x7fa4879d2c] /opt/opaltest/lib/libopal.so.3.19-alpha7(PThreadObj1Arg<SIPEndPoint, PSafePtr<OpalTransport, PSafePtrBase> >::Main()+0x70) [0x7fa4895860] /opt/opaltest/lib/libpt.so.2.19-alpha4(PThread::InternalThreadMain()+0x54) [0x7fa3bc9124] /opt/opaltest/lib/libpt.so.2.19-alpha4(PThread::PX_ThreadMain(void*)+0x48) [0x7fa3ba5498] /lib/aarch64-linux-gnu/libpthread.so.0(+0x84fc) [0x7fa2f7f4fc] /lib/aarch64-linux-gnu/libc.so.6(+0xd467c) [0x7fa353567c] <A>bort, <C>ore dump, <T>hrow exception, <I>gnore? It seems the last transport thread is not yet destroyed while the next one for the reregistration already started. I guess the probelm must be somewhere within the transport implementation within ptlib, which I haven't been able to fully understand yet. Is there any way I can help to find the cure for this problem,or am I the only one who got problems with sip/tcp or sip/tls registration? Kind Regards JB |
From: Rahul D. - r. <rah...@r2...> - 2020-10-27 02:51:23
|
Hi, Posting solution for this issue so it's useful for others PTLib was trying to lock the semaphore using the "sem_timedwait" system call. This call was always returning false on target system, possibly because it was not supported. After this system call, PTLib tries acquiring the lock in loop which caused a deadlock kind of situation. #ifdef P_HAS_SEMAPHORES_XPG6 // use proper timed spinlocks if supported. // http://www.opengroup.org/onlinepubs/007904975/functions/sem_timedwait.html struct timespec absTime; absTime.tv_sec = finishTime.GetTimeInSeconds(); absTime.tv_nsec = finishTime.GetMicrosecond() * 1000; PPROFILE_PRE_SYSTEM(); do { if (sem_timedwait(GetSemPtr(), &absTime) == 0) { PPROFILE_POST_SYSTEM(); return true; } } while (errno == EINTR); PPROFILE_POST_SYSTEM(); PAssert(errno == ETIMEDOUT, strerror(errno)); #else =================== In include/ptlib_config.h, remove defines(P_PTHREADS_XPG6 and P_HAS_SEMAPHORES_XPG6 ) and undefine both on them #undef P_PTHREADS_XPG6 #undef P_HAS_SEMAPHORES_XPG6 Regards, RD From: Rahul Dhuri - r2pAU Sent: Wednesday, 16 September 2020 3:36 PM To: 'opa...@li...' <opa...@li...> Subject: Opal sample application not running Hello, I was trying to run the sample application(regtest) provided with opal. Observing that it does not run and gets stuck with a deadlock. Was wondering if anyone else facing this issue ? ./regtest sip:test@192.168.110.60 0:15.157 RegTest:21368 osutils.cxx(4322) PTLib Assertion fail: Possible deadlock in read/write mutex 0xbfd4f0e0 (manager.h(2139),15000ms) : thread-id=3056351936 (0xb62c3ac0), unique-id=21368, readers=0, writers=1 /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PPlatformWalkStack(std::ostream&, unsigned long, int, unsigned int, bool)+0xba) [0xb69dcada] /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PTrace::WalkStack(std::ostream&, unsigned long, int, bool)+0x50) [0xb69f73d0] /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PReadWriteMutex::InternalWait(PReadWriteMutex::Nest&, PSync&, PDebugLocation const&) const+0x397) [0xb69c1bf7] /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PReadWriteMutex::InternalStartWriteWithNest(PReadWriteMutex::Nest&, PDebugLocation const&)+0x9d) [0xb69c20ad] /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PReadWriteMutex::InternalStartWrite(PDebugLocation const*)+0x6e) [0xb69c211e] /home/openaccess/tmp/opalvoip/opal/_install/lib/libopal.so.3.18.4(OpalManager::AttachEndPoint(OpalEndPoint*, PString const&)+0x9f) [0xb6e47e9f] /home/openaccess/tmp/opalvoip/opal/_install/lib/libopal.so.3.18.4(OpalEndPoint::OpalEndPoint(OpalManager&, PCaselessString const&, PBitwiseEnum<OpalEndPoint::Attributes_Bits, (OpalEndPoint::Attributes_Bits)2, unsigned int>)+0x2b9) [0xb6e61099] /home/openaccess/tmp/opalvoip/opal/_install/lib/libopal.so.3.18.4(OpalRTPEndPoint::OpalRTPEndPoint(OpalManager&, PCaselessString const&, PBitwiseEnum<OpalEndPoint::Attributes_Bits, (OpalEndPoint::Attributes_Bits)2, unsigned int>)+0x3c) [0xb6f0ec9c] /home/openaccess/tmp/opalvoip/opal/_install/lib/libopal.so.3.18.4(OpalSDPEndPoint::OpalSDPEndPoint(OpalManager&, PCaselessString const&, PBitwiseEnum<OpalEndPoint::Attributes_Bits, (OpalEndPoint::Attributes_Bits)2, unsigned int>)+0x3c) [0xb7358f2c] /home/openaccess/tmp/opalvoip/opal/_install/lib/libopal.so.3.18.4(SIPEndPoint::SIPEndPoint(OpalManager&, unsigned int)+0x5e) [0xb738ec3e] ./regtest(RegTest::Main()+0x176) [0x8052c76] /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PProcess::InternalMain(void*)+0x38) [0xb69bcb38] ./regtest(main /lib/i386-linux-gnu/libc.so.6(__libc_start_main ./regtest() [0x8051b65] ^C 3:12.494 PTLib Housekeeper:21372 osutils.cxx(3048) PTLib Process "RegTest" terminating without clean up! Details: PTLIB version : 2.18.4 Opal version : 3.18.4 PTLIB compilation : (./configure --build=i686-pc-linux-gnu CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32 --enable-debug --disable-shared --disable-video --disable-openssl --disable-openldap --prefix=`pwd`/_install) Opal compilation : (./configure --build=i686-pc-linux-gnu CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32 --enable-debug --disable-shared --disable-openssl --prefix=`pwd`/_install --disable-srtp --enable-samples ) It was compiled on a 64 bit and running it on 32 bit machine, seeing same issue with other sample applications of opal. Regards, RD |
From: Rahul D. - r. <rah...@r2...> - 2020-09-16 06:10:23
|
Hello, I was trying to run the sample application(regtest) provided with opal. Observing that it does not run and gets stuck with a deadlock. Was wondering if anyone else facing this issue ? ./regtest sip:test@192.168.110.60 0:15.157 RegTest:21368 osutils.cxx(4322) PTLib Assertion fail: Possible deadlock in read/write mutex 0xbfd4f0e0 (manager.h(2139),15000ms) : thread-id=3056351936 (0xb62c3ac0), unique-id=21368, readers=0, writers=1 /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PPlatformWalkStack(std::ostream&, unsigned long, int, unsigned int, bool)+0xba) [0xb69dcada] /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PTrace::WalkStack(std::ostream&, unsigned long, int, bool)+0x50) [0xb69f73d0] /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PReadWriteMutex::InternalWait(PReadWriteMutex::Nest&, PSync&, PDebugLocation const&) const+0x397) [0xb69c1bf7] /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PReadWriteMutex::InternalStartWriteWithNest(PReadWriteMutex::Nest&, PDebugLocation const&)+0x9d) [0xb69c20ad] /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PReadWriteMutex::InternalStartWrite(PDebugLocation const*)+0x6e) [0xb69c211e] /home/openaccess/tmp/opalvoip/opal/_install/lib/libopal.so.3.18.4(OpalManager::AttachEndPoint(OpalEndPoint*, PString const&)+0x9f) [0xb6e47e9f] /home/openaccess/tmp/opalvoip/opal/_install/lib/libopal.so.3.18.4(OpalEndPoint::OpalEndPoint(OpalManager&, PCaselessString const&, PBitwiseEnum<OpalEndPoint::Attributes_Bits, (OpalEndPoint::Attributes_Bits)2, unsigned int>)+0x2b9) [0xb6e61099] /home/openaccess/tmp/opalvoip/opal/_install/lib/libopal.so.3.18.4(OpalRTPEndPoint::OpalRTPEndPoint(OpalManager&, PCaselessString const&, PBitwiseEnum<OpalEndPoint::Attributes_Bits, (OpalEndPoint::Attributes_Bits)2, unsigned int>)+0x3c) [0xb6f0ec9c] /home/openaccess/tmp/opalvoip/opal/_install/lib/libopal.so.3.18.4(OpalSDPEndPoint::OpalSDPEndPoint(OpalManager&, PCaselessString const&, PBitwiseEnum<OpalEndPoint::Attributes_Bits, (OpalEndPoint::Attributes_Bits)2, unsigned int>)+0x3c) [0xb7358f2c] /home/openaccess/tmp/opalvoip/opal/_install/lib/libopal.so.3.18.4(SIPEndPoint::SIPEndPoint(OpalManager&, unsigned int)+0x5e) [0xb738ec3e] ./regtest(RegTest::Main()+0x176) [0x8052c76] /home/openaccess/tmp/opalvoip/ptlib/_install/lib/libpt.so.2.18-beta5(PProcess::InternalMain(void*)+0x38) [0xb69bcb38] ./regtest(main /lib/i386-linux-gnu/libc.so.6(__libc_start_main ./regtest() [0x8051b65] ^C 3:12.494 PTLib Housekeeper:21372 osutils.cxx(3048) PTLib Process "RegTest" terminating without clean up! Details: PTLIB version : 2.18.4 Opal version : 3.18.4 PTLIB compilation : (./configure --build=i686-pc-linux-gnu CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32 --enable-debug --disable-shared --disable-video --disable-openssl --disable-openldap --prefix=`pwd`/_install) Opal compilation : (./configure --build=i686-pc-linux-gnu CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32 --enable-debug --disable-shared --disable-openssl --prefix=`pwd`/_install --disable-srtp --enable-samples ) It was compiled on a 64 bit and running it on 32 bit machine, seeing same issue with other sample applications of opal. Regards, RD |
From: shiva p. <s.s...@gm...> - 2020-05-29 07:45:53
|
Hi All, http://wiki.opalvoip.org/index.php?n=Main.FAQ#Q5_6 Unable to access the below link from 5.6 section of FAQ from wiki.opalvoip.org. Please let me know if any one has document associated with this and share with me. 5.6 - How do I add my own audio or video codec to Opal? OPAL supports plugin codecs. See http://www.voxgratia.org/docs/codec_plugins.html for more information. -- Thanks & Regards, Shivaprasad |
From: Weiran Xu <WX...@mi...> - 2020-04-29 18:24:27
|
Hi Robert, Thanks for the quick reply. I’ll try to see if I can get it work. Chris Xu From: Robert Jongbloed <ro...@vo...> Sent: April 29, 2020 11:58 AM To: Weiran Xu <WX...@mi...>; opa...@li... Subject: [EXTERNAL] Re: [Opalvoip-devel] How to build Opal 3.18 and Ptlib 2.18 for Android Chris, I have not done anything with Android for well over five years. So, I am afraid you will have to do some work. I do know that the latest Visual Studio has built in support for Android now, so I would imagine it would not be a huge job to port the code to that build environment. I would be delighted to include any patches you have into the code base. --------- Robert Jongbloed Vox Lucida Pty. Ltd. ------ Original Message ------ From: "Weiran Xu" <WX...@mi...<mailto:WX...@mi...>> To: "opa...@li...<mailto:opa...@li...>" <opa...@li...<mailto:opa...@li...>> Sent: 29/04/2020 3:05:05 AM Subject: [Opalvoip-devel] How to build Opal 3.18 and Ptlib 2.18 for Android Hi everyone, I want to use opal on Android but cannot get it build with the instructions in “/samples/Android/ReadMe.txt”. Could anyone help me with this? I have the following problems so far: 1. Is the “Building OPAL for Android is currently only supported in a Windows environment” still the same? 2. The ReadMe file is relatively old. It suggests to use VS2010 with vs-android plugin, but the solution file in Android sample of Opal 3.18 source code looks like for VS2015. Moreover the vs-android plugin has been stopped for development since VS2013. 3. I tried to open the solution file of Android sample with VS2010 and vs-android plugin, it requires NDK toolchains 4.8, the latest NDK has it is NDK r10. 4. After resolve the above issue, I tried to build but got a lot of file name mismatch and file cannot be found issue. I’m not sure if the reason is the source code structure change or my system (Windows 10, VS2010 with vs-android plugin). I believe Opal is really a great project, but it feels like the project is poor on support recent years. Thanks in advance. Chris Xu _______________________________________________ Opalvoip-devel mailing list Opa...@li...<mailto:Opa...@li...> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel [lists.sourceforge.net]<https://urldefense.com/v3/__https:/lists.sourceforge.net/lists/listinfo/opalvoip-devel__;!!MPAnl7s4!7qUR7Mk-pw_hAcYY3cUYvng7-p6gFL-XNvbVzAXl9hUqOBdebKgWSoAjAbqTOBJL$> |
From: Robert J. <ro...@vo...> - 2020-04-29 16:15:19
|
Chris, I have not done anything with Android for well over five years. So, I am afraid you will have to do some work. I do know that the latest Visual Studio has built in support for Android now, so I would imagine it would not be a huge job to port the code to that build environment. I would be delighted to include any patches you have into the code base. --------- Robert Jongbloed Vox Lucida Pty. Ltd. ------ Original Message ------ From: "Weiran Xu" <WX...@mi... <mailto:WX...@mi...> > To: "opa...@li... <mailto:opa...@li...> " <opa...@li... <mailto:opa...@li...> > Sent: 29/04/2020 3:05:05 AM Subject: [Opalvoip-devel] How to build Opal 3.18 and Ptlib 2.18 for Android Hi everyone, I want to use opal on Android but cannot get it build with the instructions in “/samples/Android/ReadMe.txt”. Could anyone help me with this? I have the following problems so far: 1. Is the “Building OPAL for Android is currently only supported in a Windows environment” still the same? 2. The ReadMe file is relatively old. It suggests to use VS2010 with vs-android plugin, but the solution file in Android sample of Opal 3.18 source code looks like for VS2015. Moreover the vs-android plugin has been stopped for development since VS2013. 3. I tried to open the solution file of Android sample with VS2010 and vs-android plugin, it requires NDK toolchains 4.8, the latest NDK has it is NDK r10. 4. After resolve the above issue, I tried to build but got a lot of file name mismatch and file cannot be found issue. I’m not sure if the reason is the source code structure change or my system (Windows 10, VS2010 with vs-android plugin). I believe Opal is really a great project, but it feels like the project is poor on support recent years. Thanks in advance. Chris Xu _______________________________________________ Opalvoip-devel mailing list Opa...@li... <mailto:Opa...@li...> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
From: Weiran Xu <WX...@mi...> - 2020-04-29 02:42:14
|
Hi everyone, I want to use opal on Android but cannot get it build with the instructions in "/samples/Android/ReadMe.txt". Could anyone help me with this? I have the following problems so far: 1. Is the "Building OPAL for Android is currently only supported in a Windows environment" still the same? 2. The ReadMe file is relatively old. It suggests to use VS2010 with vs-android plugin, but the solution file in Android sample of Opal 3.18 source code looks like for VS2015. Moreover the vs-android plugin has been stopped for development since VS2013. 3. I tried to open the solution file of Android sample with VS2010 and vs-android plugin, it requires NDK toolchains 4.8, the latest NDK has it is NDK r10. 4. After resolve the above issue, I tried to build but got a lot of file name mismatch and file cannot be found issue. I'm not sure if the reason is the source code structure change or my system (Windows 10, VS2010 with vs-android plugin). I believe Opal is really a great project, but it feels like the project is poor on support recent years. Thanks in advance. Chris Xu |
From: Raymond D. <RD...@mi...> - 2020-02-27 00:48:49
|
Hello, I'm attempting to use Opal / PTLib on Android. I'm able to cross-compile PTLib for Android on MacOS, however when linking to our application, the following error occurs: undefined reference to `PFactoryLoader::PPlugin_PSoundChannel_OpenSL_ES_link(int const*)’ Upon examining the symbols in the libpt.so file, we can see the that the symbol PFactoryLoader::PPlugin_PSoundChannel_OpenSL_ES_link is undefined as shown below. 00000000001cfecc T PFactoryLoader::PHTTPClientDigestAuthentication_link(int const*) 000000000018e8c4 T PFactoryLoader::PPlugin_PSoundChannel_NullAudio_link(int const*) U PFactoryLoader::PPlugin_PSoundChannel_OpenSL_ES_link(int const*) 0000000001fcbd10 B PFactoryLoader::PPlugin_PSoundChannel_Tones_instance 0000000001fcbc88 B PFactoryLoader::PPlugin_PSoundChannel_WAVFile_instance After examining the file make/toplevel.mak, it is observed that the file src/ptlib/unix/opensl_es.cxx isn’t included. Our guess is that this file is required for OpenSLES. Any guidance is greatly appreciated. Thanks, Ray |
From: Mike S. <Mi...@vi...> - 2020-02-19 19:17:18
|
Hello, I'm a bit confused about the difference between chan_sip and chan_pjsip, not even sure those are the correct terms. From OpenPhone, I can't get SIP registration to work with a GrandStream UCM6202, but it registers fine to Asterisk. Doing some research, it seems as though the GrandStream is using chan_sip, while Asterisk as I have it configured is using chan_sip. My question is - is any of the above correct, and if so does OPAL support or are there plans to support chan_pjsip? Thanks, Mike |
From: shiva p. <s.s...@gm...> - 2020-02-16 09:46:09
|
Thanks Robert, I'm getting below error from GateKeeper server when connected two h323 endpoint (Polycom Real presence app on android mobile). In Source code gkserver.cxx: PBoolean H323GatekeeperRequest::WritePDU(H323TransactionPDU & pdu) { PTRACE_BLOCK("H323GatekeeperRequest::WritePDU"); admissionConfirm { requestSeqNum = 60296 bandWidth = 2560 callModel = direct <<null>> destCallSignalAddress = ipAddress { 56.164.103.213:1720 } irrFrequency = 60 destinationInfo = 1 entries { [0]=h323_ID 12 characters { 0073 0068 0069 0076 0061 0070 0072 0061 shivapra 0073 0061 0064 0032 sad2 } } willRespondToIRR = true uuiesRequested = { setup = false callProceeding = false connect = false alerting = false information = false releaseComplete = false facility = false progress = false empty = false status = false statusInquiry = false setupAcknowledge = false notify = false } } 2020/02/16 09:32:40.071 Error Transactor:25483 gkserver.cxx(75) - - - - - - - B-Exit <==== H323GatekeeperRequest::WritePDU 2020/02/16 09:32:40.071 Error Transactor:25483 gkserver.cxx(2287) - - - - - - - B-Exit <== Regards, Shiva On Sat, Feb 8, 2020 at 2:27 PM Robert Jongbloed <ro...@vo...> wrote: > No, it has not been tried on Linux. I am unaware that there is a Lync API > on that platform as it is very ... Windows. > > Please let us know if you have any success there. > > --------- > Robert Jongbloed > *Vox Lucida Pty. Ltd.* > > ------ Original Message ------ > From: "shiva prasad" <s.s...@gm...> > To: "opa...@li..." < > opa...@li...> > Sent: 7/02/2020 6:09:57 AM > Subject: [Opalvoip-devel] Lync SDK for Linux > > Hi All, > > I'm looking at testing Opal Voip server on Unix for lync gateway with > Opal, can you any one let me know if you have tried the same. > > Looks like SDK is not available on Linux. > > -- > Regards, > Shivaprasad > > _______________________________________________ > > Opalvoip-devel mailing list > Opa...@li... > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel > > _______________________________________________ > Opalvoip-devel mailing list > Opa...@li... > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel > -- Regards, Shivaprasad |
From: Oleh V. <vas...@gm...> - 2020-02-13 12:51:56
|
Issue with assertion is related to my code. Now it is fixed for new library. But it is not clear what can cause issue with log strings. On Wed, Feb 12, 2020 at 4:46 PM Oleh Vasyura <vas...@gm...> wrote: > Hello, > > We are using opal library in one voip solution on Cent OS. Our release > product uses old version opal 3.10.10 and ptlib 2.1010 releases. > But for enabling SRTP support we need move to voip 3.18.2 and ptlib 2.18.2 > releases. > I have ported project and in general it works correctly. But there are two > issues: > 1. when opal log is enabled made by code: > //enable opal log > PTrace::Initialise(OPAL_LOG_LEVEL, "/tmp/opal.log", > PTrace::DateAndTime|PTrace::Thread|PTrace::Blocks | > PTrace::TraceLevel|PTrace::RotateDaily, NULL); > it generates multiple records for derived OpalManager class class > initialization like: > > 2020/02/12 16:27:53.883 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.882, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > 2020/02/12 16:27:53.883 1 CallSign S...ion:129329 PTLib > File handle high water mark within 5% of maximum: 1022 9PTextFile > 2020/02/12 16:27:53.883 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.882, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > 2020/02/12 16:27:53.883 1 CallSign S...ion:129329 PTLib > File handle high water mark within 5% of maximum: 1021 9PTextFile > 2020/02/12 16:27:53.883 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.882, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > 2020/02/12 16:27:53.883 1 CallSign S...ion:129329 PTLib > File handle high water mark within 5% of maximum: 1020 9PTextFile > 2020/02/12 16:27:53.883 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.882, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > 2020/02/12 16:27:53.883 1 CallSign S...ion:129329 PTLib > File handle high water mark within 5% of maximum: 1019 9PTextFile > 2020/02/12 16:27:53.883 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.882, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > 2020/02/12 16:27:53.883 1 CallSign S...ion:129329 PTLib > File handle high water mark within 5% of maximum: 1018 9PTextFile > 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.882, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > 2020/02/12 16:27:53.884 1 CallSign S...ion:129329 PTLib > File handle high water mark within 5% of maximum: 1017 9PTextFile > 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.882, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > 2020/02/12 16:27:53.884 1 CallSign S...ion:129329 PTLib > File handle high water mark within 5% of maximum: 1016 9PTextFile > 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.881, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > 2020/02/12 16:27:53.884 1 CallSign S...ion:129329 PTLib > File handle high water mark within 5% of maximum: 1015 9PTextFile > 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.881, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > 2020/02/12 16:27:53.884 1 CallSign S...ion:129329 PTLib > File handle high water mark within 5% of maximum: 1014 9PTextFile > 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.881, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > 2020/02/12 16:27:53.884 1 CallSign S...ion:129329 PTLib > File handle high water mark within 5% of maximum: 1013 9PTextFile > 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign > SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux > (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 > 16:27:53.881, level=4, to rollover every day to > "/tmp/opal_yyyy_MM_dd_hh_mm.log" > > Unfortunately I cannot understand why it is happened. The same code worked > correctly with 3.10.10 opal library. > > 2. Assertion in opal audio stream code: > > Tx audio:129851 PAssert Assertion fail: Exception > (St16invalid_argument "ConnectionTokens::getTransferFD: 'C682f96371' does > not exist") caught in thread Tx audio:129851@0x7f8b4c00d890, terminating, > file > /home/fiolevasy/rpmbuild/BUILD/ptlib-2.18.2/src/ptlib/common/osutils.cxx, > line 3144, error=11, when=2020/02/12 16:44:10.8230x7f8b7c36a989 > 0x7f8b7c338721 0x7f8b7c30c1ef 0x7f8b7a0abe65 0x7f8b79dd488d. > More log: > 2020/02/12 16:44:10.816 4 Rx audio:129852 Call > GetOtherPartyConnection: > connection=Call[C682f96371]-EP<sip>[4a14c6ce-eaef-5a1f-8b42-000d3a273e00], > other=<null> > 2020/02/12 16:44:10.816 4 Rx audio:129852 Patch > Thread ended for 14OpalMediaPatch[0x7f8b4c033a40] > 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 -> > 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 > 2020/02/12 16:44:10.816 3 Rx audio:129852 PTLib > Thread ended: name="Rx audio:129852", id=129852, real=10.293s, > kernel=10.00ms (0%), user=60.0ms (0.5%), both=70.0ms (0.6%) > 2020/02/12 16:44:10.816 4 OnRelease:129866 OpalCon > Removed record filter on 14OpalMediaPatch[0x7f8b4c033a40] > 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 -> > 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 > 2020/02/12 16:44:10.817 4 OnRelease:129866 Patch No > filter to remove for stage PCM-16 > 2020/02/12 16:44:10.817 4 OnRelease:129866 Media > Removing patch 14OpalMediaPatch[0x7f8b4c033a40] > 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 -> > 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 on stream > 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 > 2020/02/12 16:44:10.817 3 OnRelease:129866 Patch > Removing sink 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 from > 14OpalMediaPatch[0x7f8b4c033a40] > 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 -> > 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 > 2020/02/12 16:44:10.817 4 OnRelease:129866 Media > Closing stream 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.817 3 OnRelease:129866 RTP > Session 1, detached jitter buffer from all receivers > 2020/02/12 16:44:10.817 4 OnRelease:129866 Patch No > filter to remove for stage PCM-16 > 2020/02/12 16:44:10.818 4 OnRelease:129866 Patch No > filter to remove for stage YUV420P > 2020/02/12 16:44:10.818 4 OnRelease:129866 OpalCon > Removed record filter on 14OpalMediaPatch[0x7f8b4c033a40] > 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.818 4 OnRelease:129866 Patch No > filter to remove for stage PCM-16 > 2020/02/12 16:44:10.818 4 OnRelease:129866 Patch No > filter to remove for stage G.711-ALaw-64k > 2020/02/12 16:44:10.818 4 OnRelease:129866 Media > Removing patch 14OpalMediaPatch[0x7f8b4c033a40] > 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 on stream > 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.818 3 OnRelease:129866 Patch > Closing media patch 14OpalMediaPatch[0x7f8b4c033a40] > 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.818 4 OnRelease:129866 PTLib > Waiting for thread Rx audio:129852@0x7f8b4c036c80 to terminate in > 10.000000 seconds > 2020/02/12 16:44:10.818 3 OnRelease:129866 OpalCon > Removed media stream > 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.819 3 OnRelease:129866 OpalCon > Removed media stream 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 > 2020/02/12 16:44:10.819 4 OnRelease:129866 Media > Closing stream 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 > 2020/02/12 16:44:10.819 4 OnRelease:129866 Patch No > filter to remove for stage PCM-16 > 2020/02/12 16:44:10.819 4 OnRelease:129866 Patch No > filter to remove for stage YUV420P > 2020/02/12 16:44:10.819 4 OnRelease:129866 OpalCon > Removed record filter on 14OpalMediaPatch[0x7f8b4c0164d0] > 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> > 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.819 4 OnRelease:129866 Patch No > filter to remove for stage PCM-16 > 2020/02/12 16:44:10.819 4 OnRelease:129866 Media > Removing patch 14OpalMediaPatch[0x7f8b4c0164d0] > 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> > 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 on stream > 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 > 2020/02/12 16:44:10.819 3 OnRelease:129866 Patch > Closing media patch 14OpalMediaPatch[0x7f8b4c0164d0] > 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> > 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.819 4 OnRelease:129866 Media > Closing stream 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.820 4 OnRelease:129866 Patch No > filter to remove for stage PCM-16 > 2020/02/12 16:44:10.820 4 OnRelease:129866 Patch No > filter to remove for stage YUV420P > 2020/02/12 16:44:10.820 4 OnRelease:129866 OpalCon > Removed record filter on 14OpalMediaPatch[0x7f8b4c0164d0] > 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> > 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.820 4 OnRelease:129866 Patch No > filter to remove for stage PCM-16 > 2020/02/12 16:44:10.820 4 OnRelease:129866 Patch No > filter to remove for stage G.711-ALaw-64k > 2020/02/12 16:44:10.820 4 OnRelease:129866 Media > Removing patch 14OpalMediaPatch[0x7f8b4c0164d0] > 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> > 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 on stream > 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.820 3 OnRelease:129866 Patch > Removing sink 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 > from 14OpalMediaPatch[0x7f8b4c0164d0] > 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> > 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.820 3 OnRelease:129866 OpalCon > Removed media stream > 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 > 2020/02/12 16:44:10.821 4 OnRelease:129866 PTLib > Waiting for thread Tx audio:129851@0x7f8b4c00d890 to terminate in > 10.000000 seconds > 2020/02/12 16:44:10.823 0 Tx audio:129851 PAssert > Assertion fail: Exception (St16invalid_argument > "ConnectionTokens::getTransferFD: 'C682f96371' does not exist") caught in > thread Tx audio:129851@0x7f8b4c00d890, terminating, file > /home/fiolevasy/rpmbuild/BUILD/ptlib-2.18.2/src/ptlib/common/osutils.cxx, > line 3144, error=11, when=2020/02/12 16:44:10.8230x7f8b7c36a989 > 0x7f8b7c338721 0x7f8b7c30c1ef 0x7f8b7a0abe65 0x7f8b79dd488d > > What can cause such issue? > > Best regards, > Oleh Vasyura. > -- Best regards, Oleh Vasyura. |
From: Oleh V. <vas...@gm...> - 2020-02-12 14:46:55
|
Hello, We are using opal library in one voip solution on Cent OS. Our release product uses old version opal 3.10.10 and ptlib 2.1010 releases. But for enabling SRTP support we need move to voip 3.18.2 and ptlib 2.18.2 releases. I have ported project and in general it works correctly. But there are two issues: 1. when opal log is enabled made by code: //enable opal log PTrace::Initialise(OPAL_LOG_LEVEL, "/tmp/opal.log", PTrace::DateAndTime|PTrace::Thread|PTrace::Blocks | PTrace::TraceLevel|PTrace::RotateDaily, NULL); it generates multiple records for derived OpalManager class class initialization like: 2020/02/12 16:27:53.883 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.882, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" 2020/02/12 16:27:53.883 1 CallSign S...ion:129329 PTLib File handle high water mark within 5% of maximum: 1022 9PTextFile 2020/02/12 16:27:53.883 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.882, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" 2020/02/12 16:27:53.883 1 CallSign S...ion:129329 PTLib File handle high water mark within 5% of maximum: 1021 9PTextFile 2020/02/12 16:27:53.883 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.882, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" 2020/02/12 16:27:53.883 1 CallSign S...ion:129329 PTLib File handle high water mark within 5% of maximum: 1020 9PTextFile 2020/02/12 16:27:53.883 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.882, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" 2020/02/12 16:27:53.883 1 CallSign S...ion:129329 PTLib File handle high water mark within 5% of maximum: 1019 9PTextFile 2020/02/12 16:27:53.883 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.882, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" 2020/02/12 16:27:53.883 1 CallSign S...ion:129329 PTLib File handle high water mark within 5% of maximum: 1018 9PTextFile 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.882, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" 2020/02/12 16:27:53.884 1 CallSign S...ion:129329 PTLib File handle high water mark within 5% of maximum: 1017 9PTextFile 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.882, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" 2020/02/12 16:27:53.884 1 CallSign S...ion:129329 PTLib File handle high water mark within 5% of maximum: 1016 9PTextFile 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.881, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" 2020/02/12 16:27:53.884 1 CallSign S...ion:129329 PTLib File handle high water mark within 5% of maximum: 1015 9PTextFile 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.881, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" 2020/02/12 16:27:53.884 1 CallSign S...ion:129329 PTLib File handle high water mark within 5% of maximum: 1014 9PTextFile 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.881, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" 2020/02/12 16:27:53.884 1 CallSign S...ion:129329 PTLib File handle high water mark within 5% of maximum: 1013 9PTextFile 2020/02/12 16:27:53.884 0 CallSign S...ion:129329 CallSign SIP Extension version 0.1alpha1 by Fujitsu Finland Oy on Unix Linux (3.10.0-862.11.6.el7.x86_64-x86_64) with PTLib (v2.18beta2) at 2020/2/12 16:27:53.881, level=4, to rollover every day to "/tmp/opal_yyyy_MM_dd_hh_mm.log" Unfortunately I cannot understand why it is happened. The same code worked correctly with 3.10.10 opal library. 2. Assertion in opal audio stream code: Tx audio:129851 PAssert Assertion fail: Exception (St16invalid_argument "ConnectionTokens::getTransferFD: 'C682f96371' does not exist") caught in thread Tx audio:129851@0x7f8b4c00d890, terminating, file /home/fiolevasy/rpmbuild/BUILD/ptlib-2.18.2/src/ptlib/common/osutils.cxx, line 3144, error=11, when=2020/02/12 16:44:10.8230x7f8b7c36a989 0x7f8b7c338721 0x7f8b7c30c1ef 0x7f8b7a0abe65 0x7f8b79dd488d. More log: 2020/02/12 16:44:10.816 4 Rx audio:129852 Call GetOtherPartyConnection: connection=Call[C682f96371]-EP<sip>[4a14c6ce-eaef-5a1f-8b42-000d3a273e00], other=<null> 2020/02/12 16:44:10.816 4 Rx audio:129852 Patch Thread ended for 14OpalMediaPatch[0x7f8b4c033a40] 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 -> 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 2020/02/12 16:44:10.816 3 Rx audio:129852 PTLib Thread ended: name="Rx audio:129852", id=129852, real=10.293s, kernel=10.00ms (0%), user=60.0ms (0.5%), both=70.0ms (0.6%) 2020/02/12 16:44:10.816 4 OnRelease:129866 OpalCon Removed record filter on 14OpalMediaPatch[0x7f8b4c033a40] 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 -> 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 2020/02/12 16:44:10.817 4 OnRelease:129866 Patch No filter to remove for stage PCM-16 2020/02/12 16:44:10.817 4 OnRelease:129866 Media Removing patch 14OpalMediaPatch[0x7f8b4c033a40] 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 -> 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 on stream 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 2020/02/12 16:44:10.817 3 OnRelease:129866 Patch Removing sink 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 from 14OpalMediaPatch[0x7f8b4c033a40] 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 -> 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 2020/02/12 16:44:10.817 4 OnRelease:129866 Media Closing stream 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 2020/02/12 16:44:10.817 3 OnRelease:129866 RTP Session 1, detached jitter buffer from all receivers 2020/02/12 16:44:10.817 4 OnRelease:129866 Patch No filter to remove for stage PCM-16 2020/02/12 16:44:10.818 4 OnRelease:129866 Patch No filter to remove for stage YUV420P 2020/02/12 16:44:10.818 4 OnRelease:129866 OpalCon Removed record filter on 14OpalMediaPatch[0x7f8b4c033a40] 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 2020/02/12 16:44:10.818 4 OnRelease:129866 Patch No filter to remove for stage PCM-16 2020/02/12 16:44:10.818 4 OnRelease:129866 Patch No filter to remove for stage G.711-ALaw-64k 2020/02/12 16:44:10.818 4 OnRelease:129866 Media Removing patch 14OpalMediaPatch[0x7f8b4c033a40] 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 on stream 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 2020/02/12 16:44:10.818 3 OnRelease:129866 Patch Closing media patch 14OpalMediaPatch[0x7f8b4c033a40] 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 2020/02/12 16:44:10.818 4 OnRelease:129866 PTLib Waiting for thread Rx audio:129852@0x7f8b4c036c80 to terminate in 10.000000 seconds 2020/02/12 16:44:10.818 3 OnRelease:129866 OpalCon Removed media stream 18OpalRTPMediaStream[0x7f8b4c01a840],Source,G.711-ALaw-64k,1 2020/02/12 16:44:10.819 3 OnRelease:129866 OpalCon Removed media stream 16CsRawMediaStream[0x7f8b4c033250],Sink,PCM-16,1 2020/02/12 16:44:10.819 4 OnRelease:129866 Media Closing stream 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 2020/02/12 16:44:10.819 4 OnRelease:129866 Patch No filter to remove for stage PCM-16 2020/02/12 16:44:10.819 4 OnRelease:129866 Patch No filter to remove for stage YUV420P 2020/02/12 16:44:10.819 4 OnRelease:129866 OpalCon Removed record filter on 14OpalMediaPatch[0x7f8b4c0164d0] 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 2020/02/12 16:44:10.819 4 OnRelease:129866 Patch No filter to remove for stage PCM-16 2020/02/12 16:44:10.819 4 OnRelease:129866 Media Removing patch 14OpalMediaPatch[0x7f8b4c0164d0] 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 on stream 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 2020/02/12 16:44:10.819 3 OnRelease:129866 Patch Closing media patch 14OpalMediaPatch[0x7f8b4c0164d0] 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 2020/02/12 16:44:10.819 4 OnRelease:129866 Media Closing stream 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 2020/02/12 16:44:10.820 4 OnRelease:129866 Patch No filter to remove for stage PCM-16 2020/02/12 16:44:10.820 4 OnRelease:129866 Patch No filter to remove for stage YUV420P 2020/02/12 16:44:10.820 4 OnRelease:129866 OpalCon Removed record filter on 14OpalMediaPatch[0x7f8b4c0164d0] 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 2020/02/12 16:44:10.820 4 OnRelease:129866 Patch No filter to remove for stage PCM-16 2020/02/12 16:44:10.820 4 OnRelease:129866 Patch No filter to remove for stage G.711-ALaw-64k 2020/02/12 16:44:10.820 4 OnRelease:129866 Media Removing patch 14OpalMediaPatch[0x7f8b4c0164d0] 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 on stream 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 2020/02/12 16:44:10.820 3 OnRelease:129866 Patch Removing sink 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 from 14OpalMediaPatch[0x7f8b4c0164d0] 16CsRawMediaStream[0x7f8b4c015000],Source,PCM-16,1 -> 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 2020/02/12 16:44:10.820 3 OnRelease:129866 OpalCon Removed media stream 18OpalRTPMediaStream[0x7f8b4c015ad0],Sink,G.711-ALaw-64k,1 2020/02/12 16:44:10.821 4 OnRelease:129866 PTLib Waiting for thread Tx audio:129851@0x7f8b4c00d890 to terminate in 10.000000 seconds 2020/02/12 16:44:10.823 0 Tx audio:129851 PAssert Assertion fail: Exception (St16invalid_argument "ConnectionTokens::getTransferFD: 'C682f96371' does not exist") caught in thread Tx audio:129851@0x7f8b4c00d890, terminating, file /home/fiolevasy/rpmbuild/BUILD/ptlib-2.18.2/src/ptlib/common/osutils.cxx, line 3144, error=11, when=2020/02/12 16:44:10.8230x7f8b7c36a989 0x7f8b7c338721 0x7f8b7c30c1ef 0x7f8b7a0abe65 0x7f8b79dd488d What can cause such issue? Best regards, Oleh Vasyura. |
From: Robert J. <ro...@vo...> - 2020-02-08 08:56:57
|
No, it has not been tried on Linux. I am unaware that there is a Lync API on that platform as it is very ... Windows. Please let us know if you have any success there. --------- Robert Jongbloed Vox Lucida Pty. Ltd. ------ Original Message ------ From: "shiva prasad" <s.s...@gm... <mailto:s.s...@gm...> > To: "opa...@li... <mailto:opa...@li...> " <opa...@li... <mailto:opa...@li...> > Sent: 7/02/2020 6:09:57 AM Subject: [Opalvoip-devel] Lync SDK for Linux Hi All, I'm looking at testing Opal Voip server on Unix for lync gateway with Opal, can you any one let me know if you have tried the same. Looks like SDK is not available on Linux. -- Regards, Shivaprasad _______________________________________________ Opalvoip-devel mailing list Opa...@li... <mailto:Opa...@li...> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
From: shiva p. <s.s...@gm...> - 2020-02-07 06:10:18
|
Hi All, I'm looking at testing Opal Voip server on Unix for lync gateway with Opal, can you any one let me know if you have tried the same. Looks like SDK is not available on Linux. -- Regards, Shivaprasad |
From: Oleh V. <vas...@gm...> - 2020-01-13 09:48:09
|
Hello, There are some discussion about SRTP support in Opal library. But unfortunately I cannot find which version it really works in. In one our project we use opal 3.10.10 version on Cent OS. I have checked from the code that SRTP was already supported in this version. By default SRTP is not configured when built packages for Cent OS. I have extracted source, configured src with SRTP support. Unfortunately generated make file doesn't build opal library in correct way with SRTP. You need manually add -DOPAL_SRTP for CXXFLAGS. Therefore I am not sure that this feature will work for 3.10.10. Which version of opal library should I use in our project if I want use SRTP? Best regards, Oleh Vasyura. |
From: Alan J. <ala...@gm...> - 2019-08-28 15:20:00
|
Hi Robert, I found my .Net Core application startup pretty slow (like over 1 minute) because in .Net core application, execute file is something like C:\Program Files\dotnet\dotnet.exe, ptlib will search whole folder 'C:\Program Files\dotnet' for more plugins. It can be solved if following code commented out in pluginmgr.cxx, /*PDirectory appdir = PProcess::Current().GetFile().GetDirectory(); if (!appdir.IsRoot()) env += PPATH_SEPARATOR + appdir; env += PPATH_SEPARATOR + appdir;*/ but felt it is not a perfect solution, could you please help me check if there any better solution to solve it? Thanks! Alan |