[Live-devel] TR: 2 SSRC on the same RTP stream

2015-08-31 Thread Jean-Luc Bonnet
De : Jean-Luc Bonnet
Envoyé : 31août15 14:21
À :
Objet : 2 SSRC on the same RTP stream

Hi Ross

I'm using Live555 Streaming Media to stream two H264 videos 
over RTP and I decode them with Two GStreamer pipes on another computer.

· It works fine on one channel and sometime with the two channels.

· But very often the second channel doesn't work. GStreamer can decode 
the stream. I analyze the stream with Wireshark and I see that in that case 
there are 2 different SSRC.  One (0xBC890740 for example) where all H264 
packets are correct and another (OxDDD4D704 for example) where H264 packets are 
wrong. There is an abrupt change for sequence number and time for one SSRC to 
the other.

Do you have already see this behavior?

Thank for your help.

Regards

Jean-Luc Bonnet


___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel


Re: [Live-devel] TR: 2 SSRC on the same RTP stream

2015-08-31 Thread Jean-Luc Bonnet
Ross,

Thanks for the quick reply. In fact I stream each video on a 
separate multicast addresses:

· The first on 239.20.31.1:5004 which works fine. the SSRC is always 
the same on all RTP packets

· The second on 239.20.31.2:5004

o   When it works the SSRC is always the same on all RTP packets

o   When it doesn't work, there are 2 different SSRC! Correct H264 packets have 
one SSRC and wrong H264 packets have the second SSRC. I don't understand why 
there is this second SSRC. It is the same process that streams these 2 video 
using Live Media.

Regards

Jean-Luc Bonnet



De : live-devel [mailto:live-devel-boun...@ns.live555.com] De la part de Ross 
Finlayson
Envoyé : 31août15 15:08
À : LIVE555 Streaming Media - development & use
Objet : Re: [Live-devel] TR: 2 SSRC on the same RTP stream

Sorry, but we currently don't support that (receiving a stream with more than 
one SSRC multiplexed on the same port).  For now at least, you'll need to have 
each H.264 stream use a separate port number (and receive each one using a 
separate "RTPSource").
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.live555.com_&d=BQMF-g&c=0hKVUfnuoBozYN8UvxPA-w&r=3XFFEif9Py38PEs0FFH8jAYw83O__O1W1utDvwu8QzA&m=CxxSyg3ak2sUQ3c-j4YTFfCEwkRZemho1s4_XnFMooU&s=Yo05jnsNNIqbaK6BsmWHSpQRqk9ufTLfgJnHRQGqLeM&e=>

___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel


Re: [Live-devel] 2 SSRC on the same RTP stream

2015-09-01 Thread Jean-Luc Bonnet
Hi Ross,

Thanks for your help.  I'm running under Windows. I have spied 
RTCP packets on the faulty stream and I have seen that Sender Report / Source 
Definition packets with a different CNAME  and SSRC  are sent periodically.  So 
I have check my code and found that audio and video are sent on the same 
multicast address that explains the issue.  I fix it and all works fine.

Best regards

Jean-Luc Bonnet

De : live-devel [mailto:live-devel-boun...@ns.live555.com] De la part de Ross 
Finlayson
Envoyé : 31août15 16:31
À : LIVE555 Streaming Media - development & use
Objet : Re: [Live-devel] 2 SSRC on the same RTP stream

 Thanks for the quick reply. In fact I stream each video on a 
separate multicast addresses:
* The first on 239.20.31.1:5004 which works fine. the SSRC is always 
the same on all RTP packets
* The second on 239.20.31.2:5004

Are you running Linux?  Linux has a bug (though some people don't want to call 
it a 'bug') whereby if more than one process joins the same multicast group - 
but with a different port number - then all of these processes will receive 
copies of all multicast packets for all of these port numbers.  (Note that 
other Unix variants (including BSD) - as well as Windows - don't have this 
behavior; it's a problem just with Linux.)

Modern versions of Linux, however (starting, apparently, with Linux kernel 
version 2.6.31), have a "setsockopt()" option - called IP_MULTICAST_ALL - that 
allows you to disable this behavior.  The "LIVE555 Streaming Media" code (since 
version 2013.10.03) automatically calls "setsockopt()" to disable this behavior 
- if "IP_MULTICAST_ALL" is defined.

So, make sure that you're using a sufficiently modern version of Linux - one in 
which the IP_MULTICAST_ALL setsockopt() option is defined.  That should solve 
your problem.

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.live555.com_&d=BQMF-g&c=0hKVUfnuoBozYN8UvxPA-w&r=3XFFEif9Py38PEs0FFH8jAYw83O__O1W1utDvwu8QzA&m=ZwxVZSelNnAK8pjIVHHjXKB2rEbpfJ3KhAYYLtdKLq0&s=2F_5Po2ju22TQ56MXSJT2HLVJVu3RJLIzf9qulLpZWA&e=>

___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel


[Live-devel] Live Media Server - Retrieve SSRC

2016-05-30 Thread Jean-Luc Bonnet
Hi Ross,

I'm using Live Media Server to stream several H264 video under 
RTP. It is working fine. My RTP client need that session is announced with a 
SAP server. It's easily done with a Groupsock instance. But inside the SDP,  it 
needs special media attributes such as SSRC but be sure to catch the right RTP 
packets. I have found  RTPSink::SSRC() method to retrieve it, but unfortunately 
this method is protected. How can I retrieve SSRC easily?

Best regards.

Jean-Luc Bonnet
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel


Re: [Live-devel] [EXTERNAL] Re: Live Media Server - Retrieve SSRC

2016-06-02 Thread Jean-Luc Bonnet
Thanks Ross.

Best regards

Jean-Luc Bonnet

-Message d'origine-
De : live-devel [mailto:live-devel-boun...@ns.live555.com] De la part de Ross 
Finlayson
Envoyé : 2juin16 07:27
À : LIVE555 Streaming Media - development & use
Objet : [EXTERNAL] Re: [Live-devel] Live Media Server - Retrieve SSRC


> I have found  RTPSink::SSRC() method to retrieve it, but unfortunately this 
> method is protected. How can I retrieve SSRC easily?

OK, in the next release of the “LIVE555 Streaming Media” software, I’ll make 
this function “public:”


Ross Finlayson
Live Networks, Inc.
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.live555.com_&d=DQIGaQ&c=0hKVUfnuoBozYN8UvxPA-w&r=3XFFEif9Py38PEs0FFH8jAYw83O__O1W1utDvwu8QzA&m=iU_kCjZTc7WM0OY6ziaPXhsjkRX_Vj-Wqyj6ul2WraQ&s=oMVTyvEyUqp2_TQyl5wSCuJIvJKVD3sNqPevvcT71Z0&e=
 


___
live-devel mailing list
live-devel@lists.live555.com
https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.live555.com_mailman_listinfo_live-2Ddevel&d=DQIGaQ&c=0hKVUfnuoBozYN8UvxPA-w&r=3XFFEif9Py38PEs0FFH8jAYw83O__O1W1utDvwu8QzA&m=iU_kCjZTc7WM0OY6ziaPXhsjkRX_Vj-Wqyj6ul2WraQ&s=Zco_Uxq9To_fIchs9NavTVexsvVgR2kHFAhWFX3aAdE&e=
 

___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel