[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Linphone-developers] segmentation fault receiving RPT AVP stream wi
Re: [Linphone-developers] segmentation fault receiving RPT AVP stream with mediastreamer2
Fri, 19 Aug 2016 13:05:53 +0000 (UTC)
I am not a Linphone developer but from my experience I can tell you the following:
The second port is likely the RTCP port which is supposed to be RTP port + 1 . But maybe that port is taken on your machine and it opens a random one.
The queue is full because it's 100 packets length by default so you're probably sending too fast and writing too slow.
Then your RTP stream might be multiplexed with RTCP , and that's why it calls a function which is supposed to process RTCP.
From: Simon Röhrl <address@hidden>
Sent: Friday, August 19, 2016 2:06 PM
Subject: Re: [Linphone-developers] segmentation fault receiving RPT AVP stream with mediastreamer2
could anyone please give an answer? If mediastreamer2 is suitable, we consider to buy the commercial license.
Von: Linphone-developers [mailto:address@hidden Im Auftrag von Simon Röhrl
Gesendet: Donnerstag, 4. August 2016 14:35
Betreff: [Linphone-developers] segmentation fault receiving RPT AVP stream with mediastreamer2
I’m trying to receive a RTP AVP stream with h264 Payload using mediastreamer2. I constructed a simple graph with two filters (MS_RTP_RECV_ID and MS_FILE_REC_ID) to write the stream to a file. First thing I’m wondering about: oRTP opens two UDP ports: The one I specified with “rtp_session_set_local_addr” and another one which is changing every time I run my program. Why two ports?
Second thing: I’m getting a Segmentation Fault after a few hundred milliseconds when receiving the stream along with loads of messages like this:
“2016-08-04 14:25:12:951 ortp-warning-rtp_putq: Queue is full. Discarding message with ts=<different timestamps>”
According to the backtrace (attached), oRTP calls “rtp_session_rtcp_process_recv” which seems like a function used for RTCP!? I don’t want to use RTCP. Is it even possible to receive a RTP-only stream?