[ros-users] image transport python bindings

Dan Lazewatsky lazewad at go.wustl.edu
Mon Jun 21 23:42:35 UTC 2010


Thanks for the update. I haven't played around with republishing too  
much, but I'll give it a shot again and see how it works.

-Dan
On Jun 21, 2010, at 6:36 PM, Patrick Mihelich wrote:

> Hi Dan,
>
> On Mon, Jun 21, 2010 at 10:29 AM, Dan Lazewatsky <lazewatskyd at cse.wustl.edu 
> > wrote:
> I was wondering what the status of the python bindings for
> image_transport is.
>
> There hasn't been any serious work on Python bindings for  
> image_transport.
>
> They would definitely be nice to have, but actually writing them  
> presents some thorny technical issues. Either you need to write pure- 
> Python analogues of image_transport *and* all plugins, or find a way  
> to wrap the C++ implementation and reuse the existing plugins. The  
> latter approach seems more attractive in terms of code reuse and not  
> increasing the burden on plugin implementers; but it requires  
> changing the plugin interfaces to abstract away explicit use of  
> roscpp (NodeHandle), as that won't play nice with rospy in the same  
> process.
>
> In short: this is all possible, just unpleasant and time-consuming.  
> Since dropping in an extra republish node works adequately, I  
> haven't made it a priority.
>
> I've been limping along either using C++ or subscribing directly to
> image messages in python, but it's starting to become a problem. The
> republish idea on the wiki doesn't seem like a particularly good
> solution.
>
> Sometimes it is actually the best solution! If the image topic is  
> published on machine A and there are multiple subscribers on a  
> machine B, republishing the images in raw format on machine B  
> minimizes both network bandwidth and CPU usage.
>
> For the one-to-one case - only one subscriber on the second machine  
> - it's true that spinning up a republish node is an inconvenience  
> and adds a little latency. I'd suggest adding it to your subscriber- 
> side launch file.
>
> Cheers,
> Patrick
> _______________________________________________
> ros-users mailing list
> ros-users at code.ros.org
> https://code.ros.org/mailman/listinfo/ros-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ros.org/pipermail/ros-users/attachments/20100621/acb848c0/attachment-0003.html>


More information about the ros-users mailing list