opalvoip-devel Mailing List for OpalVOIP (Page 6)
Brought to you by:
csoutheren,
rjongbloed
Menu
▾
▴
opalvoip-devel — Discussions relating to OpalVoip development
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: Robert J. <ro...@vo...> - 2016-02-21 12:39:26
|
Reply inline ---------- Robert Jongbloed Vox Lucida Pty. Ltd. -----Original message----- From: Leonardo Nahra Sent: Tuesday, 16th February 2016, 13:41 To: opa...@li... Subject: [Opalvoip-devel] SIP and RTP Hi, I'm working on a conference project, which currently uses it's own call and media transfer protocols. The goal is to substitute these protocols with standard ones, SIP and RTP. My plan is to use the ffmpeg library to handle RTP audio/video transfer, and Opal to establish the call between computers. But I'm not too familiar with how Opal works yet, so I don't know how to make the bridge between Opal and ffmpeg. So here are my questions: - Can I solely use Opal to establish both SIP and RTP connections, and also use it to handle the media streams on both ends? Yes - If not, can I use Opal only to establish SIP connection, and let ffmpeg do the RTP connection and media handling? If so, how does Opal communicate with an external established connection? Yes, but hard. - If not again, the only option left is to use Opal to establish both SIP and RTP connections, but I'll have to either implement the media handling on derived classes from Opal, or use ffmpeg for this task, am I correct on this one? If you really do not want OPAL to do the RTP, then you can use gstreamer (which is typically over the top of FFMPEG) to dot eh RTP. This is currently supported. Thanks, Nahra ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 _______________________________________________ Opalvoip-devel mailing list Opa...@li... https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
|
From: Leonardo N. <leo...@gm...> - 2016-02-16 13:40:11
|
Hi, I'm working on a conference project, which currently uses it's own call and media transfer protocols. The goal is to substitute these protocols with standard ones, SIP and RTP. My plan is to use the ffmpeg library to handle RTP audio/video transfer, and Opal to establish the call between computers. But I'm not too familiar with how Opal works yet, so I don't know how to make the bridge between Opal and ffmpeg. So here are my questions: - Can I solely use Opal to establish both SIP and RTP connections, and also use it to handle the media streams on both ends? - If not, can I use Opal only to establish SIP connection, and let ffmpeg do the RTP connection and media handling? If so, how does Opal communicate with an external established connection? - If not again, the only option left is to use Opal to establish both SIP and RTP connections, but I'll have to either implement the media handling on derived classes from Opal, or use ffmpeg for this task, am I correct on this one? Thanks, Nahra |
|
From: Robert J. <ro...@vo...> - 2016-02-07 17:26:07
|
I am fairly sure the IVR system only works with 8kHz audio and G.722 is 16kHz audio. I have had a solution in mind for a while, but not had time to dedicate to implementing it. Create an OpalTranscoder (possibly derived from OpalStreamedTranscoder) that converts "PCM-16" to "PCM-16-16kHz" and vice versa. ---------- Robert Jongbloed Vox Lucida Pty. Ltd. -----Original message----- From: Pradeep Kumar Sent: Wednesday, 3rd February 2016, 9:52 To: opa...@li... Subject: [Opalvoip-devel] IVR with G722 Hi Team, I’m getting following error : 2016/02/03 14:57:04.470 3 Event Pool...0f1c136700 connection.cxx(812) OpalCon Opened source stream C7980059a5_1 with format G.722-64k 2016/02/03 14:57:04.471 3 Event Pool...0f1c136700 ivr.cxx(414) IVR OpalIVRMediaStream sessionID = 1, isSourceStream = 0 2016/02/03 14:57:04.471 3 Event Pool...0f1c136700 ivr.cxx(442) IVR Opening 2016/02/03 14:57:04.471 1 Event Pool...0f1c136700 vxml.cxx(1047) VXML Cannot create VXML channel with format G.722-64k 2016/02/03 14:57:04.471 1 Event Pool...0f1c136700 ivr.cxx(446) IVR Cannot open VXML engine: incompatible media format 2016/02/03 14:57:04.471 2 Event Pool...0f1c136700 connection.cxx(819) OpalCon Source media stream open failed for OpalIVRMediaStream[0x7f0ea0005600]-Sink-G.722-64k (G.722-64k) I’m using Lacaille. I don’t know why it does not work for G722 codec. Is there any limitation or do I need to set something? Regards, Pradeep ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Opalvoip-devel mailing list Opa...@li... https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
|
From: Sagar J. <sj...@fu...> - 2016-02-04 12:32:59
|
We are using opal MCU based application . During one of the SIP calls ,
there is crash while constructing the INFO message.
The crash has occured while duplicating the To Tag field in the To
Header.The crash is in PTlib - while constructing the Tag -
b74d3779a3d11426 in To Header
To: "Trial of the Century" <sip:tri...@gr...
>;tag=b74d3779a3d11426
The Crash occurs in Ptlib on the line mentioned in the comment.
PString::PString(const PString & str)
: PCharArray(str)
, m_length(str.GetLength()) //Crashes on this line
{
}
(gdb) print str
$3 = (const PString &) @0x7fdcb8005e40: {<PCharArray> = {<PBaseArray<char>>
= {<PAbstractArray> = {<PContainer> = {<PObject> = {_vptr.PObject =
0x7fdcb80c7ef0, m_traceContextIdentifier = 0},
reference = 0x0}, elementSize = 1, theArray = 0x7fdcb8055140 "
*b74d3779a3d11426*", allocatedDynamically = true}, <No data fields>}, <No
data fields>}, m_length = *16*}
All previous and following occurrences have been successful for sending the
SIP INFO e.g. below where there tag is different. There is no garbage
values in "b74d3779a3d11426"
Please help us out here.
*Crash Trace*
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00007fdd3cf22640 in PString::PString (this=0x7fdcf07f74a0, str=...)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptlib/common/contain.cxx:652
#2 0x00007fdd3ce49a74 in PURL::TranslateString (str=...,
type=PURL::QuotedParameterTranslation)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptclib/url.cxx:217
#3 0x00007fdd3ce4a485 in PURL::OutputVars (strm=..., vars=..., sep0=59
';', sep1=59 ';', sep2=61 '=', type=PURL::QuotedParameterTranslation)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptclib/url.cxx:373
#4 0x00007fdd3dd76959 in SIPURL::AsQuotedString (this=0x7fdcec007448) at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/sip/sippdu.cxx:486
#5 0x00007fdd3dd78af9 in SIPMIMEInfo::SetTo (this=0x7fdcbc545fc8, uri=...)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/sip/sippdu.cxx:985
#6 0x00007fdd3dd7ca0e in SIP_PDU::InitialiseHeaders (this=0x7fdcbc545b20,
dialog=..., cseq=0)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/sip/sippdu.cxx:1983
#7 0x00007fdd3dd7cb6a in SIP_PDU::InitialiseHeaders (this=0x7fdcbc545b20,
connection=..., cseq=0)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/sip/sippdu.cxx:1995
#8 0x00007fdd3dd83fbf in SIPTransaction::SIPTransaction
(this=0x7fdcbc545b20, method=SIP_PDU::Method_INFO, owner=0x7fdcec006f90,
transport=0x0, deleteOwner=false, transactionID=...)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/sip/sippdu.cxx:3092
#9 0x00007fdd3dd898a1 in SIPInfo::SIPInfo (this=0x7fdcbc545b20,
connection=..., params=...)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/sip/sippdu.cxx:4267
#10 0x00007fdd3dd6e1e2 in SIPConnection::SendINFO (this=0x7fdcec006150,
params=..., reply=0x0)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/sip/sipcon.cxx:4202
#11 0x00007fdd3dd6e539 in SIPConnection::OnMediaCommand
(this=0x7fdcec006150, stream=..., command=...)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/sip/sipcon.cxx:4234
#12 0x00007fdd3d9a8f5e in OpalMediaStream::InternalExecuteCommand
(this=0x7fdcbc240470, command=...)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/mediastrm.cxx:198
#13 0x00007fdd3d9b4af0 in OpalMediaPatch::ExecuteCommand
(this=0x7fdcbf568b90, command=...) at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/patch.cxx:621
#14 0x00007fdd3d9a8d75 in OpalMediaStream::ExecuteCommand
(this=0x7fdcbc240470, command=...)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/mediastrm.cxx:185
#15 0x00007fdd3d9b4e7a in OpalMediaPatch::InternalOnMediaCommand2
(this=0x7fdcbf568b90, command=0x7fdc302fbb10)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/patch.cxx:661
#16 0x00007fdd3d9b9da3 in PSafeWorkArg1<OpalMediaPatch, OpalMediaCommand*,
void>::CallFunction (this=0x7fdc301a4e60, obj=...)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptclib/threadpool.h:565
#17 0x00007fdd3d95d789 in PSafeWork::Work (this=0x7fdc301a4e60) at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptclib/threadpool.h:503
#18 0x00007fdd3d96e0ac in
PQueuedThreadPool<PSafeWork>::QueuedWorkerThread::Main (this=0x7fdcb80553f0)
at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptclib/threadpool.h:462
#19 0x00007fdd3ceb9c6f in PThread::PX_ThreadMain (arg=0x7fdcb80553f0) at
/home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptlib/unix/tlibthrd.cxx:408
#20 0x00007fdd404a6182 in start_thread (arg=0x7fdcf07f8700) at
pthread_create.c:312
#21 0x00007fdd391f147d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
*Last few lines of Log before crash*
2016/02/03 00:19:46.967 3 Media Patc...dcf006e700
ffmpeg.cxx(516) x264 Decoder throwing away entire video frame
due to packet loss
2016/02/03 00:19:46.967 3 Media Patc...dcf006e700
opalpluginmgr.cxx(1085) OpalPlugin Packets lost, sending
OpalVideoPictureLoss in hope of an I-Frame: sn=0
2016/02/03 00:19:46.967 4 Opal Liste...dd2c081700
sipep.cxx(2024) SIP Queueing PDU "103 INVITE sip:XX.XX.XX.XX
z9hG4bK3a249a7c57094162e791e6b9ca7b4d4532424478.c2d6f404e0feea7a6116c1fde87cc4f4",
transaction=z9hG4bK3a249a7c57094162e791e6b9ca7b4d4532424478.c2d6f404e0feea7a6116c1fde87cc4f4,
token=e2ed9464-77c8-e511-8c70-f01fafe8c674
2016/02/03 00:19:46.967 4 Event Pool...dcf07f8700
mediastrm.cxx(197) Media Passing on ExecuteCommand "Picture
Loss" on OpalRTPMediaStream[0x7fdcbc240470]-Source-H.264-0 to
Call[C40ef5745377]-EP<sip>[e2ed9464-77c8-e511-8c70-f01fafe8c674]
2016/02/03 00:19:46.967 4 Event Pool...dcf07f8700
rtpconn.cxx(508) RTPCon PLI=allowed FIR=allowed
2016/02/03 00:19:46.967 4 Event Pool...dcf07f8700
rtp_session.cxx(1037) RTP Session 2, Sending SenderReport:
SSRC=2161740726 (0x80d98bb6) ntp=3663447586.4155643026 rtp=92254000
psent=235263 osent=115664506
2016/02/03 00:19:46.967 3 SIP Pool:0x7fdd1c1b5700
sipep.cxx(2070) SIP Handling connection PDU "103 INVITE
sip:XX.XX.XX.XX
z9hG4bK3a249a7c57094162e791e6b9ca7b4d4532424478.c2d6f404e0feea7a6116c1fde87cc4f4"
for token=e2ed9464-77c8-e511-8c70-f01fafe8c674
2016/02/03 00:19:46.967 4 Event Pool...dcf07f8700
rtp_session.cxx(600) RTP Session 2, Sending ReceiverReport:
SSRC=3123564368 (0xba2dcf50) fraction=0 lost=0 last_seq=65395 jitter=556
lsr=1333400552 dlsr=405340
2016/02/03 00:19:46.968 4 Event Pool...dcf07f8700
rtp_session.cxx(1049) RTP Session 2, Sending SDES:
d8jlEYxw8B+v6MZ0
2016/02/03 00:19:46.968 3 Event Pool...dcf07f8700
rtp_session.cxx(1530) RTP Session 2, Sending RFC4585 PLI,
SSRC=3123564368 (0xba2dcf50)
2016/02/03 00:19:46.968 4 Event Pool...dcf07f8700
sippdu.cxx(2779) SIP Remote dialog address from route set:
udp$XX.XX.XX.XX:5060
2016/02/03 00:19:46.968 4 Event Pool...dcf07f8700
sipep.cxx(281) SIP Creating transport to udp$XX.XX.XX.XX:5060
2016/02/03 00:19:46.968 4 SIP Pool:0x7fdd1c1b5700
transports.cxx(998) Opal Transport Close
2016/02/03 00:19:46.968 3 Event Pool...dcf07f8700
transports.cxx(1410) OpalUDP Binding to interface:
XX.XX.XX.XX:5060
2016/02/03 00:19:46.968 4 SIP Pool:0x7fdd1c1b5700
transports.cxx(1417) Opal Deleted transport
rem=udp$XX.XX.XX.XX:5060, if=udp$XX.XX.XX.XX:5060
2016/02/03 00:19:46.969 4 Event Pool...dcf07f8700
sipep.cxx(339) SIP Created transport rem=udp$XX.XX.XX.XX:5060,
if=udp$XX.XX.XX.XX:5060
2016/02/03 00:19:46.970 4 SIP Pool:0x7fdd1c1b5700
sippdu.cxx(2712) SIP Set Request URI to sip:10.63.50.20:5073
;transport=tls
2016/02/03 00:19:46.970 4 Media Patc...dcf006e700
rtp_session.cxx(1363) RTP Session 2, OnReceiverReport:
SSRC=3123564368 (0xba2dcf50)
2016/02/03 00:19:46.970 4 Event Pool...dcf07f8700
sipep.cxx(230) SIP Remembering transport
rem=udp$XX.XX.XX.XX:5060, if=udp$XX.XX.XX.XX:5060
2016/02/03 00:19:46.970 3 Event Pool...dcf07f8700
transports.cxx(1446) OpalUDP Started connect to XX.XX.XX.XX:5060
2016/02/03 00:19:46.971 4 Media Patc...dcf006e700
rtp_session.cxx(1201) RTP Session 2, SourceDescription item
0x7fdc30c6e7d8, current size = 22
2016/02/03 00:19:46.971 4 Media Patc...dcf006e700
rtp_session.cxx(1394) RTP Session 2, OnSourceDescription: 1
entries
SSRC=3123564368 (0xba2dcf50)
item[1]: type=CNAME data="Trial of the Century"
Sagar Joshi
Lead Software Engineer, Convergence Practice
GS Lab
*"Madness is like gravity .. cause all it takes is a little push .. "*
|
|
From: Sagar J. <sj...@fu...> - 2016-02-03 10:41:12
|
Hi
I am seeing this crash in Opal plug-in code .
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by
`/opt/WMP/WMP_Server_16.01.12403.rc160114.3632b8c.IGCW/bin/VideoGateway
-d -g ..'.
Program terminated with signal SIGABRT, Aborted.
#0 0x00007f818f019cc9 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19-gdb.py",
line 63, in <module>
from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named 'libstdcxx'
(gdb) bt
#0 0x00007f818f019cc9 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x00007f818f01d0d8 in __GI_abort () at abort.c:89
#2 0x00007f818f056394 in __libc_message (do_abort=do_abort@entry=1,
fmt=fmt@entry=0x7f818f164b28 "*** Error in `%s': %s: 0x%s ***\n") at
../sysdeps/posix/libc_fatal.c:175
#3 0x00007f818f06266e in malloc_printerr (ptr=<optimized out>,
str=0x7f818f164c10 "double free or corruption (!prev)", action=1) at
malloc.c:4996
#4 _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) at
malloc.c:3840
#5 0x00007f8184eec80f in OpalPluginFrame::~OpalPluginFrame
(this=0x7f80ac0bd640, __in_chrg=<optimized out>)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/plugins/video/common/encframe.cxx:85
#6 0x00007f8184ee7f35 in H264Frame::~H264Frame (this=0x7f80ac0bd640,
__in_chrg=<optimized out>)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/plugins/video/common/h264frame.h:60
#7 0x00007f8184ee7f86 in H264Frame::~H264Frame (this=0x7f80ac0bd640,
__in_chrg=<optimized out>)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/plugins/video/common/h264frame.h:60
#8 0x00007f8184eed0b0 in FFMPEGCodec::~FFMPEGCodec
(this=0x7f80ac0bd358, __in_chrg=<optimized out>)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/plugins/video/common/ffmpeg.cxx:140
#9 0x00007f8184ee342b in H264_Decoder::~H264_Decoder
(this=0x7f80ac0bd320, __in_chrg=<optimized out>) at h264-x264.cxx:789
#10 0x00007f8184ee3488 in H264_Decoder::~H264_Decoder
(this=0x7f80ac0bd320, __in_chrg=<optimized out>) at h264-x264.cxx:789
#11 0x00007f8184ee2f5a in PluginCodec<x264>::Destroy_s (context=0x7f80ac0bd320)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/plugins/../include/codec/opalplugin.hpp:876
#12 0x00007f8193cc213c in OpalPluginTranscoder::~OpalPluginTranscoder
(this=0x7f80ac0bd1a0, __in_chrg=<optimized out>)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/codec/opalpluginmgr.cxx:610
#13 0x00007f8193cc3137 in
OpalPluginVideoTranscoder::~OpalPluginVideoTranscoder
(this=0x7f80ac0bcfb0, __in_chrg=<optimized out>)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/codec/opalpluginmgr.cxx:819
#14 0x00007f8193cc3172 in
OpalPluginVideoTranscoder::~OpalPluginVideoTranscoder
(this=0x7f80ac0bcfb0, __in_chrg=<optimized out>)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/codec/opalpluginmgr.cxx:822
#15 0x00007f81938a00ca in OpalMediaPatch::Sink::~Sink
(this=0x7f80ac023340, __in_chrg=<optimized out>)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/patch.cxx:523
#16 0x00007f81938a01ba in OpalMediaPatch::Sink::~Sink
(this=0x7f80ac023340, __in_chrg=<optimized out>)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/patch.cxx:528
#17 0x00007f8192e06701 in PAbstractList::RemoveElement
(this=0x7f80ac0bcaa0, elmt=0x7f80ac176980)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptlib/common/collect.cxx:464
#18 0x00007f81938a47f4 in PList<OpalMediaPatch::Sink>::erase
(this=0x7f80ac0bcaa0, it=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/lists.h:413
#19 0x00007f819389f842 in OpalMediaPatch::RemoveSink
(this=0x7f80ac0bc850, stream=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/patch.cxx:393
#20 0x00007f81938965db in OpalMediaStream::InternalSetPatchPart2
(this=0x7f80ac022ed0, oldPatch=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/mediastrm.cxx:527
#21 0x00007f819389665c in OpalMediaStream::SetPatch
(this=0x7f80ac022ed0, patch=0x0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/mediastrm.cxx:536
#22 0x00007f8193895356 in OpalMediaStream::Close (this=0x7f80ac022ed0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/mediastrm.cxx:261
#23 0x00000000009dc912 in GWMixerMediaStream::Close (this=0x7f80ac022ed0)
at /home/prod_fuze/jenkins/workspace/BuildWMPTrustyRELEASE/Fabric/VideoGateway/Bridge/Mixer/VideoGatewayMixerMediaStream.cpp:274
#24 0x00007f819389df17 in OpalMediaPatch::Close (this=0x7f80ac0bc850)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/patch.cxx:206
#25 0x00007f81938965f8 in OpalMediaStream::InternalSetPatchPart2
(this=0x7f80ac176470, oldPatch=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/mediastrm.cxx:529
#26 0x00007f819389665c in OpalMediaStream::SetPatch
(this=0x7f80ac176470, patch=0x0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/mediastrm.cxx:536
#27 0x00007f8193898887 in OpalRTPMediaStream::SetPatch
(this=0x7f80ac176470, patch=0x0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/mediastrm.cxx:976
#28 0x00007f8193895356 in OpalMediaStream::Close (this=0x7f80ac176470)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/mediastrm.cxx:261
#29 0x00007f8193bae444 in H323UnidirectionalChannel::InternalClose
(this=0x7f80ad1fff60)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/channels.cxx:441
#30 0x00007f8193bacfe5 in H323Channel::Close (this=0x7f80ad1fff60)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/channels.cxx:189
#31 0x00007f8193b9ec40 in H245NegLogicalChannel::Release (this=0x7f80ac0fb090)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/h323neg.cxx:883
#32 0x00007f8193b9e25c in H245NegLogicalChannel::HandleClose
(this=0x7f80ac0fb090)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/h323neg.cxx:752
#33 0x00007f8193b9f1c5 in H245NegLogicalChannels::HandleClose
(this=0x7f80e0067670, pdu=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/h323neg.cxx:989
#34 0x00007f8193b77fed in H323Connection::OnH245Request
(this=0x7f80e00631d0, pdu=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/h323.cxx:3027
#35 0x00007f8193b77c5d in H323Connection::HandleControlPDU
(this=0x7f80e00631d0, pdu=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/h323.cxx:2978
#36 0x00007f8193b77b88 in H323Connection::HandleControlData
(this=0x7f80e00631d0, strm=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/h323.cxx:2962
#37 0x00007f8193b7728f in H323Connection::HandleReceivedControlPDU
(this=0x7f80e00631d0, readStatus=true, strm=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/h323.cxx:2842
#38 0x00007f8193b776ef in H323Connection::HandleControlChannel
(this=0x7f80e00631d0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/h323.cxx:2914
#39 0x00007f8193b76a59 in H323Connection::NewIncomingControlChannel
(this=0x7f80e00631d0, listener=..., transport=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/h323/h323.cxx:2735
#40 0x00007f8193b84955 in
H323Connection::NewIncomingControlChannel_PNotifier::Call
(this=0x7f8104006c20, note=..., extra=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/include/h323/h323con.h:2133
#41 0x00007f8193861e98 in PNotifierTemplate<PSafePtr<OpalTransport,
PSafePtrBase> const&>::operator() (this=0x7f81040622e0, notifier=...,
extra=...)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/notifier.h:136
#42 0x00007f81938ada25 in OpalListener::ListenForConnections
(this=0x7f81040622c0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/transports.cxx:626
#43 0x00007f81938b9f4b in PThreadObj<OpalListener>::Main (this=0x7f81047f94e0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/thread.h:664
#44 0x00007f8192da5c6f in PThread::PX_ThreadMain (arg=0x7f81047f94e0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptlib/unix/tlibthrd.cxx:408
#45 0x00007f8196392182 in start_thread (arg=0x7f817436b700) at
pthread_create.c:312
#46 0x00007f818f0dd47d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
Scenario :
H.323 call established and immediately got shut down due to
closeLogicalChannel request from the other non OPAL endpoint
2016/01/27 13:45:47.746 4 Opal Liste...817436b700
h323pdu.cxx(78) H245 Receiving PDU:
request closeLogicalChannel {
forwardLogicalChannelNumber = 5
source = user <<null>>
reason = unknown <<null>>
}
2016/01/27 13:45:47.746 3 Opal Liste...817436b700
h323neg.cxx(751) H245 Received close channel: R-5,
state=e_Established
2016/01/27 13:45:47.746 4 Opal Liste...817436b700
h323neg.cxx(880) H245 OLC Release: chan=0x7f80ad1fff60
2016/01/27 13:45:47.746 4 Opal Liste...817436b700
channels.cxx(437) H323RTP Cleaning up media stream on R-5
2016/01/27 13:45:47.747 4 Opal Liste...817436b700
mediastrm.cxx(242) Media Closing stream
OpalRTPMediaStream[0x7f80ac176470]-Source-H.264-1
2016/01/27 13:45:47.747 3 Opal Liste...817436b700
rtp_session.cxx(1934) RTP_UDP Session 2, shutting down read.
2016/01/27 13:45:47.747 4 Media Patc...81741e5700
patch.cxx(751) Patch Thread ended because source read failed
2016/01/27 13:45:47.747 4 Opal Liste...817436b700
patch.cxx(560) OpalCon No filter to remove for stage PCM-16
2016/01/27 13:45:47.747 4 Opal Liste...817436b700
patch.cxx(560) OpalCon No filter to remove for stage
G.711-uLaw-64k
2016/01/27 13:45:47.747 3 Media Patc...81741e5700
manager.cxx(1393) OpalMan OnStopMediaPatch
OpalMediaPatch[0x7f80ac0bc850]
OpalRTPMediaStream[0x7f80ac176470]-Source-H.264-1 ->
GWMixerMediaStream[0x7f80ac022ed0]-Sink-YUV420P on
Call[C0b825f2a562]-EP<h323>[tcp$10.101.0.16:52907/11575]
2016/01/27 13:45:47.747 4 Opal Liste...817436b700
mediastrm.cxx(508) Removing patch OpalMediaPatch[0x7f80ac0bc850]
OpalRTPMediaStream[0x7f80ac176470]-Source-H.264-1 ->
GWMixerMediaStream[0x7f80ac022ed0]-Sink-YUV420P on stream
OpalRTPMediaStream[0x7f80ac176470]-Source-H.264-1
2016/01/27 13:45:47.747 4 Media Patc...81741e5700
patch.cxx(794) Patch Thread ended for
OpalMediaPatch[0x7f80ac0bc850]
OpalRTPMediaStream[0x7f80ac176470]-Source-H.264-1 ->
GWMixerMediaStream[0x7f80ac022ed0]-Sink-YUV420P
2016/01/27 13:45:47.747 3 Opal Liste...817436b700
patch.cxx(185) Patch Closing media patch
OpalMediaPatch[0x7f80ac0bc850]
OpalRTPMediaStream[0x7f80ac176470]-Source-H.264-1 ->
GWMixerMediaStream[0x7f80ac022ed0]-Sink-YUV420P
2016/01/27 13:45:47.747 4 Opal Liste...817436b700
mediastrm.cxx(242) Media Closing stream
GWMixerMediaStream[0x7f80ac022ed0]-Sink-YUV420P
2016/01/27 13:45:47.747 3 Media Patc...81741e5700
osutils.cxx(2206) PTLib Thread ended: name="Media
Patch:0x7f81741e5700", real=8.156, kernel=0.030 (0.3%), user=0.220 (2.6%),
both=0.250 (3.0%)
2016/01/27 13:45:47.747 4 Opal Liste...817436b700
opalmixer.cxx(1431) MixerNode Detaching YUV420P sink stream with id
C0b825f2a562_2 from 60888bea-69c3-e511-9ca4-2a6d64c48f37 (00000042)
2016/01/27 13:45:47.747 4 Opal Liste...817436b700
patch.cxx(560) OpalCon No filter to remove for stage PCM-16
2016/01/27 13:45:47.747 4 Opal Liste...817436b700
mediastrm.cxx(508) Removing patch OpalMediaPatch[0x7f80ac0bc850]
OpalRTPMediaStream[0x7f80ac176470]-Source-H.264-1 ->
GWMixerMediaStream[0x7f80ac022ed0]-Sink-YUV420P on stream
GWMixerMediaStream[0x7f80ac022ed0]-Sink-YUV420P
2016/01/27 13:45:47.747 3 Opal Liste...817436b700
patch.cxx(384) Patch Removing sink
GWMixerMediaStream[0x7f80ac022ed0]-Sink-YUV420P from
OpalMediaPatch[0x7f80ac0bc850]
OpalRTPMediaStream[0x7f80ac176470]-Source-H.264-1 ->
GWMixerMediaStream[0x7f80ac022ed0]-Sink-YUV420P
2016/01/27 13:45:47.747 4 Opal Liste...817436b700
ffmpeg.cxx(279) x264 Closing codec "H.264 / AVC / MPEG-4 AVC /
MPEG-4 part 10"
Please suggest solution
Sagar Joshi
Lead Software Engineer, Convergence Practice
GS Lab
*"Madness is like gravity .. cause all it takes is a little push .. "*
|
|
From: Pradeep K. <itp...@gm...> - 2016-02-03 09:51:40
|
Hi Team, I’m getting following error : 2016/02/03 14:57:04.470 3 Event Pool...0f1c136700 connection.cxx(812) OpalCon Opened source stream C7980059a5_1 with format G.722-64k 2016/02/03 14:57:04.471 3 Event Pool...0f1c136700 ivr.cxx(414) IVR OpalIVRMediaStream sessionID = 1, isSourceStream = 0 2016/02/03 14:57:04.471 3 Event Pool...0f1c136700 ivr.cxx(442) IVR Opening 2016/02/03 14:57:04.471 1 Event Pool...0f1c136700 vxml.cxx(1047) VXML Cannot create VXML channel with format G.722-64k 2016/02/03 14:57:04.471 1 Event Pool...0f1c136700 ivr.cxx(446) IVR Cannot open VXML engine: incompatible media format 2016/02/03 14:57:04.471 2 Event Pool...0f1c136700 connection.cxx(819) OpalCon Source media stream open failed for OpalIVRMediaStream[0x7f0ea0005600]-Sink-G.722-64k (G.722-64k) I’m using Lacaille. I don’t know why it does not work for G722 codec. Is there any limitation or do I need to set something? Regards, Pradeep |
|
From: Harald K. <har...@gm...> - 2016-01-20 10:13:44
|
Hello! The message ids used by OPAL for H.281 "store as preset" and "activate preset" commands differ from the values defined in the H.281 standard. The attached patch makes the OPAL commands standard-compliant. Regards, Harald |
|
From: Alexander S. <ale...@gm...> - 2016-01-06 18:41:53
|
On 06.01.2016 18:40, Alexander Sverdlin wrote: > Hello all, > > On 15/12/15 11:25, Alexander Sbitnev wrote: >> Looks like it stuck on mutex. Must be some other Alsa operation got >> stuck from another thread. >> Can you get backtraces for all threads. Something like "thread apply all >> backtrace" with debug compiled code. > finally I've narrowed this down to some weird behavior of Cirrus Logic > EP9302 DMA controller, > which sometimes stalls and alsa_lib just hangs forever in writei(). So > no problem with > PTLIB/OPAL, workaround for the kernel DMA controller driver is on its > way... > > Impressive that you debugged it down to the hardware layer. Glad to hear opal code wasn't responsible. I've get some errors like that in previous years. Normally I just change drivers type or even try another sound card. |
|
From: Alexander S. <ale...@gm...> - 2016-01-06 15:41:00
|
Hello all, On 15/12/15 11:25, Alexander Sbitnev wrote: > Looks like it stuck on mutex. Must be some other Alsa operation got > stuck from another thread. > Can you get backtraces for all threads. Something like "thread apply all > backtrace" with debug compiled code. finally I've narrowed this down to some weird behavior of Cirrus Logic EP9302 DMA controller, which sometimes stalls and alsa_lib just hangs forever in writei(). So no problem with PTLIB/OPAL, workaround for the kernel DMA controller driver is on its way... > On 12/15/2015 11:13 AM, Alexander Sverdlin wrote: >> Hello Opal developers! >> >> I'm able to reproduce this always with 3.14.x and 3.16.0: >> >> OnRelease:123 osutils.cxx(2869) PTLib Possible deadlock in mutex 0xc8e84 >> Blocked Thread id=0xb5aff450 (123) name="OnRelease:123" >> /lib/libpt.so.2.16.0(PTimedMutex::ExcessiveLockWait()+0xac) [0xb67c9570] >> /lib/libpt.so.2.16.0(PTimedMutex::Wait()+0x10c) [0xb67af890] >> /usr/lib/ptlib-2.16.0/device/sound/alsa_ptplugin.so(PSoundChannelALSA::Close()+0x1c) [0xb625fbc8] >> /lib/libopal.so.3.16.0(OpalMediaStream::Close()+0x7c) [0xb6b02098] >> /lib/libopal.so.3.16.0(OpalConnection::CloseMediaStreams()+0xd0) [0xb6acb7d4] >> /lib/libopal.so.3.16.0(OpalConnection::OnReleased()+0x38) [0xb6ace1f8] >> /lib/libopal.so.3.16.0(OpalPCSSConnection::OnReleased()+0x64) [0xb6b753a4] >> /lib/libopal.so.3.16.0(OpalCall::OnReleased(OpalConnection&)+0x100) [0xb6ad8e50] >> /lib/libopal.so.3.16.0(H323EndPoint::OnReleased(OpalConnection&)+0x2dc) [0xb6d90434] >> /lib/libopal.so.3.16.0(OpalConnection::OnReleased()+0x50) [0xb6ace210] >> /lib/libopal.so.3.16.0(OpalRTPConnection::OnReleased()+0x554) [0xb6b4c9cc] >> /lib/libopal.so.3.16.0(H323Connection::OnReleased()+0x14c) [0xb6da2434] >> /lib/libopal.so.3.16.0(OpalConnection::InternalOnReleased()+0xc4) [0xb6ac9d88] >> /lib/libpt.so.2.16.0(PThread::PX_ThreadMain(void*)+0x64) [0xb67af630] >> Owner Thread id=0xb5bbf450 (118) name="Rx audio:118" >> Stack back trace empty, possibly corrupt. >> >> >> As far as I've understood, this is the same race as was targeted by SVN r33766 >> (discussed here: https://sourceforge.net/p/opalvoip/mailman/message/34278155/), >> but now a bit different codepath in one of the threads. Let me know if I can >> provide more useful info. I'm debugging this also, but maybe it would be obvious >> for someone more familiar with the architecture... Best regards, Alexander Sverdlin. |
|
From: Robert J. <ro...@vo...> - 2015-12-28 21:19:34
|
Any chance of getting a level 4 log file? ---------- Robert Jongbloed Vox Lucida Pty. Ltd. -----Original message----- From: Pradeep Kumar Sent: Wednesday, 9th December 2015, 7:51 To: opa...@li... Subject: [Opalvoip-devel] Possible deadlock I’d been seeing a issues in the past, in case of INVITEs and 200 Oks, if OPAL does not receive any 200Oks and ACKs respectively, OPAL results in a deadlock(…possible deadlock in xxx…). I understand it’s hard to track down it, please let me know what else I can provide to figure it out. Opal Garba...98a2085700 tlibthrd.cxx(1412) PTLib Possible deadlock in mutex 0x1c7edb8, owner id=140291758130944 (0x7f9838688700) Thread 43 (Thread 0x7f98a2085700 (LWP 1449)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 #1 0x00007f98a1d2d672 in _L_lock_953 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007f98a1d2d4da in __GI___pthread_mutex_lock (mutex=0x1c7edd8) at ../nptl/pthread_mutex_lock.c:114 #3 0x00007f989e9d3000 in PTimedMutex::Wait (this=0x1c7edb8) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptlib/unix/tlibthrd.cxx:1413 #4 0x00007f989f866959 in PSafeDictionaryBase<PDictionary<OpalTransportAddress, OpalTransport>, OpalTransportAddress, OpalTransport>::GetKeys (this=0x1c7eda0) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/safecoll.h:1251 #5 0x00007f989f865805 in PSafeDictionary<OpalTransportAddress, OpalTransport>::iterator_base::iterator_base (this=0x7f98a2084b80, dict=0x1c7eda0) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/safecoll.h:1296 #6 0x00007f989f86495d in PSafeDictionary<OpalTransportAddress, OpalTransport>::iterator::iterator (this=0x7f98a2084b80, dict=0x1c7eda0) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/safecoll.h:1342 #7 0x00007f989f862dcb in PSafeDictionary<OpalTransportAddress, OpalTransport>::begin (this=0x1c7eda0) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/safecoll.h:1359 #8 0x00007f989f857c07 in SIPEndPoint::GarbageCollection (this=0x1c7e6f0) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/sip/sipep.cxx:539 #9 0x00007f989f47180b in OpalManager::GarbageCollection (this=0x1c4be00) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/manager.cxx:2171 #10 0x00007f989f471949 in OpalManager::GarbageMain (this=0x1c4be00) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/manager.cxx:2192 #11 0x00007f989f476341 in OpalManager::GarbageMain_PNotifier::Call (this=0x1c6b9c0, note=..., extra=0) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/include/opal/manager.h:2090 #12 0x00000000009a9f3e in PNotifierTemplate<long>::operator() (this=0x1c6baf8, notifier=..., extra=0) at /home/prod_fuze/jenkins/workspace/BuildWMPTrustyRELEASE/externals/SDK/ptlib/ptlib-2.14/include/ptlib/notifier.h:136 #13 0x00007f989ea1bc0e in PSimpleThread::Main (this=0x1c6b9e0) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptlib/common/osutils.cxx:2613 #14 0x00007f989e9d0c6f in PThread::PX_ThreadMain (arg=0x1c6b9e0) at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptlib/unix/tlibthrd.cxx:408 #15 0x00007f98a1d2b182 in start_thread (arg=0x7f98a2085700) at pthread_create.c:312 #16 0x00007f989ad0847d in clone () at ../sysdeps/unix/sysv/linux Regards, Pradeep ------------------------------------------------------------------------------ _______________________________________________ Opalvoip-devel mailing list Opa...@li... https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
|
From: Robert J. <ro...@vo...> - 2015-12-28 20:52:00
|
The mixer can support wideband codecs such as G.722, when creating the node set the sample rate to 16000. What it cannot do is support both narrowband and wideband at the same time.
It is, of course, fixable, but not in 5 minutes, which is all the time I have for such things these days.
----------
Robert Jongbloed
Vox Lucida Pty. Ltd.
-----Original message-----
From: Sagar Joshi
Sent: Thursday, 24th December 2015, 6:46
To: opa...@li...
Subject: [Opalvoip-devel] Opal Audio Mixer Support for G.722 codec
Hi ,
I am using OPAL 3.14 Lacaille. I currently see that Opal mixer is not supporting G.722 codec.
I see the opalmixer.cxx
OpalMediaFormatList OpalMixerConnection::GetMediaFormats() const
{
OpalMediaFormatList list = OpalTranscoder::GetPossibleFormats(OpalPCM16);
list += OpalRFC2833;
#if OPAL_T38_CAPABILITY
list += OpalCiscoNSE;
#endif
#if OPAL_VIDEO
if (!m_node->GetNodeInfo().m_audioOnly)
list += OpalTranscoder::GetPossibleFormats(OpalYUV420P);
#endif
return list;
}
Is there a plan to implement it in Procyon ?
Sagar Joshi
Lead Software Engineer, Convergence Practice
GS Lab
"Madness is like gravity .. cause all it takes is a little push .. "
------------------------------------------------------------------------------
_______________________________________________
Opalvoip-devel mailing list
Opa...@li...
https://lists.sourceforge.net/lists/listinfo/opalvoip-devel
|
|
From: Sagar J. <sj...@fu...> - 2015-12-24 06:45:17
|
Hi ,
I am using OPAL 3.14 Lacaille. I currently see that Opal mixer is not
supporting G.722 codec.
I see the opalmixer.cxx
OpalMediaFormatList OpalMixerConnection::GetMediaFormats() const
{
* OpalMediaFormatList list =
OpalTranscoder::GetPossibleFormats(OpalPCM16);*
list += OpalRFC2833;
#if OPAL_T38_CAPABILITY
list += OpalCiscoNSE;
#endif
#if OPAL_VIDEO
if (!m_node->GetNodeInfo().m_audioOnly)
list += OpalTranscoder::GetPossibleFormats(OpalYUV420P);
#endif
return list;
}
Is there a plan to implement it in Procyon ?
Sagar Joshi
Lead Software Engineer, Convergence Practice
GS Lab
*"Madness is like gravity .. cause all it takes is a little push .. "*
|
|
From: Alexander S. <ale...@gm...> - 2015-12-15 10:25:41
|
Looks like it stuck on mutex. Must be some other Alsa operation got stuck from another thread. Can you get backtraces for all threads. Something like "thread apply all backtrace" with debug compiled code. On 12/15/2015 11:13 AM, Alexander Sverdlin wrote: > Hello Opal developers! > > I'm able to reproduce this always with 3.14.x and 3.16.0: > > OnRelease:123 osutils.cxx(2869) PTLib Possible deadlock in mutex 0xc8e84 > Blocked Thread id=0xb5aff450 (123) name="OnRelease:123" > /lib/libpt.so.2.16.0(PTimedMutex::ExcessiveLockWait()+0xac) [0xb67c9570] > /lib/libpt.so.2.16.0(PTimedMutex::Wait()+0x10c) [0xb67af890] > /usr/lib/ptlib-2.16.0/device/sound/alsa_ptplugin.so(PSoundChannelALSA::Close()+0x1c) [0xb625fbc8] > /lib/libopal.so.3.16.0(OpalMediaStream::Close()+0x7c) [0xb6b02098] > /lib/libopal.so.3.16.0(OpalConnection::CloseMediaStreams()+0xd0) [0xb6acb7d4] > /lib/libopal.so.3.16.0(OpalConnection::OnReleased()+0x38) [0xb6ace1f8] > /lib/libopal.so.3.16.0(OpalPCSSConnection::OnReleased()+0x64) [0xb6b753a4] > /lib/libopal.so.3.16.0(OpalCall::OnReleased(OpalConnection&)+0x100) [0xb6ad8e50] > /lib/libopal.so.3.16.0(H323EndPoint::OnReleased(OpalConnection&)+0x2dc) [0xb6d90434] > /lib/libopal.so.3.16.0(OpalConnection::OnReleased()+0x50) [0xb6ace210] > /lib/libopal.so.3.16.0(OpalRTPConnection::OnReleased()+0x554) [0xb6b4c9cc] > /lib/libopal.so.3.16.0(H323Connection::OnReleased()+0x14c) [0xb6da2434] > /lib/libopal.so.3.16.0(OpalConnection::InternalOnReleased()+0xc4) [0xb6ac9d88] > /lib/libpt.so.2.16.0(PThread::PX_ThreadMain(void*)+0x64) [0xb67af630] > Owner Thread id=0xb5bbf450 (118) name="Rx audio:118" > Stack back trace empty, possibly corrupt. > > > As far as I've understood, this is the same race as was targeted by SVN r33766 > (discussed here: https://sourceforge.net/p/opalvoip/mailman/message/34278155/), > but now a bit different codepath in one of the threads. Let me know if I can > provide more useful info. I'm debugging this also, but maybe it would be obvious > for someone more familiar with the architecture... > > Regards, > Alexander. > > ------------------------------------------------------------------------------ > _______________________________________________ > Opalvoip-devel mailing list > Opa...@li... > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
|
From: Alexander S. <ale...@gm...> - 2015-12-15 08:13:17
|
Hello Opal developers!
I'm able to reproduce this always with 3.14.x and 3.16.0:
OnRelease:123 osutils.cxx(2869) PTLib Possible deadlock in mutex 0xc8e84
Blocked Thread id=0xb5aff450 (123) name="OnRelease:123"
/lib/libpt.so.2.16.0(PTimedMutex::ExcessiveLockWait()+0xac) [0xb67c9570]
/lib/libpt.so.2.16.0(PTimedMutex::Wait()+0x10c) [0xb67af890]
/usr/lib/ptlib-2.16.0/device/sound/alsa_ptplugin.so(PSoundChannelALSA::Close()+0x1c) [0xb625fbc8]
/lib/libopal.so.3.16.0(OpalMediaStream::Close()+0x7c) [0xb6b02098]
/lib/libopal.so.3.16.0(OpalConnection::CloseMediaStreams()+0xd0) [0xb6acb7d4]
/lib/libopal.so.3.16.0(OpalConnection::OnReleased()+0x38) [0xb6ace1f8]
/lib/libopal.so.3.16.0(OpalPCSSConnection::OnReleased()+0x64) [0xb6b753a4]
/lib/libopal.so.3.16.0(OpalCall::OnReleased(OpalConnection&)+0x100) [0xb6ad8e50]
/lib/libopal.so.3.16.0(H323EndPoint::OnReleased(OpalConnection&)+0x2dc) [0xb6d90434]
/lib/libopal.so.3.16.0(OpalConnection::OnReleased()+0x50) [0xb6ace210]
/lib/libopal.so.3.16.0(OpalRTPConnection::OnReleased()+0x554) [0xb6b4c9cc]
/lib/libopal.so.3.16.0(H323Connection::OnReleased()+0x14c) [0xb6da2434]
/lib/libopal.so.3.16.0(OpalConnection::InternalOnReleased()+0xc4) [0xb6ac9d88]
/lib/libpt.so.2.16.0(PThread::PX_ThreadMain(void*)+0x64) [0xb67af630]
Owner Thread id=0xb5bbf450 (118) name="Rx audio:118"
Stack back trace empty, possibly corrupt.
As far as I've understood, this is the same race as was targeted by SVN r33766
(discussed here: https://sourceforge.net/p/opalvoip/mailman/message/34278155/),
but now a bit different codepath in one of the threads. Let me know if I can
provide more useful info. I'm debugging this also, but maybe it would be obvious
for someone more familiar with the architecture...
Regards,
Alexander.
|
|
From: Pradeep K. <itp...@gm...> - 2015-12-09 07:50:11
|
I’d been seeing a issues in the past, in case of INVITEs and 200 Oks, if OPAL does not receive any 200Oks and ACKs respectively, OPAL results in a deadlock(…possible deadlock in xxx…).
I understand it’s hard to track down it, please let me know what else I can provide to figure it out.
Opal Garba...98a2085700 tlibthrd.cxx(1412) PTLib Possible deadlock in mutex 0x1c7edb8, owner id=140291758130944 (0x7f9838688700)
Thread 43 (Thread 0x7f98a2085700 (LWP 1449)):
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1 0x00007f98a1d2d672 in _L_lock_953 () from /lib/x86_64-linux-gnu/libpthread.so.0
#2 0x00007f98a1d2d4da in __GI___pthread_mutex_lock (mutex=0x1c7edd8) at ../nptl/pthread_mutex_lock.c:114
#3 0x00007f989e9d3000 in PTimedMutex::Wait (this=0x1c7edb8)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptlib/unix/tlibthrd.cxx:1413
#4 0x00007f989f866959 in PSafeDictionaryBase<PDictionary<OpalTransportAddress, OpalTransport>, OpalTransportAddress, OpalTransport>::GetKeys (this=0x1c7eda0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/safecoll.h:1251
#5 0x00007f989f865805 in PSafeDictionary<OpalTransportAddress, OpalTransport>::iterator_base::iterator_base (this=0x7f98a2084b80, dict=0x1c7eda0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/safecoll.h:1296
#6 0x00007f989f86495d in PSafeDictionary<OpalTransportAddress, OpalTransport>::iterator::iterator (this=0x7f98a2084b80, dict=0x1c7eda0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/safecoll.h:1342
#7 0x00007f989f862dcb in PSafeDictionary<OpalTransportAddress, OpalTransport>::begin (this=0x1c7eda0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/include/ptlib/safecoll.h:1359
#8 0x00007f989f857c07 in SIPEndPoint::GarbageCollection (this=0x1c7e6f0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/sip/sipep.cxx:539
#9 0x00007f989f47180b in OpalManager::GarbageCollection (this=0x1c4be00)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/manager.cxx:2171
#10 0x00007f989f471949 in OpalManager::GarbageMain (this=0x1c4be00)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/src/opal/manager.cxx:2192
#11 0x00007f989f476341 in OpalManager::GarbageMain_PNotifier::Call (this=0x1c6b9c0, note=..., extra=0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/opal-3.14/include/opal/manager.h:2090
#12 0x00000000009a9f3e in PNotifierTemplate<long>::operator() (this=0x1c6baf8, notifier=..., extra=0)
at /home/prod_fuze/jenkins/workspace/BuildWMPTrustyRELEASE/externals/SDK/ptlib/ptlib-2.14/include/ptlib/notifier.h:136
#13 0x00007f989ea1bc0e in PSimpleThread::Main (this=0x1c6b9e0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptlib/common/osutils.cxx:2613
#14 0x00007f989e9d0c6f in PThread::PX_ThreadMain (arg=0x1c6b9e0)
at /home/prod_fuze/jenkins/workspace/Build3rdpartyTrusty/src/cmake/build/Source/ptlib-2.14/src/ptlib/unix/tlibthrd.cxx:408
#15 0x00007f98a1d2b182 in start_thread (arg=0x7f98a2085700) at pthread_create.c:312
#16 0x00007f989ad0847d in clone () at ../sysdeps/unix/sysv/linux
Regards,
Pradeep
|
|
From: Vittorio G. <vit...@gm...> - 2015-11-08 20:56:52
|
Hi all, I am one of the libavcodec maintainers and as I was checking AVCodecContext for unused or stale options, I found this peculiar API, rtp_callback. Looking at the code, this function returns the encoded data of a frame, one slice at a time directly when that slice is encoded, instead of waiting for the full frame do be ready. However this does not look very reliable, especially if multi-threading is enabled, as slices would return in a non predictable order, and it pollutes the global space when just MpegEnc codecs actually employ it. Looking at Debian repositories, it looks like Opal is the only active user of this callback, hence my questions: how useful is this API for your project? Would you be ok with you if we go ahead and deprecate it or would it cause major havoc if we did? Deprecated functions will still live on for at least two years so there should be plenty of time for thinking about an alternative path if needed. Here is the discussion on our mailing list: https://patches.libav.org/patch/58880/ Cheers -- Vittorio |
|
From: Robert J. <ro...@vo...> - 2015-11-08 17:23:59
|
I have checked in some code that should fix this issue. A usual, completely untested. :-( Robert Jongbloed *OPAL/OpenH323/PTLib Architect and Co-founder*. On 2 September 2015 at 17:13, Alexander Sbitnev <ale...@gm... > wrote: > Current mcu using 15 fps value for PushThread straight from > OpalMixerNodeInfo default values. To overcome default value it is > possible to add "info.m_rate = 25;" in MyManager::Initialise from MCU > sample. But as it looks there is no link between PushThread fps rate and > fps setting negotiated for RTP stream and used by encoder inside MCU (at > least H.264 encoder). > Is there any way to link PushThread and encoder automatically? > Or maybe it is good idea to change OpalMixerNodeInfo default value to 30 > since --video-rate defaults to 30fps? In current case H.264 codec > configured for those defaults 30fps and supplied only by 15fps use only > half of configured bandwidth. > > > > > ------------------------------------------------------------------------------ > Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > Get real-time metrics from all of your servers, apps and tools > in one place. > SourceForge users - Click here to start your Free Trial of Datadog now! > http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 > _______________________________________________ > Opalvoip-devel mailing list > Opa...@li... > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel > |
|
From: Robert J. <ro...@vo...> - 2015-11-02 11:05:48
|
Apologies for taking so long, this patch has now been applied. ---------- Robert Jongbloed Vox Lucida Pty. Ltd. -----Original message----- From: Sergei Nikulov Sent: Thursday, 15th October 2015, 16:25 To: Opa...@li... Cc: br...@fr...; hri...@li... Subject: [Opalvoip-devel] Fwd: Fix ptlib build without SSLv3 FWD to Opalvoip-devel list. ---------- Forwarded message ---------- From: Christoph Pietsch <chr...@li... <mailto:chr...@li...> > Date: 2015-10-15 18:16 GMT+03:00 Subject: Fix ptlib build without SSLv3 To: "ser...@gm... <mailto:ser...@gm...> " <ser...@gm... <mailto:ser...@gm...> >, "br...@fr... <mailto:br...@fr...> " <br...@fr... <mailto:br...@fr...> > Hi, Currently ptlib fails to build when openssl libraries have been built without SSLv3 (configure --no-ssl2 --nossl3). This has surfaced when building with the latest LibreSSL 2.3. Attached patches address all these issues. These can be improved upon by using only SSLv23_ methods or even TLS_ methods and setting SSL_CTX_set_options(ctx, SSL_OP_NO_SSL2 | SSL_OP_NO_SSL3) but I've tried to make the patches minimally intrusive. OpenSSL 1.1.0 will deprecate SSLv23_ methods and introduces compatible TLS_ methods. Hope you'll include this in your product! Kind regards, Christoph Pietsch. FreeBSD ports contributor. -- Best Regards, Sergei Nikulov ------------------------------------------------------------------------------ _______________________________________________ Opalvoip-devel mailing list Opa...@li... <mailto:Opa...@li...> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
|
From: Robert J. <ro...@vo...> - 2015-11-02 10:59:01
|
Pretty sure this is fixed 34255
If you get a compile error, and are unable to fix yourself, always a good idea to wait 24 hours before reporting because the chances are very good it will be fixed already.
----------
Robert Jongbloed
Vox Lucida Pty. Ltd.
-----Original message-----
From: Sasa Davidovic
Sent: Thursday, 29th October 2015, 15:42
To: Opa...@li...
Subject: [Opalvoip-devel] Unable to compile ptlib (r34242)
Hi all,
I have following compilation problem after updating ptlib to r34242 :
---------------------------------------------------------------------------
[CXX] src/ptclib/pwavfile.cxx
˜/3.16/ptlib/src/ptclib/pwavfile.cxx: In member function ‘virtual
unsigned int PWAVFile::GetSampleSize() const’:
˜/3.16/ptlib/src/ptclib/pwavfile.cxx:425:55: error: operands to ?: have
different types ‘int’ and ‘const PUInt16l {aka const PIntSameOrder<short
unsigned int>}’
˜/3.16/ptlib/src/ptclib/pwavfile.cxx:426:1: warning: control reaches end
of non-void function [-Wreturn-type]
At global scope:
cc1plus: warning: unrecognized command line option
"-Wno-unused-private-field" [enabled by default]
make[2]: *** [˜/3.16/ptlib/lib_linux_x86_64/obj/pwavfile.o] Error 1
make[1]: *** [optshared] Error 2
make[1]: Leaving directory `˜/3.16/ptlib'
make: *** [build_top_level] Error 2
---------------------------------------------------------------------------
˜/3.16/ptlib$ svn up -r PREV ./
U src/ptclib/vxml.cxx
U src/ptclib/pwavfile.cxx
Updated to revision 34232.
So I reverted it until revision 34232 compiled with no problem (just few
warnings)
Does anyone have similar problem?
Some forums suggests that it could be compiler bug?
Mine gcc version is "gcc (Debian 4.7.2-5) 4.7.2" and system is Debian
GNU/Linux 7 (wheezy)
Thanks and best regards,
Sasa D.
------------------------------------------------------------------------------
_______________________________________________
Opalvoip-devel mailing list
Opa...@li... <mailto:Opa...@li...>
https://lists.sourceforge.net/lists/listinfo/opalvoip-devel
|
|
From: Sasa D. <Sas...@CA...> - 2015-10-29 15:41:23
|
Hi all,
I have following compilation problem after updating ptlib to r34242 :
---------------------------------------------------------------------------
[CXX] src/ptclib/pwavfile.cxx
~/3.16/ptlib/src/ptclib/pwavfile.cxx: In member function ‘virtual
unsigned int PWAVFile::GetSampleSize() const’:
~/3.16/ptlib/src/ptclib/pwavfile.cxx:425:55: error: operands to ?: have
different types ‘int’ and ‘const PUInt16l {aka const PIntSameOrder<short
unsigned int>}’
~/3.16/ptlib/src/ptclib/pwavfile.cxx:426:1: warning: control reaches end
of non-void function [-Wreturn-type]
At global scope:
cc1plus: warning: unrecognized command line option
"-Wno-unused-private-field" [enabled by default]
make[2]: *** [~/3.16/ptlib/lib_linux_x86_64/obj/pwavfile.o] Error 1
make[1]: *** [optshared] Error 2
make[1]: Leaving directory `~/3.16/ptlib'
make: *** [build_top_level] Error 2
---------------------------------------------------------------------------
~/3.16/ptlib$ svn up -r PREV ./
U src/ptclib/vxml.cxx
U src/ptclib/pwavfile.cxx
Updated to revision 34232.
So I reverted it until revision 34232 compiled with no problem (just few
warnings)
Does anyone have similar problem?
Some forums suggests that it could be compiler bug?
Mine gcc version is "gcc (Debian 4.7.2-5) 4.7.2" and system is Debian
GNU/Linux 7 (wheezy)
Thanks and best regards,
Sasa D.
|
|
From: Sergei N. <ser...@gm...> - 2015-10-15 15:24:27
|
FWD to Opalvoip-devel list. ---------- Forwarded message ---------- From: Christoph Pietsch <chr...@li...> Date: 2015-10-15 18:16 GMT+03:00 Subject: Fix ptlib build without SSLv3 To: "ser...@gm..." <ser...@gm...>, "br...@fr..." <br...@fr...> Hi, Currently ptlib fails to build when openssl libraries have been built without SSLv3 (configure --no-ssl2 --nossl3). This has surfaced when building with the latest LibreSSL 2.3. Attached patches address all these issues. These can be improved upon by using only SSLv23_ methods or even TLS_ methods and setting SSL_CTX_set_options(ctx, SSL_OP_NO_SSL2 | SSL_OP_NO_SSL3) but I've tried to make the patches minimally intrusive. OpenSSL 1.1.0 will deprecate SSLv23_ methods and introduces compatible TLS_ methods. Hope you'll include this in your product! Kind regards, Christoph Pietsch. FreeBSD ports contributor. -- Best Regards, Sergei Nikulov |
|
From: Pradeep K. <itp...@gm...> - 2015-10-01 08:46:10
|
Hi Robert,
I'm experiencing a crash in case of partial PDU. The crash is as following:
#0 0x00000000009604db in PBaseArray<unsigned char>::GetAt (this=0x3815910,
index=1)
at ptlib/ptlib-2.14/include/ptlib/array.h:335
#1 0x00007ff355322814 in PBaseArray<unsigned char>::operator[]
(this=0x3815910, index=1)
at ptlib-2.14/include/ptlib/array.h:387
#2 0x00007ff354563bc4 in PASN_BitString::operator[] (this=0x38158e8, bit=9)
at ptlib-2.14/src/ptclib/asner.cxx:934
#3 0x00007ff354569c91 in PASN_Sequence::HasOptionalField (this=0x38158b0,
opt=9)
at ptlib-2.14/src/ptclib/asner.cxx:2038
#4 0x00007ff355660561 in H323EndPoint::InternalNewIncomingConnection
(this=0x7ff33c0542e0, transport=..., reused=false)
at opal-3.14/src/h323/h323ep.cxx:754
#5 0x00007ff35565fc95 in H323EndPoint::NewIncomingConnection
(this=0x7ff33c0542e0, transport=...)
at opal-3.14/src/h323/h323ep.cxx:680
#6 0x00007ff3552f7437 in
OpalEndPoint::NewIncomingConnection_PNotifier::Call (this=0x7ff33c05d020,
note=..., extra=...)
at opal-3.14/include/opal/endpoint.h:226
#7 0x00007ff3552fa7a3 in PNotifierTemplate<PSafePtr<OpalTransport,
PSafePtrBase> const&>::operator() (this=0x7ff33c05da20, notifier=...,
extra=...) at ptlib-2.14/include/ptlib/notifier.h:136
#8 0x00007ff35534eb05 in OpalListener::TransportThreadMain
(this=0x7ff33c05da00, transport=...)
at opal-3.14/src/opal/transports.cxx:648
#9 0x00007ff35535da59 in PThreadObj1Arg<OpalListener,
PSafePtr<OpalTransport, PSafePtrBase> >::Main (this=0x7ff318054bc0)
at ptlib-2.14/include/ptlib/thread.h:716
#10 0x00007ff3546679b4 in PThread::PX_ThreadMain (arg=0x7ff318054bc0)
at ptlib-2.14/src/ptlib/unix/tlibthrd.cxx:408
#11 0x00007ff3591de9ca in start_thread () from /lib/libpthread.so.0
#12 0x00007ff34d68d70d in clone () from /lib/libc.so.6
#13 0x0000000000000000 in ?? ()
While looking into OPAL (h323pdu.cxx:1134) I'm confused about method
H323SignalPDU::Read() when it returns true/false.
PPER_Stream strm = q931pdu.GetIE(Q931::UserUserIE);
if (!Decode(strm)) {
PTRACE(1, "H225\tRead error: PER decode failure in Q.931 User-User
Information Element,"
"\nRaw PDU:\n" << hex << setfill('0')
<< setprecision(2) << rawData
<< dec << setfill(' ') <<
"\nQ.931 PDU:\n " << setprecision(2) << q931pdu <<
"\nPartial PDU:\n " << setprecision(2) << *this);
m_h323_uu_pdu.m_h323_message_body.SetTag(H225_H323_UU_PDU_h323_message_body::e_empty);
return true;
}
Why above code returns true even if it's partial PDU? Along with that, it
says it's a read error, so I think, it should return false instead of true.
Please, will you confirm it.
*-----------------------------------*
Regards
*Pradeep Kumar *
|
|
From: Pradeep K. <itp...@gm...> - 2015-09-29 19:29:32
|
Hi Robert,
I've a confusion with implementation of the following
*OpalMediaFormatList OpalMixerConnection::GetMediaFormats() const*
*{*
* OpalMediaFormatList list =
OpalTranscoder::GetPossibleFormats(OpalPCM16);*
* list += OpalRFC2833;*
*#if OPAL_T38_CAPABILITY*
* list += OpalCiscoNSE;*
*#endif*
*#if OPAL_VIDEO*
* if (!m_node->GetNodeInfo().m_audioOnly)*
* list += OpalTranscoder::GetPossibleFormats(OpalYUV420P);*
*#endif*
* return list;*
*}*
Above does not have G722* at all. I'm confused where G722* support is
present.
Well further more, I think I can override. But what's the hole point of
*OpalMixerMediaStream::OpalMixerMediaStream(OpalConnection & conn,*
* const OpalMediaFormat & format,*
* unsigned
sessionID,*
* bool isSource,*
* PSafePtr<OpalMixerNode> node,*
* bool
listenOnly)*
* : OpalMediaStream(conn, format, sessionID, isSource)*
* , m_node(node)*
* , m_listenOnly(listenOnly)*
*#if OPAL_VIDEO*
* , m_mixedVideoWidth(0)*
* , m_mixedVideoHeight(0)*
*#endif*
*{*
* /* We are a bit sneaky here. OpalCall::OpenSourceMediaStream will have*
* selected the network codec (e.g. G.723.1) anbd passed it to us, but
for*
* the case of incoming media to the mixer (sink), we switch it to the
raw*
* codec type so the OpalPatch system creates the codec for us. With the*
* transmitter (source) we keep the required media format so the mixed
data*
* thread can cache and optimise an encoded frame across multiple remote*
* connections. */*
* if (IsSink()) {*
*#if OPAL_VIDEO*
* if (mediaFormat.GetMediaType() == OpalMediaType::Video())*
* mediaFormat = OpalYUV420P;*
* else*
*#endif*
* mediaFormat = OpalPCM16;*
* }*
*}*
Can you give me some pointer?
On Mon, Sep 28, 2015 at 8:14 PM, Robert Jongbloed <ro...@vo...>
wrote:
> OPAL most assuredly supports G.722, which is not what I would call a "high
> end" codec. Any normal, to sound card, call will work fine with all the
> myriad codecs up to and including the latest and greatest Opus codec.
>
> What is not supported is *mixed rate audio* in the mixer. If everything
> is 16kHz, you should be able to do it, provided you set it up before hand.
> Set the m_sampleRate in the OpalMixerNodeInfo.
>
>
> Robert Jongbloed
> *OPAL/OpenH323/PTLib Architect and Co-founder*.
>
> On 28 September 2015 at 23:05, pradeep <itp...@gm...> wrote:
>
>> Hi Robert,
>> Do you have any plan to put all the codes to support G.722 in up coming
>> releases of OPAL? I’m sure all other Open Sources really support the high
>> end codecs. So, I think it's worth of doing.
>>
>> Regards,
>> Pradeep
>>
>> On 07-Sep-2015, at 4:23 pm, Tomasz Meresiński <
>> tom...@co...> wrote:
>>
>> Hi,
>> I think the easiest and fastest way to achieve that will be down and up
>> sampling in G.722 plugin, but you will loose benefits from 16kHz codec.
>> Tomasz Meresiński
>>
>> W dniu 2015-09-01 o 11:09, pradeep pisze:
>>
>> Hi Robert,
>>
>> How I can enable mcu to support more that 8kHz, so that I can go through
>> G.722?
>>
>>
>> On 01-Sep-2015, at 2:26 pm, Robert Jongbloed <ro...@vo...>
>> wrote:
>>
>> From memory, the current MCU only support 8kHz codecs, so G.722 would not
>> be allowed.
>>
>>
>> Robert Jongbloed
>> *OPAL/OpenH323/PTLib Architect and Co-founder*.
>>
>> On 31 August 2015 at 13:51, Pradeep Kumar < <itp...@gm...>
>> itp...@gm...> wrote:
>>
>>>
>>> Hi Team,
>>>
>>> I was trying to find out if opal mcu does support G722 codecs or not,
>>> however could not as it was crashing some point of time.
>>>
>>> Just a quick query, do we support G722 codec in mcu or not? And one
>>> more, has it been tested with mcu?
>>>
>>> As I was trying to negotiate G722, but could not. Negotiation itself
>>> fails.
>>>
>>> *-----------------------------------*
>>> Regards
>>> *Pradeep Kumar *
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Opalvoip-devel mailing list
>>> Opa...@li...
>>> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel
>>>
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>>
>>
>> _______________________________________________
>> Opalvoip-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opalvoip-devel
>>
>>
>> --
>> *Tomasz Meresiński*
>> APUS
>>
>> tel. +48 12 684 8274
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> 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
*Pradeep Kumar *
|
|
From: Robert J. <ro...@vo...> - 2015-09-28 14:44:11
|
OPAL most assuredly supports G.722, which is not what I would call a "high end" codec. Any normal, to sound card, call will work fine with all the myriad codecs up to and including the latest and greatest Opus codec. What is not supported is *mixed rate audio* in the mixer. If everything is 16kHz, you should be able to do it, provided you set it up before hand. Set the m_sampleRate in the OpalMixerNodeInfo. Robert Jongbloed *OPAL/OpenH323/PTLib Architect and Co-founder*. On 28 September 2015 at 23:05, pradeep <itp...@gm...> wrote: > Hi Robert, > Do you have any plan to put all the codes to support G.722 in up coming > releases of OPAL? I’m sure all other Open Sources really support the high > end codecs. So, I think it's worth of doing. > > Regards, > Pradeep > > On 07-Sep-2015, at 4:23 pm, Tomasz Meresiński < > tom...@co...> wrote: > > Hi, > I think the easiest and fastest way to achieve that will be down and up > sampling in G.722 plugin, but you will loose benefits from 16kHz codec. > Tomasz Meresiński > > W dniu 2015-09-01 o 11:09, pradeep pisze: > > Hi Robert, > > How I can enable mcu to support more that 8kHz, so that I can go through > G.722? > > > On 01-Sep-2015, at 2:26 pm, Robert Jongbloed <ro...@vo...> > wrote: > > From memory, the current MCU only support 8kHz codecs, so G.722 would not > be allowed. > > > Robert Jongbloed > *OPAL/OpenH323/PTLib Architect and Co-founder*. > > On 31 August 2015 at 13:51, Pradeep Kumar < <itp...@gm...> > itp...@gm...> wrote: > >> >> Hi Team, >> >> I was trying to find out if opal mcu does support G722 codecs or not, >> however could not as it was crashing some point of time. >> >> Just a quick query, do we support G722 codec in mcu or not? And one more, >> has it been tested with mcu? >> >> As I was trying to negotiate G722, but could not. Negotiation itself >> fails. >> >> *-----------------------------------* >> Regards >> *Pradeep Kumar * >> >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Opalvoip-devel mailing list >> Opa...@li... >> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel >> >> > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > Opalvoip-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opalvoip-devel > > > -- > *Tomasz Meresiński* > APUS > > tel. +48 12 684 8274 > > ------------------------------------------------------------------------------ > _______________________________________________ > 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 > > |
|
From: pradeep <itp...@gm...> - 2015-09-28 13:05:11
|
Hi Robert, Do you have any plan to put all the codes to support G.722 in up coming releases of OPAL? I’m sure all other Open Sources really support the high end codecs. So, I think it's worth of doing. Regards, Pradeep > On 07-Sep-2015, at 4:23 pm, Tomasz Meresiński <tom...@co...> wrote: > > Hi, > I think the easiest and fastest way to achieve that will be down and up sampling in G.722 plugin, but you will loose benefits from 16kHz codec. > Tomasz Meresiński > > W dniu 2015-09-01 o 11:09, pradeep pisze: >> Hi Robert, >> >> How I can enable mcu to support more that 8kHz, so that I can go through G.722? >> >> >>> On 01-Sep-2015, at 2:26 pm, Robert Jongbloed <ro...@vo... <mailto:ro...@vo...>> wrote: >>> >>> From memory, the current MCU only support 8kHz codecs, so G.722 would not be allowed. >>> >>> >>> Robert Jongbloed >>> <>OPAL/OpenH323/PTLib Architect and Co-founder. >>> >>> >>> On 31 August 2015 at 13:51, Pradeep Kumar < <mailto:itp...@gm...>itp...@gm... <mailto:itp...@gm...>> wrote: >>> >>> Hi Team, >>> >>> I was trying to find out if opal mcu does support G722 codecs or not, however could not as it was crashing some point of time. >>> >>> Just a quick query, do we support G722 codec in mcu or not? And one more, has it been tested with mcu? >>> >>> As I was trying to negotiate G722, but could not. Negotiation itself fails. >>> >>> ----------------------------------- >>> Regards >>> Pradeep Kumar >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Opalvoip-devel mailing list >>> Opa...@li... <mailto:Opa...@li...> >>> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel <https://lists.sourceforge.net/lists/listinfo/opalvoip-devel> >>> >>> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> _______________________________________________ >> Opalvoip-devel mailing list >> Opa...@li... <mailto:Opa...@li...> >> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel <https://lists.sourceforge.net/lists/listinfo/opalvoip-devel> > > -- > Tomasz Meresiński > APUS > > tel. +48 12 684 8274 > ------------------------------------------------------------------------------ > _______________________________________________ > Opalvoip-devel mailing list > Opa...@li... > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
54 messages has been excluded from this view by a project administrator.
