<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">Correct, that is one video stream.<br>
<br>
You need as many m= lines as streams that are going to be
transmitted.<br>
<br>
On 21/8/20 12:47 pm, Stergios Hetelekides wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CANn0SAFD1wTmmiZ2SVsWRj8CvzSZYP_UMSDKkFOOVAxRWHuPkw@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div dir="ltr">Thanks for the info - I think I found the commit
that you're talking about <a
href="https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/commit/bd92b2f7c4f28b6fac854ddbdae08b821adb55c4"
moz-do-not-send="true">https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/commit/bd92b2f7c4f28b6fac854ddbdae08b821adb55c4</a>
<div>I'm using GStreamer 1.14 (hoping to bump to 1.18 soon),
so definitely could be related to that.<br>
<div><br>
</div>
<div>Would you know where I can find an example sdp offer
offering to receive multiple video streams? The offer from
my app looks like this, which I don't think is offering to
receive multiple streams?</div>
<font face="monospace">v=0<br>
o=- 4844745111013802911 2 IN IP4 127.0.0.1<br>
s=-<br>
t=0 0<br>
a=group:BUNDLE video<br>
a=msid-semantic: WMS<br>
m=video 9 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 127 123
125 122 124<br>
c=IN IP4 0.0.0.0<br>
a=rtcp:9 IN IP4 0.0.0.0<br>
a=ice-ufrag:rhZo<br>
a=ice-pwd:la1S6P3cNIKonj6+auUhqj7+<br>
a=ice-options:trickle renomination<br>
a=fingerprint:sha-256
E5:E0:B9:27:C8:F8:1A:F1:6A:1F:67:F0:47:E9:96:49:7B:9A:83:08:F9:55:5D:75:6F:E4:27:AA:40:79:FA:0C<br>
a=setup:actpass<br>
a=mid:video<br>
a=extmap:14 urn:ietf:params:rtp-hdrext:toffset<br>
a=extmap:13 <a
href="http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time"
moz-do-not-send="true">http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time</a><br>
a=extmap:3 urn:3gpp:video-orientation<br>
a=extmap:2 <a
href="http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01"
moz-do-not-send="true">http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01</a><br>
a=extmap:5 <a
href="http://www.webrtc.org/experiments/rtp-hdrext/playout-delay"
moz-do-not-send="true">http://www.webrtc.org/experiments/rtp-hdrext/playout-delay</a><br>
a=extmap:6 <a
href="http://www.webrtc.org/experiments/rtp-hdrext/video-content-type"
moz-do-not-send="true">http://www.webrtc.org/experiments/rtp-hdrext/video-content-type</a><br>
a=extmap:7 <a
href="http://www.webrtc.org/experiments/rtp-hdrext/video-timing"
moz-do-not-send="true">http://www.webrtc.org/experiments/rtp-hdrext/video-timing</a><br>
a=extmap:8 <a
href="http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07"
moz-do-not-send="true">http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07</a><br>
a=extmap:9 <a
href="http://www.webrtc.org/experiments/rtp-hdrext/color-space"
moz-do-not-send="true">http://www.webrtc.org/experiments/rtp-hdrext/color-space</a><br>
a=recvonly<br>
a=rtcp-mux<br>
a=rtcp-rsize<br>
a=rtpmap:96 H264/90000<br>
a=rtcp-fb:96 goog-remb<br>
a=rtcp-fb:96 transport-cc<br>
a=rtcp-fb:96 ccm fir<br>
a=rtcp-fb:96 nack<br>
a=rtcp-fb:96 nack pli<br>
a=fmtp:96
level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=640c1f<br>
a=rtpmap:97 rtx/90000<br>
a=fmtp:97 apt=96<br>
a=rtpmap:98 H264/90000<br>
a=rtcp-fb:98 goog-remb<br>
a=rtcp-fb:98 transport-cc<br>
a=rtcp-fb:98 ccm fir<br>
a=rtcp-fb:98 nack<br>
a=rtcp-fb:98 nack pli<br>
a=fmtp:98
level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f<br>
a=rtpmap:99 rtx/90000<br>
a=fmtp:99 apt=98<br>
a=rtpmap:100 VP8/90000<br>
a=rtcp-fb:100 goog-remb<br>
a=rtcp-fb:100 transport-cc<br>
a=rtcp-fb:100 ccm fir<br>
a=rtcp-fb:100 nack<br>
a=rtcp-fb:100 nack pli<br>
a=rtpmap:101 rtx/90000<br>
a=fmtp:101 apt=100<br>
a=rtpmap:127 VP9/90000<br>
a=rtcp-fb:127 goog-remb<br>
a=rtcp-fb:127 transport-cc<br>
a=rtcp-fb:127 ccm fir<br>
a=rtcp-fb:127 nack<br>
a=rtcp-fb:127 nack pli<br>
a=rtpmap:123 rtx/90000<br>
a=fmtp:123 apt=127<br>
a=rtpmap:125 red/90000<br>
a=rtpmap:122 rtx/90000<br>
a=fmtp:122 apt=125<br>
a=rtpmap:124 ulpfec/90000</font></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Thu, Aug 20, 2020 at 2:19
AM Matthew Waters <<a href="mailto:ystreet00@gmail.com"
moz-do-not-send="true">ystreet00@gmail.com</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div>
<div>Yes, in order for webrtcbin to answer with sending
two streams, the original offer must have two streams to
receive.<br>
<br>
There was also an issue in webrtcbin at some point with
multiple similar streams being confused for each other
(at offer/answer creation) that was fixed a little while
ago. I can't remember the details off the top of my
head though :).<br>
<br>
Cheers<br>
-Matt<br>
<br>
On 20/8/20 11:51 am, Stergios Hetelekides wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">Hi,</div>
<div dir="ltr"><br>
</div>
<div>I hope this is an appropriate place to
ask webrtcbin questions! :)</div>
<div dir="ltr"><br>
</div>
<div>I have a pipeline using
webrtcbin successfully sending video to a
mobile app! It looks something like this:</div>
<div><font face="monospace">myvideosrc ->
... -> webrtcbin</font><br>
</div>
<div><br>
</div>
<div>It's working great for a single video
stream, but now I'm trying to send
multiple video streams using webrtcbin to
the mobile app. I've tried linking an
additional src to my webrtcbin:</div>
<div><font face="monospace">myvideosrc
-> ... -> webrtcbin</font></div>
<div><font face="monospace">videotestsrc
-> ... ----^</font></div>
<div><br>
</div>
<div>When I do this, only 1 stream comes
thru to the phone. By looking at the SDP
answer that webrtcbin is generating, it is
only responding with 1 stream in the
answer. I know both pipelines work
individually, but I cannot get both
streams to come thru at the same time.</div>
<div><br>
</div>
<div>I'm not sure if it's an issue with how
the mobile app is sending it's offer (does
it need to offer to receive 2 streams?),
or how I'm handling on the webrtcbin side?
Any help would be appreciated.</div>
<div><br>
</div>
<div>Thank you!<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
gstreamer-devel mailing list
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" moz-do-not-send="true">gstreamer-devel@lists.freedesktop.org</a>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank" moz-do-not-send="true">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a>
</pre>
</blockquote>
<br>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
</body>
</html>