ortp issueshttps://gitlab.linphone.org/BC/public/ortp/-/issues2019-11-28T10:39:44Zhttps://gitlab.linphone.org/BC/public/ortp/-/issues/2rtp_putq: Queue is full. Discarding message with ts=2019-11-28T10:39:44ZTchaikovskyrtp_putq: Queue is full. Discarding message with ts=When linphone calls, sometimes "rtp_putq: Queue is full." There is no audio but there is video, what happens when "rtp_putq: Queue is full".
![pj](/uploads/6312a25f23c6811267f03a995641e63f/pj.jpg)When linphone calls, sometimes "rtp_putq: Queue is full." There is no audio but there is video, what happens when "rtp_putq: Queue is full".
![pj](/uploads/6312a25f23c6811267f03a995641e63f/pj.jpg)Peio RigauxPeio Rigauxhttps://gitlab.linphone.org/BC/public/ortp/-/issues/3Ortp error2019-11-25T17:23:27ZdevjvaOrtp errorortp-warning-Discarding stateless response [401].
<------------>
Scheduling destruction of SIP dialog '5PlKFxV0~P' in 32000 ms (Method: REGISTER)
<--- SIP read from UDP:20X.7X.1X8.1X5:5060 --->
REGISTER sip:192.168.15.53:5060 SIP/2.0
V...ortp-warning-Discarding stateless response [401].
<------------>
Scheduling destruction of SIP dialog '5PlKFxV0~P' in 32000 ms (Method: REGISTER)
<--- SIP read from UDP:20X.7X.1X8.1X5:5060 --->
REGISTER sip:192.168.15.53:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.49:5060;branch=z9hG4bK.VEs0uME17;rport
From: sip:123@2XX.X1.1X7.1XX;tag=jntkzs~1g
To: sip:123@2XX.X1.1X7.1XX
CSeq: 148 REGISTER
Call-ID: pQZYSAh-zj
Max-Forwards: 70
Supported: replaces, outbound
Accept: application/sdp
Accept: text/plain
Accept: application/vnd.gsma.rcs-ft-http+xml
Contact: sip:123@20X.7X.1X8.1X5;+sip.instance="urn:uuid:6c49640e-af95-47c5-945c-0c74130213ab"
Expires: 3600
User-Agent: (belle-sip/1.4.2)
Authorization: Digest realm="asterisk", nonce="5926fc86", algorithm=MD5, username="123", uri="sip:2XX.X1.1X7.1XX:5071", response="cc957578a69b44bc9faf4ad074cf43f5"
<------------->
--- (15 headers 0 lines) ---
Sending to 20X.7X.1X8.1X5:5060 (NAT)
[2019-09-25 12:59:01] NOTICE[2240]: chan_sip.c:17383 check_auth: Correct auth, but based on stale nonce received from 'sip:123@2XX.X1.1X7.1XX;tag=jntkzs~1g'
<--- Transmitting (NAT) to 20X.7X.1X8.1X5:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.100.49:5060;branch=z9hG4bK.VEs0uME17;received=20X.7X.1X8.1X5;rport=5060
From: sip:123@2XX.X1.1X7.1XX;tag=jntkzs~1g
To: sip:123@2XX.X1.1X7.1XX;tag=as105492ea
Call-ID: pQZYSAh-zj
CSeq: 148 REGISTER
Server: FPBX-14.0.13.4(15.7.3)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="547fba89", stale=true
Content-Length: 0
<------------>
I have this problem after a few hours running in background in IOS 12.2.4Peio RigauxPeio Rigauxhttps://gitlab.linphone.org/BC/public/ortp/-/issues/4Segmentation Fault In RECVONLY session2020-01-04T12:55:39ZPaul Le CouteurSegmentation Fault In RECVONLY sessionHi,
I reproduce a segmentation fault with the latest release of oRTP (4.3.0). I am using a program called trx (http://www.pogo.org.uk/~mark/trx/) to create an Opus RTP stream. tx create the stream using a SENDONLY session and rx play th...Hi,
I reproduce a segmentation fault with the latest release of oRTP (4.3.0). I am using a program called trx (http://www.pogo.org.uk/~mark/trx/) to create an Opus RTP stream. tx create the stream using a SENDONLY session and rx play the stream in a RECVONLY session.
After 2s the rx program crash, here is the backtrace:
```
Thread 1 "rx" received signal SIGSEGV, Segmentation fault.
0x00007ffff7e06c73 in concatb () from /usr/lib/libortp.so.14
(gdb) bt
#0 0x00007ffff7e06c73 in concatb () from /usr/lib/libortp.so.14
#1 0x00007ffff7dfa943 in ?? () from /usr/lib/libortp.so.14
#2 0x00007ffff7dfabf6 in rtp_session_send_regular_rtcp_packet_and_reschedule
() from /usr/lib/libortp.so.14
#3 0x00007ffff7e00c2c in rtp_session_recvm_with_ts ()
from /usr/lib/libortp.so.14
#4 0x00007ffff7e00f7e in rtp_session_recv_with_ts ()
from /usr/lib/libortp.so.14
#5 0x0000555555556833 in run_rx (session=0x555555573c60,
decoder=0x55555556ceb0, snd=0x5555555becf0, channels=2, rate=48000)
at rx.c:116
#6 0x0000555555556e08 in main (argc=1, argv=0x7fffffffe678) at rx.c:256
```
A related issue is on stack overflow here : https://stackoverflow.com/questions/43591690/receiving-rtcp-issues-within-ortp-library.
Disabling RTCP with `rtp_session_enable_rtcp(session, FALSE);` fix it. Maybe RTCP should be disabled
by default for RECVONLY?
Thanks for the work,
Paul.https://gitlab.linphone.org/BC/public/ortp/-/issues/5Wrong version in CMakeLists.txt2021-03-25T17:44:28ZMaximWrong version in CMakeLists.txtHello,
This is a minor issue, but the ORTP_DOC_VERSION is set to "ortp-." because the variables ORTP_VERSION_MAJOR and ORTP_VERSION_MINOR do not exist.
Also, the project version string is set to 4.4.0, while the current version is 4.4....Hello,
This is a minor issue, but the ORTP_DOC_VERSION is set to "ortp-." because the variables ORTP_VERSION_MAJOR and ORTP_VERSION_MINOR do not exist.
Also, the project version string is set to 4.4.0, while the current version is 4.4.34.
Thank you!