<div dir="ltr"><div><div>As my proposal includes the RTC server probe, should I change the my proposal to mention a standalone client or in-server process approach?<br><br></div>regards,<br></div>Nik<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 25, 2016 at 6:59 PM, Daniel Pocock <span dir="ltr"><<a href="mailto:daniel@pocock.pro" target="_blank">daniel@pocock.pro</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 25/03/16 18:50, Diane Trout wrote:<br>
> On Friday, March 25, 2016 07:29:23 AM Daniel Pocock wrote:<br>
>> On 25/03/16 00:49, Diane Trout wrote:<br>
>>> would either of these be decent projects?<br>
>>><br>
>>> A jabber/jingle echo server would be really helpful for testing. There<br>
>>> were<br>
>>> rumors of one but it disappeared.<br>
>><br>
>> That would be interesting, there are also some ideas in Redmine about an<br>
>> RTC service probe:<br>
>><br>
>> <a href="https://project.freertc.org/projects/rtc-server-probe-development/issues" rel="noreferrer" target="_blank">https://project.freertc.org/projects/rtc-server-probe-development/issues</a><br>
>><br>
>> I would like to track your suggestion as a Redmine issue too.  Do you<br>
>> believe it should be implemented as a standalone project or as a module<br>
>> to run inside a Prosody server instance?<br>
><br>
> I think it should act like a client, so it should work with any XMPP server.<br>
> I'd found several useful SIP test services, but nothing for XMPP<br>
><br>
<br>
</span>SIP and XMPP servers can actually have "client" code inside them.  This<br>
can be a useful way of utilizing the infrastructure of the server, e.g.<br>
it already runs as a daemon all the time, it already has logging code<br>
and it already has transports that other clients can connect to.<br>
<br>
A true, standalone client process is also valid though.  To make it<br>
clear for a GSoC student we should probably just pick one approach or<br>
the other and then put it in the issue list.<br>
<span class=""><br>
<br>
> <a href="mailto:music@iptel.org">music@iptel.org</a> (connect plays music)<br>
> <a href="http://thetestcall.blogspot.com/" rel="noreferrer" target="_blank">http://thetestcall.blogspot.com/</a> (Several addresses, several functions)<br>
> <a href="http://bluejeans.com/111" rel="noreferrer" target="_blank">http://bluejeans.com/111</a> can be used to setup a video call test.<br>
><br>
<br>
</span>There is another one for SIP:<br>
<br>
<a href="http://sip5060.net/test-calls/" rel="noreferrer" target="_blank">http://sip5060.net/test-calls/</a><br>
<div class="HOEnZb"><div class="h5"><br>
<br>
> Probably the minimal implementation would either send a test pattern or send<br>
> back a transformed video stream and record then play back sound.<br>
><br>
> Diane<br>
> _______________________________________________<br>
> Free-RTC mailing list<br>
> <a href="mailto:Free-RTC@lists.fsfe.org">Free-RTC@lists.fsfe.org</a><br>
> <a href="https://lists.fsfe.org/mailman/listinfo/free-rtc" rel="noreferrer" target="_blank">https://lists.fsfe.org/mailman/listinfo/free-rtc</a><br>
><br>
_______________________________________________<br>
Free-RTC mailing list<br>
<a href="mailto:Free-RTC@lists.fsfe.org">Free-RTC@lists.fsfe.org</a><br>
<a href="https://lists.fsfe.org/mailman/listinfo/free-rtc" rel="noreferrer" target="_blank">https://lists.fsfe.org/mailman/listinfo/free-rtc</a><br>
</div></div></blockquote></div><br></div>