<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 15, 2014 at 9:40 AM, Christian Schlegel <span dir="ltr"><<a href="mailto:schlegel@hs-ulm.de" target="_blank">schlegel@hs-ulm.de</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>really interesting to me that ease of use, user experience, make
      it simple for robotics people is seen (partly) in conflict with
      using more advanced middleware systems.<br></div></blockquote></div><br>Yeah, I don't think they're in conflict, but it takes more than the sum of the parts of work to make it so that it is both simple to use by default and allows advanced control of QoS depending on network characteristics and usage.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Just like I mentioned before, the defaults should be simple, but ROS should allow for using more advanced transports. Right now there is a little support for this as is shown with the normal image_transport and 3rd-party transport plugins like <a href="http://wiki.ros.org/ethzasl_message_transport">http://wiki.ros.org/ethzasl_message_transport</a>.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">-j<br clear="all"><div><br></div>-- <br>Jonathan Bohren<br>Laboratory for Computational Sensing and Robotics<br><a href="http://dscl.lcsr.jhu.edu/People/JonathanBohren">http://dscl.lcsr.jhu.edu/People/JonathanBohren</a><br>

<br>
</div></div>