<div dir="ltr"><div dir="ltr"><div>It just workd with the two user's video-conference which both of them have two video track separately. Now each one can see other's video and screen sharing.</div><div><br></div><div>For the test purpose, I just hard code the to_channel mapping in the bridge_channel_handle_write() then everything seems go fine.</div><div><br></div><div>Indeed, the code cannot run out-of-the-box and I want to know your ideas about, anything difficult to have the correct mapping of the to_channel vector? Or do I have any extra points missed to know its difficulty? </div><div><br></div><div><img src="cid:ii_jox0r1ez0" alt="image.png" width="459" height="201" style="margin-right: 0px;"><br></div><div><br></div><div><div><img src="cid:ii_jox0rroe1" alt="image.png" width="335" height="210" style="margin-right: 0px;"><br></div></div><div><br></div><div>Sincerely</div><div>Xiemin</div></div></div><br><div class="gmail_quote"><div dir="ltr">Joshua C. Colp <<a href="mailto:jcolp@digium.com">jcolp@digium.com</a>> 于2018年11月19日周一 下午11:59写道：<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Nov 19, 2018, at 11:54 AM, Xiemin Chen wrote:<br>
> I just made it works with multi video tracks of the echo stream demo by a<br>
> few lines of source code change in apps/app_stream_echo.c:<br>
> <br>
> 249c249<br>
> <                       // continue;<br>
> ---<br>
> >                       continue;<br>
> 278c278<br>
> <               } while (0);<br>
> ---<br>
> >               } while (--n);<br>
> <br>
> <br>
> Mean while I have a little change in native client code to have two video<br>
> tracks in one stream at the same time.<br>
> <br>
> So I think it's not a lot of code change if needs to do this task. I want<br>
> to know your ideas, thanks very much.<br>
<br>
The stream echo application is much simpler than the SFU, as it only has to do basic renegotiation/mapping. The code that the SFU relies upon is more complex as it has to keep track of the different streams and their mappings across all of the channels. This was done with a single source in mind, and the mapping process (and stream names) reflect that. I don't think the code will work out of the box, and until someone dives in there's no telling what needs to be really changed.<br>
<br>
-- <br>
Joshua C. Colp<br>
Digium - A Sangoma Company | Senior Software Developer<br>
445 Jan Davis Drive NW - Huntsville, AL 35806 - US<br>
Check us out at: <a href="http://www.digium.com" rel="noreferrer" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" rel="noreferrer" target="_blank">www.asterisk.org</a><br>
<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Astricon is coming up October 9-11!  Signup is available at: <a href="https://www.asterisk.org/community/astricon-user-conference" rel="noreferrer" target="_blank">https://www.asterisk.org/community/astricon-user-conference</a><br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div>